build

Plugin build from marketplace thkt-development-workflows in thkt/dotclaude. Commands read from the repo's manifest — yesterday.

Skills (31)

• ablate

  ハーネスの各要素を 1 つずつ外して走らせ、その要素が結果を動かしているかを判定する。動かしていない要素を削除候補として挙げる。

• census

  コードに存在するが DR の無い設計判断を発掘し、impact と reversibility でランク付けした DR 化候補リストを生成する。既存 DR とコードの drift スキャンを担う adrift と組む。

• challenge

  発見した問題が本物か、提案したアイデアが使えるかを 2 フェーズで判定する。Phase 1 は OUTCOME.md と集めた証拠に対し、検証と advisor 判断をループで回して設計の分岐を自力で解決する。残る分岐のうち不可逆なものだけをユーザーへ確認し、他は仮定を明記して進める。Phase 2 は critic-design の subagent 2 体 (内部攻撃 / OUTCOME.md 攻撃) を devil's advocate として起動する。判定は GO / NO-GO を最上段に出す。コードレビューの findings には使わない (audit workflow を使う)

• checkout

  Git の変更を解析し、適切な名前で新しいブランチを作成する。

• commit

  Git diff を分析し Conventional Commits 形式のメッセージを生成してコミットを実行する。

• dr

  MADR v4 形式で Decision Record (DR) を自動採番付きで作成する。対象はアーキテクチャに限らず、覆しにくく文脈なしでは意外に見える決定すべて。

• fix

  開発環境で 1〜3 ファイルに収まるバグ修正を実行する。起票済み issue の番号を渡せば、その修正はそのまま引き継ぐ。新機能実装や 4 ファイル以上の変更には使わない (/think と /issue で Plan 節を作り build workflow に渡す)。

• implement

  合意済み GitHub Issue を implement workflow で実装・検証・draft PR 公開・CI 確認まで進め、公開本文の照合と ready 切替を行う。要求整理には使わない (/scoping)。レビューのみの依頼には使わない。

• issue

  構造化されたタイトルと本文を持つ GitHub Issue を生成する。会話に challenge / research の成果物があれば、本文の根拠として使う。/think の plan 下書きがあれば `## Plan` 節へ移す。issue 番号を渡すと、`## Plan` 節のない起票済み issue に plan を転記する。

• outcome

  .claude/OUTCOME.md を対話的に生成 / 更新する。不在や空 (Behavior が空か TBD のみ) なら AskUserQuestion で収集して stub を生成し、既存なら現状を提示して更新する。

• pr

  ブランチ変更を分析し、draft の pull request を作成する。base ブランチは分岐元から検出し、本文は prose review で精査してから上げる。UI 変更があればスクリーンショットを撮って PR に添付する。

• preview

  PR の diff を issue の `## Plan` 節と突き合わせ、未実装の unit、欠けたテスト、スコープ外の変更を返す。

• qualify

  issue が build に投入できる形かを検分し、verdict (build-ready / needs-plan / needs-fix / needs-split) と指摘を返す。起票には使わない (/issue)。PR と plan の突合には使わない (/preview)。

• research

  プロジェクトと技術的な質問を調査する。発見事項は結論ではなく、明示的なソース付きで反証にさらすべき主張として扱う。Phase 6 では統合が確定する前に advisor がそれへ反論する。設計計画や plan 生成には使わない (代わりに /think を使う)。

• scoping

  要求・完了条件・検証方法を整理し、合意した範囲を GitHub Issue にする。合意済み Issue の実装には使わない (/implement)。plan を書く設計探索には使わない (/think)。

• scribe

  過去の closed PR / issue と対象 repo の docs/research/ の調査結果から繰り返しの共通項を抽出し、最新コードと突き合わせて docs/wiki/ に PR で提案する。

• slice

  計画 / spec / PRD を独立して着手可能な tracer-bullet 垂直スライス issue 群に分解し、依存順で GitHub に公開する。各 issue は全レイヤーを貫く 1 本の細い縦串。1 件の要求を起票するだけなら使わない (代わりに /issue)。

• think

  critic-design による敵対的批判を伴う設計探索。生き残った案を構造化 plan にまとめ、自己点検して呼び出し元に返す。plan の永続先は issue の Plan 節が唯一。計画意図のないコードベース調査には使わない (代わりに /research)。

• transcribe

  Read ツールで開けない表計算ファイル (xlsx, ods, csv) を読み、セル結合された業務文書を Markdown へ変換し、セルの取りこぼしが無いことを検証する。

• use-cli-ast-grep

  ast-grep CLI 経由で AST パターンによる構造検索・一括書き換えを行う。

• use-cli-codegraph

  codegraph CLI 経由でシンボル単位のコード構造を問い合わせる。呼び出し元、呼び出し先、変更の波及範囲、シンボルの定義元をたどる。

• use-cli-gcloud

  gsheet と gdoc から Google Sheets と Docs の中身を読む。認証は gcloud のアクセストークンを使う。

• use-cli-recall

  recall CLI 経由で過去の Claude Code/Codex セッションを検索する。

• use-cli-scout

  scout CLI 経由で Web 検索、ページ取得、GitHub リポジトリ探索を行う。

• use-context-reviewer-readability

  コードの可読性レビュー。セキュリティ (use-context-reviewer-security)、エラーハンドリング (use-context-reviewer-silence)、テスト設計 (use-context-reviewer-testability) には使わない。

• use-context-reviewer-security

  OWASP Top 10 のセキュリティ レビュー。可読性 (use-context-reviewer-readability)、テスト設計 (use-context-reviewer-testability) には使わない。

• use-context-reviewer-silence

  サイレント失敗の検出。セキュリティ (use-context-reviewer-security)、可読性 (use-context-reviewer-readability) には使わない。

• use-context-reviewer-testability

  テスト可能なコード設計のレビュー。セキュリティ (use-context-reviewer-security)、可読性 (use-context-reviewer-readability) には使わない。

• use-context-root-cause-analysis

  仮説の消去による根本原因分析。

• use-workflow-pageshot

  /pr の内部ヘルパー。PR 本文 (Preview URL + How to Test) を読み取り、agent-browser を駆動してスクリーンショット (1 step) または動画 (2+ step) を撮影し、/pr が gh pr create --attach に渡す成果物のパスを返す。

• use-workflow-tdd-cycle

  RGRC サイクルと Baby Steps による TDD。

Similar plugins