req-change-workflow
ゲート付きワークフローで要件変更を構造化
既存のコードベースでの要件変更管理は、スコープクリープや未テストの副作用を引き起こしがちです。このスキルは、実装開始前に各段階でユーザーの承認を得ることを保証するゲート付き 7 段階ワークフローを提供します。
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "req-change-workflow". 拡張機能にダークモードトグルを追加したい
Erwartetes Ergebnis:
- ターゲット、スコープ外項目、受け入れ基準、ロールバック期待値を含む変更ブリーフを生成
- ファイルリストを含む現在の動作ベースラインを文書化
- 手動検証チェックポイントを含む影響およびリスク評価
Verwendung von "req-change-workflow". OAuth フローでトークンを自動的に更新する必要がある
Erwartetes Ergebnis:
- ゲート付き承認ポイントを含む 7 段階実装計画を作成
- ステートモデルと障害回復を含む設計提案
- サイレント再認証ではなくトークン更新が選ばれた理由を文書化した決定ログエントリ
Sicherheitsaudit
Niedriges RisikoAll 42 static findings are false positives. The "Ruby/shell backtick execution" flags are misidentified markdown code formatting. The "weak cryptographic algorithm" and "system reconnaissance" flags are text misinterpretations. The skill is a legitimate requirement change workflow for Chrome extensions with no malicious intent.
Qualitätsbewertung
Was du bauen kannst
機能スコープの明確化
ステークホルダーが新機能や動作変更をリクエストした場合、コードを記述する前にスコープを確定し、明示的な承認を得るためにこのワークフローを使用します。
拡張機能のリグレッション防止
manifest.json や service_worker.js に変更を加える前に、リグレッションチェックリストを実行して、既存の機能が損なわれていないことを確認します。
決定の追跡可能性
特定の設計が代替案よりも選ばれた理由を文書化し、将来のチームメンバーのために保守可能な決定ログを作成します。
Probiere diese Prompts
[機能/動作の説明] を変更したいです。req-change-workflow を使用してこの変更を構造化するのを手伝ってください。
要件が [新しい要件の説明] に変更されました。変更ブリーフテンプレートを使用してスコープを再明確化するのを手伝ってください。
現在の私の理解は次の通りです：[現在の動作を説明]。これを次のように変更したいです：[希望する動作を説明]。実装前に提案された設計を見せてください。
実装を完了しました。リグレッションチェックリストを実行し、テスト結果を文書化してください。
Bewährte Verfahren
- コードを記述する前に、ステップ 4 で必ずユーザーの承認を得る
- manifest.json または service_worker.js の変更後は必ずリグレッションチェックリストを使用する
- 可逆性を確保するために、実装前にロールバック計画を文書化する
Vermeiden
- 受け入れ基準を明確にせずに実装に直接進む
- ロジックをまず一元化せずに複数のエントリポイントにまたがって変更する
- リグレッションチェックリストを無視して、小さな変更には副作用がないと想定する