apokamo

設計書（draft/design/）に基づき、TDD（テスト駆動開発）アプローチを用いて機能を実装する。

実装完了後の成果物に対し、設計整合性とコード品質の観点から厳格なレビューを実施する

Issue 作成後・workflow 起動前に人間が明示起動する要件 interview。one-way door を含みうる重要な Issue で、未決の decision tree を 1 問ずつ推奨案付きで確認し、決定事項と provenance を Issue に固定するときだけ使用する。軽微な Issue や workflow 実行中には自動起動しない。

第2層のインシデント調査レビュー収束サイクルを 1 コマンドで手動起動する slash command wrapper。kaji run .kaji/wf/official/incident.yaml <incident_issue_id> を Bash 経由で起動し、exit code を verdict に縮約する。

Issue要件に基づき、draft/design/に設計書を作成する。worktree内での作業が前提。

ワークフローを手動実行して検証し、失敗時は継続せず原因を調査して Issue に記録する。成功時も気づきや詰まりどころを Issue に記録する。

dev.yaml を --from review-poll --before close で起動し、終了後に /issue-close 案内を含む verdict を出力する slash command wrapper。

Create a validated sequential Issue series plan from an explicitly ordered GitHub Issue list. Use when a maintainer wants to generate or update an ID-named YAML file under .kaji/series, select standard workflows from Issue type metadata and workflow descriptions, or preview a series without starting it.

設計書（draft/design/）に基づき、TDD（テスト駆動開発）アプローチを用いて機能を実装する。

実装完了後の成果物に対し、設計整合性とコード品質の観点から厳格なレビューを実施する

Issue 作成後・workflow 起動前に人間が明示起動する要件 interview。one-way door を含みうる重要な Issue で、未決の decision tree を 1 問ずつ推奨案付きで確認し、決定事項と provenance を Issue に固定するときだけ使用する。軽微な Issue や workflow 実行中には自動起動しない。

Issue要件に基づき、draft/design/に設計書を作成する。worktree内での作業が前提。

Create a validated sequential Issue series plan from an explicitly ordered GitHub Issue list. Use when a maintainer wants to generate or update an ID-named YAML file under .kaji/series, select standard workflows from Issue type metadata and workflow descriptions, or preview a series without starting it.

dev workflow 向けの最終チェック。PR 前に品質ゲート、docs 整合、設計書昇格、Issue 更新をまとめて確認する。

docs-only workflow 向けの最終チェック。docs 整合と Issue 状態を確認し、PR に進めるか判定する。

イシュー完了時に使用。PRマージ・worktree削除・ブランチ安全削除を一括実行

dev workflow 向けの最終チェック。PR 前に品質ゲート、docs 整合、設計書昇格、Issue 更新をまとめて確認する。

docs-only workflow 向けの最終チェック。docs 整合と Issue 状態を確認し、PR に進めるか判定する。

docs review の指摘に対応し、ドキュメントのみを修正する。コードやテストは変更しない。

docs-only の変更をレビューし、事実整合性・実装整合性・運用整合性の観点から判定する。

docs-only の更新を行う。コードやテストは変更せず、現行実装・CLI・運用方針との整合を確認しながら docs を修正する。

docs review の指摘が適切に修正されたかを確認する。新規指摘は行わない。

workflow 共通の PR 作成スキル。worktree 解決、未コミット確認、push、uv run kaji pr create のみを担当する。

イシュー完了時に使用。PRマージ・worktree削除・ブランチ安全削除を一括実行