-
Notifications
You must be signed in to change notification settings - Fork 0
Open
Description
概要
現在、SDD パイプラインでは「生成ピース」と「検証ピース」が分離されているが、各生成ピースに閉ループ(レビュー→修正→再レビュー)を内蔵し、ピース単体で品質を担保する設計に統一する。
背景
現状の問題
-
2つのパターンが混在している
cc-sdd-impl/opsx-applyはピース内部に閉ループを持っている(plan↔implement, ai_review↔ai_fix, reviewers↔fix, supervise)cc-sdd-requirements/cc-sdd-design/cc-sdd-tasksは閉ループなしで、外部のvalidate-*ピースに検証を委ねている
-
cc-sdd-fullはすでに閉ループを内蔵している- full ピース内では
generate-design→validate-design→ NO-GO →generate-designのループが組まれている - つまり full が takt 的に正しい設計で、個別ピースの方がその原則に追いついていない
- full ピース内では
-
外部 validate の弊害
- ピースの完結性が崩れる(品質未保証のまま出力)
- パイプラインが冗長(generate + validate で2ピース)
- 個別実行時に validate を忘れると品質が落ちる
対象ピースと作業
完了済み
-
cc-sdd-requirements—review-requirements↔fix-requirementsループ追加済み- 作成済みファセット:
facets/instructions/cc-sdd-review-requirements.mdfacets/instructions/cc-sdd-fix-requirements.mdfacets/output-contracts/cc-sdd-requirements-review.mdfacets/policies/cc-sdd-requirements-review.md
- 作成済みファセット:
TODO
-
cc-sdd-design—review-design↔fix-designループ内蔵cc-sdd-validate-designのムーブメントをcc-sdd-designに統合- 既存ファセット(
cc-sdd-validate-design.md,cc-sdd-fix-design.md,cc-sdd-design-review.md)を再利用可能
-
cc-sdd-tasks—review-tasks↔fix-tasksループ内蔵- タスク分解の品質レビュー(要件カバレッジ、タスク粒度、依存関係の妥当性)
- 新規ファセット作成が必要
-
cc-sdd-fullの更新 — 個別ピースと同じ閉ループ構造に統一- 現在の
validate-designムーブメント名をreview-designに統一するなど
- 現在の
-
validate-*ピースの廃止検討cc-sdd-validate-design—cc-sdd-designに統合後、廃止cc-sdd-validate-impl—cc-sdd-implに統合後、廃止(※cc-sdd-implにはすでにsuperviseがあるので、並列レビューの追加を検討)cc-sdd-validate-gap— ギャップ分析は「レビュー」ではなく「分析」なので、別ピースとして残す方が妥当
設計方針
cc-sdd-validate-designのパターン(validate→fix→validate ループ + loop_monitors)を各ピースに踏襲- レビュー側は
edit: false(読み取り専用)、修正側はedit: true - レビューには生成者と異なるペルソナ(
supervisor等)を使う - loop_monitors の閾値は 3(非生産的ならABORT)
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels