制約優先実行 は何をしますか？
使用するタイミング
新しい実装、自動化、または研究ワークフローの開始時、特にエージェントが過剰に構築したり、明示されていない許可を仮定したりする可能性がある場合に使用します。
必要な入力
目標、所有者が承認したアクション、禁止アクション、既存のシステム機能、成功の証拠、リソース予算、および外部承認の境界。不明な権限は暗黙の許可ではありません。
手順
- 短い 契約 を書く：目標、スコープ内の成果物、非目標、可逆アクション、不変の制約、および検証済みの完了証拠。
- 各要件がユーザーの目標に実際に必要かどうかを問いかける。明示的なユーザー要件を黙って削除しない。
- 指定された合格基準を向上させないオプション作業を削除する。必要な安全性と品質管理は維持する。
- 提案されたアーキテクチャを最適化する前に簡素化する。新しいフレームワークよりも既存のツールと直接的なワークフローを優先する。
- 残りのタスクを依存関係と証拠ゲートで順序付ける。進捗を証明する最小の可逆単位を特定する。
- この順序の後にのみ、高速化、並列化、または自動化を検討する。追加ごとのコストと複雑さを見積もる。
- 承認の質問を明示的かつ制限付きにする。重要な変更の承認が不明確な場合は、実行する代わりに提案として保持する。
停止またはエスカレーション
アクセス権限の昇格、予算外の有料コミットメント、不可逆的な影響、凍結された方法論の変更、または明示的な許可の範囲外のアクションの前に停止する。速度目標を安全装置を無効にするものとして扱わない。
成果物
必須、許可、禁止、所有者、依存関係、および各ユニットを完了と見なすために必要な証拠を含む、簡潔な要件対アクションの表。トレーサビリティが重要な場合は、契約テンプレートを使用する。
承認
提案されたすべてのタスクには、名前付きの理由と証拠条件がある。新しい依存関係や抽象化は、将来の可能性のあるニーズのみを理由に正当化されてはならない。