harness-workflow

Plugin harness-workflow from marketplace cookpit-harness in oze-xxbumpxx/cookpit. Commands read from the repo's manifest — 10 days ago.

Skills (13)

• ask-questions

  要件定義・設計の前に、AIが決めてはいけないことを「問い」としてユーザーに出す手順。 問いには工程と優先度の札を付け、今の工程で優先度が高いものだけを、推奨・根拠・選択肢つきで出す。 ユーザーは記号で答える。L2 / L3で要件や設計を書く前、または「要件を詰めたい」と言われたときに、 このセッションがユーザーへ出す。

• classify-change

  ユーザー要求を変更レベル（Level 0〜3）へ分類し、判定理由・このセッションで読むスキル・ 起動する検証役・必須成果物・省略工程を決める。機能追加や修正の最初に使う。 小規模変更を過剰工程にしないための判断に用いる。

• close-session

  セッション終了時のメタ作業（品質ゲート・所要時間の自動推定・日次ログ・コミット & プッシュ） を一括で行う手順。ユーザーが「今日は終わり」「締めて」「クローズして」と言ったとき、 または成果報告の直前に使う。kickoff-sessionと対になる。

• create-adr

  アーキテクチャ決定記録（ADR）をdocs/decisions/ADR-<番号>-<タイトル>.mdに作成する手順と テンプレート。Level 3の重要な設計判断（採用案と非採用案・後方互換・移行）を追跡可能に残す。

• create-design-document

  機能の技術設計書をdocs/designs/<feature-name>.mdに作成する手順とテンプレート。 L2/L3の設計をこのセッションで書くときに使う。実装コードは変えない。 対象外項目は削除せず「対象外」と明記する。

• create-implementation-plan

  確定設計から実装計画をdocs/implementation-plans/<feature-name>.mdに作成する手順と テンプレート。設計の承認後、このセッションで書く。各ステップに対象ファイル・変更内容・完了条件を含める。

• create-requirements-document

  要件定義書をdocs/requirements/<feature-name>.mdに作成する手順とテンプレート。 L3（必要なL2を含む）をこのセッションで書くときに使う。コードは変えない。 対象外項目は削除せず「対象外」と明記する。

• create-test-plan

  機能の試験計画・試験観点をdocs/tests/<feature-name>.mdに作成する手順とテンプレート。 設計のあと、このセッションで書く。正常系・異常系・境界値・整合性・冪等性・障害系・回帰範囲を、 対象層と変更レベルに応じて取捨選択して網羅する。実装計画と続けて書いてよい。

• develop-feature

  機能の追加・仕様変更・バグ修正を、このセッションの一つのループで進める。 変更レベルの分類、問い、要件、設計、実装計画、試験計画、実装までを同じ文脈で行い、 検証だけ reviewer と（条件を満たすとき）security-reviewer に渡す。 調査だけの質問、文言だけの修正、DevinのPRレビュー、セッションの締めでは使わない。

• implement-change

  承認済みの設計と実装計画に沿って、このセッションでコードとテストを書く。 L1の小さな修正でも使う。L2/L3で設計がまだ承認されていないときは使わない。 調査だけ、文書だけの修正、レビューだけの依頼では使わない。

• kickoff-session

  セッション開始時の段取りを一括で行う手順。前回ログの「次回やること」・改善バックログ・ git状態をブリーフィングし、今日のタスクを確定して当日ログの雛形を作る。 ユーザーが「今日の作業を始めよう」「段取りして」「キックオフ」と言ったとき、 またはセッション冒頭で作業内容が未確定のときに使う。

• validate-deliverables

  要件・設計・実装計画・コード・テストの整合性を確認するチェックリスト。Hookで機械的に 判定できない意味的な整合性を、完了前にこのセッションで確認する。reviewerの指摘と突き合わせる。

• install-harness-workflow

  Install the reusable workflow harness layer into the current repository with collision checks. Requires harness-core first.

Similar plugins