Quick Implement

目的

小規模な機能追加やバグ修正を直接実装し、厳密なスコープ管理と検証を行います。

このスキルを使用するのは、リスクが低くかつ要件が明確な場合に限り、速度を優先する場合のみです。

スコープゲート（コーディング前の必須確認）

タスクがquick-implement の対象となるのは、以下の条件がすべて満たされている場合のみです：

1. 要件が明確

   • 期待される動作が明示的
   • 大きなプロダクト/アーキテクチャの曖昧性がない

2. 変更の影響範囲が小さい

   • 通常、少数のファイルを変更する（目安：5ファイル以下）
   • 広範囲なクロスモジュール リファクタリングがない

3. 低いアーキテクチャリスク

   • 基礎的な再設計がない
   • マイグレーション負荷の多い変更がない
   • 複数フェーズのロールアウト依存性がない

4. 検証が直接的

   • ターゲット化されたテスト/チェックで迅速に検証できる
   • 長い探索的デバッグループが不要

いずれかの条件が満たされない場合は、write-plan にエスカレーションしてください。

硬いストップ エスカレーション基準

以下のいずれかが発生した場合は、すぐに quick implementation を停止し、計画に切り替えてください：

• 設計決定が必要な要件の曖昧性
• 複数サブシステムにわたる予期しない結合
• 重大なデータモデルまたはスキーマの変更
• セキュリティに関連する、またはコンプライアンス上重要な変更
• ベンチマーク/設計トレードオフが必要なパフォーマンス作業
• 元の小規模スコープを超えて成長するリファクタリング
• 明確な根本原因がないまま何度も失敗する
• フェーズド デリバリー、フィーチャーフラグ、またはマイグレーション戦略の必要性

エスカレーション アクション：

1. すべてのコーディング活動を直ちに停止します。
2. 以下のメッセージを出力します：「This change exceeds rapid-implementation safety limits. Recommend write-plan first to define phased execution and risk controls.」
3. Question Tool を使用して、ユーザーに write-plan スキルへのハンドオフを開始するかどうか確認してください。

ワークフロー

ステップ 1: 分析とコンテキスト化

1. ユーザーの要求を理解し、受け入れ基準を定義します。
2. 共有コンテキスト読み込みプロトコルに従ってプロジェクトコンテキストを読み込みます。
3. 最小限必要なコードパスのみを検査します。
4. タスクがスコープゲートに合格していることを確認します。
5. 曖昧性が残っている場合は、コーディング前に明確化質問をします。Question Tool の指示に従ってください。

ステップ 2: 実装

1. 要件を満たすための最小限の正確な変更を加えます。
2. 既存のパターンと慣例を再利用します。
3. リクエストに無関係な機会的リファクタリングを避けます。
4. 適用可能な場合、変更をべき等で再実行できるようにします。

ステップ 3: 検証

適切な実行ツールを使用して、変更の比例した検証を実行します：

1. 変更された動作に関連するターゲット化されたテスト
2. 変更されたエリアの関連する lint/型チェック
3. 適用可能な場合は、ビルドまたはランタイム検証

検証が予期せず失敗した場合：

• 明らかにローカルな場合は、フォーカスした修正を試みます。
• 失敗がより広い影響を示唆している場合は、直ちに write-plan にエスカレーションします。

ステップ 4: 完了

1. 変更内容と理由をまとめます。
2. 変更されたファイルをリストアップします。
3. 検証コマンドと結果を報告します。
4. マイナー動作またはドメインルールが変更された場合は、ドキュメントを更新します（例：docs/project-pdr.md またはコンポーネント固有の readme への小さな更新）。アーキテクチャドキュメントには触れないでください。アーキテクチャが変更された場合は、このタスクはエスカレーションされるべきでした。

実行の境界

• 明示的なユーザー承認がない限り、スコープを拡大しないでください。
• 未指定の動作を仮定しないでください。代わりに明確化してください。
• リスクが増加したときに完了を強制しないでください。早期にエスカレーションしてください。
• 複雑性またはリスクが quick-implement の制限を超える場合は、write-plan にエスカレーションします。
• タスクが主にイシューのデバッグである場合は、fix を使用します。

出力チェックリスト

最終レスポンス前に確認します：

• スコープゲートが満たされた
• 隠れたアーキテクチャの変更が導入されなかった
• 検証が実行され報告された
• 安全制限を超えた場合はエスカレーションが使用された