OpenSpec

この例は現在の動作と提案した変更の差分を優先します。OpenSpecは仕様と変更記録をともに発展させます。Spec Kitの仕様から実装までの手順が優先のチームもあり、Superpowersは繰り返せる実行スキルを重視します。狭い修正には既存の指示で十分な場合があります。OpenSpecは新規プロジェクトにも対応するため既存プロジェクトは例であって必須条件ではありません。競合についての提供者の評価より互換性と保守費用を比較します。

陶芸教室は既に予約ごとに確認を送ります。提案するルールは授業の24時間前まで予約を移せることです。この時間は例で合意した架空の製品判断です。既存の確認を保ち追加の日程変更シナリオを記録します。変更には提案・仕様差分・設計・作業が含まれます。合意した時間境界と既存の確認動作を検証します。差分を現在の仕様へ反映する過程を確認し判断の理由を保存します。

外部エージェントで最新の公式導入・対応ツール文書、実行環境、プロジェクト、既存設定を確認します。許可範囲で選んだ構成だけを導入し連携を初期化して生成ファイルを確認します。CLIは設定と記録の操作を行い、エージェントは導入した手順で変更を書き適用します。呼出し名はツールごとに異なるので選んだ連携に表示される形式を使います。実際に計画記録が生成されたか確認します。検証コマンドは導入プロファイルで異なり、全ての任意コマンドがあるとは限りません。保存や作業のチェックだけで動作は証明できません。プロジェクトの確認を実行し不足を報告します。成果物はkickoffの計画・作業記録に再利用します。