القائمة
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-fix |
docs review の指摘事項に対応する。このスキルでも コード、設定、テストは変更しない。
| タイミング | このスキルを使用 |
|---|---|
i-doc-review または i-doc-verify が RETRY のとき | ✅ 必須 |
ワークフロー内の位置: doc-update → doc-review → doc-fix → doc-verify
| 変数 | 型 | 説明 |
|---|---|---|
issue_id | str | 正規化済み Issue ID（GitHub 数値または local ID） |
issue_ref | str | 人間可読の Issue 参照（GitHub では #<issue_id>、local では bare ID） |
step_id | str | 現在のステップ ID |
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（# を付けない）。
previous_verdict または Issue コメントから最新レビュー結果を取得cd [worktree_dir] && python3 scripts/check_doc_links.py [changed-markdown-files...]
---VERDICT---
status: PASS
reason: |
docs review の指摘に対応した
evidence: |
Must Fix 項目を修正し、関連する docs と実装の整合を再確認した
suggestion: |
---END_VERDICT---
| status | 条件 |
|---|---|
| PASS | 修正完了 |
| ABORT | docs 修正だけでは解決不能 |