.axint
Best when the feature is mostly declarative and an agent needs the smallest editable source file.
.axint is the compact Axint authoring format for Apple-native feature
definitions. It is for the shape of the feature: the intent name, human-facing
title and description, parameters, App Intent metadata, entities, summaries,
entitlements, and Info.plist requirements.
The important part is where it lands. .axint, TypeScript, and Python all
lower into Axint’s shared IR. From there, the same validator, Swift generator,
diagnostics, Registry, and Cloud Check flow can operate on the result.
.axint
Best when the feature is mostly declarative and an agent needs the smallest editable source file.
TypeScript
Best when you want the full JavaScript/TypeScript toolchain, helper APIs, tests, and surrounding project logic.
Python
Best when your team or assistant workflow already lives in Python and you still want the same Axint IR and Swift output.
intent SendMessage { title: "Send Message" description: "Sends a message to a contact via your preferred messaging app." domain: "messaging"
param recipient: string { description: "Who to send the message to" }
param body: string { description: "The message content" }
param urgent: boolean? { description: "Mark as urgent" }}That single file carries the Apple-facing contract: what the system should surface, what values the user can provide, and which native capability Axint needs to generate.
The compiler pipeline is the same idea as TypeScript and Python:
.axint file.The IR step is what keeps the system cohesive. Registry packages can distribute
the compiled contract, Cloud can check generated output, and the Swift generator
does not need to care whether the author started from .axint, TypeScript, or
Python.
Use the formatter to keep agent-authored files stable and easy to review:
axint format intents/send-message.axintaxint format intents/send-message.axint --writeIf your installed @axint/compiler package does not yet accept .axint files
in axint compile, use the equivalent TypeScript or Python surface for the
production compile path. The public release notes will mark the package version
that exposes .axint compilation end to end.
Use TypeScript or Python when the feature needs substantial implementation
logic, project imports, tests, or runtime code. .axint is deliberately narrow:
it captures the native feature shape and lets the rest of Axint do the heavy
lifting.