kaji-starter-python

設計書（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削除・ブランチ安全削除を一括実行

Issue作成とラベル付与を行う。開発ワークフローの起点。review-ready の共通・type別観点を満たす本文生成を誘導する。

レビュー指摘事項に対し、技術的妥当性を検討した上で修正対応（または反論）を行う

review-ready の RETRY 指摘に基づき Issue 本文を修正する。

設計ドキュメントに対し、汎用的なソフトウェア設計原則に基づいてレビューを行う。

Issue本文の着手レディネスレビュー。作業着手に足る記述品質があるかを検証する全 workflow 共通ゲート。

コード修正が適切に行われたかを確認する。新規指摘は行わない（レビュー収束のため）。

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

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

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

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

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

設計レビューの指摘事項に基づき、設計ドキュメントを修正または議論する。

イシュー着手時に使用。worktreeで分離された開発環境を構築し、Issue本文にメタ情報を追記する

設計修正が適切に行われたかを確認する。新規指摘は行わない（レビュー収束のため）。

PR 上のレビューコメントに基づきコード修正・コミット・レビュー返信を行う。

PR レビュー修正が適切に行われたかを確認する。新規指摘は行わない（レビュー収束のため）。

PR に対し初回コードレビューを実施し、Approve / Changes Requested を投稿する。新規レビュー専用（修正確認は /pr-verify）。`dev` / `dev-thorough` / `docs` workflow では PR 作成後の標準レビュー step として呼び出される。