sbhooley/ainativelang

解決する課題

AINLは「プロンプトループ」オーケストレーションの非効率性と不安定さに対処します。AIエージェントがLLMに繰り返しプロンプトを送信してワークフローの次のステップを決定するこのアプローチは、しばしばコードの破損、再実行ジョブにおける高いトークンコスト、およびコンプライアンス監査（例：SOC 2/HIPAA）に必要な決定論的実行トレースの欠如を引き起こします。

動作方法

AINLはコンパクトでグラフ標準化されたAIワークフローランゲージです。開発者（またはAIコーディングエージェント）は.ainlファイルでワークフローを記述し、それを決定論的中間表現（IR）グラフにコンパイルします。ランタイムはこのグラフを決定論的に実行するため、LLMは初期の作成時と特定の判断ゲートでのみ使用され、各実行におけるルーティング決定のたびに再びトークンを消費することはありません。

対象ユーザー

• AIエージェント開発者：Cursor、Claude Code、OpenClawなどのツールを使用し、安定した検証済みのワークフローを生成したい人。
• エンタープライズチーム：厳格なコンパイル時検証と改ざん検出可能な実行トレースを必要とする組織。
• オートメーションエンジニア：多数の定期的なモニタやスケジュールジョブを実行し、オーケストレーションのトークンコストを削減したいユーザー。
• クロスプラットフォームデプロイャー：LangGraph、Temporal、FastAPIなど複数のターゲットに同じワークフローを出力できる単一のソースが必要な人。

主な特徴

• トークン効率：再実行ジョブにおいて、プロンプトループベースラインと比較してオーケストレーショントークンを90–95%削減。
• 決定論的ランタイム：一度コンパイルすれば何度も実行可能。ルーティングに再びトークンを消費することなく。
• MCP統合：任意のMCP互換エージェントがAINLワークフローの作成、検証、実行を可能にするMCPサーバーを提供。
• マルチターゲット出力：単一のワークフローソースを複数のオーケストレーションフレームワークにエミット可能。
• エージェント間通信（A2A）アダプタ：オプトイン型のネットワークアダプタでエージェント間通信を可能に。
• HTTPマシン決済：エージェントコマースに対応するHTTP-402決済プロファイルをサポート。