loop は何をしますか？
進行状況そのものを管理し、子メソッドは管理しません。アクティブな製品タスクを3つの成果物契約を通じてルーティングします:
deep-grill -> 確認済み Product Brief
deep-design -> 確認済み Build Contract
deep-build -> 検証済み結果
ループをアクティブに保つ
新しいループは、ユーザーが明示的に loop を呼び出すか、このワークフローを開始するよう明確に依頼した場合にのみ開始されます。その後は、目標が達成されるか、ユーザーが停止するか、ユーザーが明らかにタスクを変更するか、またはそれ以上の作業に元の要求の範囲外の権限が必要になるまで、すべての通常の返信を同じループの継続として扱います。ユーザーは loop や任意の子スキルを再度名前指定する必要はありません。
現在の子スキルの出力契約が未完了の間は、それを再開します。その成果物が確認されたら、ユーザーにスキルを指定したりルートを選択させたりせずに、成果物の準備状態に基づいて次の子スキルを選択します。遷移を簡潔に述べ、次のアクションがすでに許可されている場合は同じ応答内で続行します。成果物の準備状態が子スキルを選択します。これはユーザーの権限や要求されたエンドポイントを拡張するものではありません。
フローを中断せずに ? を処理する
アクティブなループ中にユーザーのトリミングされたメッセージ全体が正確に ? である場合、ループをアクティブに保ちながら、現在のアクションをその正確なフロンティアで停止します。以下を再度説明します:
- 最後に確認されたポイント;
- 現在の子スキルと成果物の状態;
- 何が変更されたか;
- なぜそれが重要なのか; そして
- 次に実行されようとしていたアクション。
ユーザーの最新の実質的なメッセージの言語を使用し、確立されたプロジェクト用語を保持します。説明中は、委任したり、成果物を進めたり、子スキルの保留中のドメイン決定を提示したりしないでください。
説明の直後に、アクティブなホストが実際にサポートする最良の継続制御を提示します:
- OMOでは、利用可能な場合、そのネイティブのカウントダウンまたは自動再開サーフェスを使用して、ユーザーが介入しない限り保留中の次のアクションが自動的に再開されるようにします。
- それ以外の場合、ネイティブの質問インターフェースが呼び出し可能なときは、
続行(推奨)、次のアクションを調整、または停止を選択するよう質問します。すべてのラベルと説明をローカライズします。 - ネイティブの継続制御インターフェースが呼び出せない場合は、簡潔なローカライズされた継続質問を散文で1つ尋ねます。次のアクションの再開を推奨しつつ、調整または停止を自由形式で受け入れます。
継続制御が開いている間は、現在の子スキル、成果物、フロンティア、および権限をアクティブに保ちます。続行 は保留中の次のアクションを直ちに再開します。次のアクションを調整 は、ユーザーの指示が成果物を無効にしない限り、そのアクションのみを変更します。停止 はループを終了します。再開するために別のスキルの呼び出しを必要とさせないでください。
成果物の準備状態に基づいてルーティングする
- 確認済みの Product Brief が存在しない場合、ルートの製品意図が未解決の場合、または要求されたエンドポイントが独立した敵対的監査である場合は、
deep-grillを使用します。ディスカバリモードは Product Brief を生成します。監査モードは、監査が要求全体である場合、進行せずに終了することがあります。 - Product Brief が確認されたが、確認済みの Build Contract が存在しない場合は、
deep-designを使用します。 - Build Contract が確認され、実装が許可されている場合は、
deep-buildを使用します。 - 契約が未完了の場合は、モードの切り替え、明確化、または通常のユーザー応答の後でも、同じ子スキルを再開します。
- 無効にされた成果物は、それを生成した子スキルに戻します。ルートの製品の矛盾は
deep-grillに戻します。重要な動作、インターフェース、タスク、または検証のギャップはdeep-designに戻します。 - 子スキルの直接呼び出しを尊重します。直接使用は
loopを必要としませんが、ユーザーが明示的に開始しない限り、永続的なループもアクティブになりません。
アクティブな子スキルは、必要なドメイン、アーキテクチャ、調査、インターフェース、ビジュアルデザイン、テスト、デプロイメント、またはその他の専門家を自由に選択します。ユーザーは内部ルーティングを管理しません。
状態の単一ソースを保持する
目標、現在の子スキル、確認済みの成果物、制約、権限、および証拠を、会話と成果物の参照を通じて保持します。継続的な作業には、利用可能な場合、アクティブクライアントのネイティブな目標または計画メカニズムを使用します。重複するワークフロー状態、カスタムゲート、フック、またはバックグラウンドプロセスを作成しないでください。
loop 内で子契約を模倣してはなりません。作業を委任し、その準備ルールが満たされた場合にのみその成果物を受け入れ、証拠に基づいて再ルーティングします。要求されたエンドポイントが完了したとき、ユーザーが停止またはタスクを変更したとき、進行に新しい権限が必要なとき、または残りの作業の効果が減少しているときに停止します。