なぜ必要なのか
レシピアプリで料理する人は人数に合わせて材料を調整します。人数を半分にしても小麦粉の量が誤っています。開発者には繰り返せるテスト・レビューによる修正手順が必要です。製品仕様の保管だけでその習慣は生まれません。
どう解決するのか
倍率のルールを合意し、200 gが100 gになるテストを書きます。失敗を確認して計算を直し、確認を再実行します。合意した計画と変更を照合してレビューします。
レシピの倍率テストで失敗を確認し、修正を検証するレシピアプリ · テスト先行の修正例
失敗を確認 → 修正 → レビュー
01 / 失敗するテスト
✕ 200 g
観察結果が期待する100 gと異なる
03 / 通過するテスト
✓ 100 g
テストと関連確認を再実行
04 / 計画と照合してレビュー・他の合意した分量も確認
実行済みテストではなく手順の例です。環境設定・スキル有効化を確認し、既存の制限を守ります。
どんな考え方なのか
Superpowersは開発手順を組合せ可能なエージェントスキルとして提供します。導入・有効化は実行環境で異なります。手順の費用があり、既存の確認が十分なら維持し、要件の追跡が優先なら仕様手順を検討します。
出典
さらに詳しく
任意の参考資料 · 概要の読了時間には含みません
01選択・比較
優先するのは繰り返せる開発手順です。設計を明確化し作業を計画し、回帰問題を検証して結果をレビューします。Superpowersにはそれらのスキルがあります。継続する要件記録が必要ならSpec KitやOpenSpecも検討しますが、実行を管理する記録と承認を先に定めます。既存の指示と通常のエージェントで十分な場合もあります。選択基準は編集上の判断で、測定済みの品質順位ではありません。
02応用例
架空のレシピは4人分に小麦粉200 gを使います。2人分には100 gが必要で、図の失敗結果200 gが不具合を示します。有意義なテストは倍率の動作を確認し、修正前の失敗と修正後の通過を観察します。必要なら他の合意済みの分量と丸め規則も確認します。図は手順の説明であり、テストを実行せず実際のモデル結果でもありません。
03実装の参考・注意点
利用する外部エージェントの最新の公式導入指針を読みます。環境ごとのプラグイン・拡張導入が記され、現在のCodex CLIにはプラグイン選択の流れがあります。AIが操作できなければ正確な利用者の手順を示し設定は未完了とします。使用前に導入スキル・フック・範囲・有効な版を確認します。必要なスキルを読込み・呼出し、結果を確認します。導入だけでは有効化の証明になりません。承認済みの要件を再利用し、プロジェクトのテスト・委任制限を守ります。サブエージェント・worktree・統合・公開の指示を追加権限と解釈しません。全手順は小さい修正には過剰な場合があります。
04根拠
比較のまとめ
続けて読む
原稿・修正提案 ↗
この選択を話し合う
コメントは全言語で共有。投稿にはGitHubログインが必要です。