메뉴
docs review の指摘が適切に修正されたかを確認する。新規指摘は行わない。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
設計書（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 更新をまとめて確認する。
| description | docs review の指摘が適切に修正されたかを確認する。新規指摘は行わない。 |
| name | i-doc-verify |
重要: このスキルは更新/修正を行ったセッションとは別のセッションで実行することを推奨します。
docs 修正後の確認を行う。 新規指摘は行わず、前回レビューの指摘が解消したかのみ確認する。
| タイミング | このスキルを使用 |
|---|---|
i-doc-fix 後の確認 | ✅ 必須 |
ワークフロー内の位置: doc-review → doc-fix → doc-verify → final-check → pr
| 変数 | 型 | 説明 |
|---|---|---|
issue_id | str | 正規化済み Issue ID（GitHub 数値または local ID） |
issue_ref | str | 人間可読の Issue 参照（GitHub では #<issue_id>、local では bare ID） |
step_id | str | 現在のステップ ID |
cycle_count | int | 現在のイテレーション |
max_iterations | int | 上限回数 |
previous_verdict | str | 前ステップの verdict |
$ARGUMENTS = <issue_id>
コンテキスト変数 issue_id が存在すればそちらを使用。
なければ $ARGUMENTS の第1引数を issue_id として使用。
issue_ref はハーネス経由ではプロンプトに自動注入される（harness 側で provider 別に整形される）。手動実行時は issue_id から導出する: GitHub 数値 ID なら #<issue_id>、local-* 形式なら bare ID（# を付けない）。
i-doc-review / i-doc-fix コメントを確認cd [worktree_dir] && python3 scripts/check_doc_links.py [changed-markdown-files...]
---VERDICT---
status: PASS
reason: |
前回の docs review 指摘は適切に修正されている
evidence: |
Must Fix 項目の解消を確認した。新規指摘は判定に含めていない
suggestion: |
---END_VERDICT---
| status | 条件 |
|---|---|
| PASS | 前回指摘が解消 |
| RETRY | 修正不足 |
| ABORT | 継続が危険 |