Liteflow: LLMによる実行時編集が可能なYAML定義のDAGを実行するCプログラム。
Liteflowは、YAMLで定義された構造化されたワークフローを実行するCLIユーティリティで、実行中にLLMとの制御された対話を可能にします。その核心的な価値は、LLMプランがワークフローグラフを予測可能で監査可能な方法で変更することを可能にする、厳格な4つの動詞による変更文法(RETRY、PATCH、INSERT_BEFORE、ABORT)にあります。
プロトタイプLiteflow
LiteflowはDevOps自動化と生成的AIの交差点に位置する興味深いニッチを占めています。本質的には、LLMオーケストレーションエージェントではなく、特殊化されたワークフロー実行環境です。この区別は重要です:完全なワークフローを生成することを目指すのではなく、外部モデルが動作中のワークフローを修正または拡張するための、高度に制限され、監査可能なメカニズムを提供することを目的としています。単一の、シンプルなCアプリケーションとしての実装は、最小限のオーバーヘッドと最大の制御を重視する開発者にとって魅力的です。
Liteflowの技術的な brilliance は、その変更文法にあります。LLMの実行可能な動詞を「RETRY」、「PATCH」、「INSERT_BEFORE」、「ABORT」に制限することで、重要なインフラストラクチャロジックに自由形式の自然言語出力を渡すことに伴う「幻覚リスク」を効果的に軽減しています。これらの動詞は、具体的な変更に対応しています—ステップの再実行、フィールドの変更、修復タスクの挿入、または正常な失敗。この厳格な制御により、LLMの力は厳密に定義された、機械可読のインターフェースを通じて導かれ、CI/CDパイプラインなどの重要なパスの信頼性を大幅に向上させます。
さらに、システムの監査可能性へのコミットメントは exceptional です。元のタスク失敗、プランナー呼び出し、または成功した変更適用など、すべての変更が構造化された、再生可能なイベントログ(`events.jsonl`)に記録されます。これにより、複雑な半自律システムに必要な法医学的な証跡が提供されます。開発者は、何が失敗したかだけでなく、LLMが介入を決定した理由、およびグラフが回復を試みるためにどのように正確に変更されたかを確認できます。これにより、焦点は「実行されたか?」から「たどったパスを証明できるか?」に移行します。
意図された対象者である、重要なパイプラインを構築する開発者とシステム管理者にとって、Liteflowのアーキテクチャは強みです。抽象的で高レベルのワークフローエンジンの過剰設計の罠を回避し、代わりに、軽量で高速で決定論的なCLIエクスペリエンスを提供します。YAMLサブセットとファイルベースの状態受け渡しに限定されることで、スコープを意図的に小さく保ち(一般的なグラフ合成の落とし穴を回避)、定義されたユースケース:既知のワークフロー構造内でのエラー処理と反復的な改良のために強力な結果を達成します。エンタープライズパイプラインが要求する厳格さの中にLLMの変動性を統合するための実用的なツールです。