AI Decision System
Replayable, offline-verifiable records for AI-assisted go/no-go decisions: experiment promotions, typed model answers and human-approved actions.
A Haxe/SwiftUI solution, making it possible to create macOS/ipadOS/iOS/visionOS apps (probably)
Translation pending
Developer toolsHaxe · SwiftGitHub @lapavoiserieOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
Loading the full README. The saved excerpt is shown below.
Build native Apple apps in Haxe. Your code compiles to C++ through hxcpp and
Xcode produces a genuine SwiftUI application for macOS, iOS, iPadOS and
visionOS.
That is examples/counter, unabridged.
Not at build time. It builds a view tree, SwiftUI is built from that tree at
runtime, and a state write reaches the views that display it and nothing else.
An earlier design transpiled body() into SwiftUI ahead of time. That
transpiler is kept but no longer used, and
Render paths says what
replaced it and why — worth reading before touching the --static flag.Read the full README ↗Build native Apple apps in Haxe. Your code compiles to C++ through hxcpp and Xcode produces a genuine SwiftUI application for macOS, iOS, iPadOS and visionOS.
import sui.App;
import sui.View;
import sui.ui.*;
class CounterApp extends App {
@:state var count:Int = 0;
public function new() {
super();
appName = "Counter";
bundleIdentifier = "com.sui.counter";
}
override function body():View {
return new VStack([
Text.bind('Count: $count').font(FontStyle.Title).padding(),
new HStack(null, 20, [
new Button("-", () -> count--),
new Button("+", () -> count++)
])
]);
}
}
That is examples/counter, unabridged.
body() runs on the deviceNot at build time. It builds a view tree, SwiftUI is built from that tree at runtime, and a state write reaches the views that display it and nothing else.
An earlier design transpiled body() into SwiftUI ahead of time. That
transpiler is kept but no longer used, and
Render paths says what
replaced it and why — worth reading before touching the --static flag.
haxelib git sui https://github.com/lapavoiserie/sui
haxelib run sui init MyApp
cd MyApp && haxelib run sui run # macos, or: run ios
Needs Haxe 4.3+, hxcpp, Xcode and xcodegen.
Anything that is not a view — the battery, the camera, secure storage — lives in
kui, keyed by operating system, so the
same implementation serves a sui application and any other backend building
for the same platform.
sui is one backend of mui, which gives
an application one view vocabulary across six of them —
aui for Android,
wui for Windows,
cui for the terminal, and others. The
same body() runs on all of them.
https://lapavoiserie.github.io/sui/
MIT.