Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/apokamo/kaji/issue-implementnpx skills add apokamo/kaji --skill issue-implementgit clone --depth 1 https://github.com/apokamo/kajiWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00041 | $0.03237 |
| Opus 5 | $0.00020 | $0.01618 |
| Sonnet 5 | $0.00008 | $0.00647 |
| Haiku 4.5 | $0.00004 | $0.00324 |
Grade A, and why
issue-implement scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 223 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Issue Implement
承認された設計書を契約として、Red → Green → Refactor で実装する。
いつ使うか
| タイミング | このスキルを使用 |
|---|---|
| 設計レビュー完了・承認後 | ✅ 必須 |
| 設計レビュー未完了 | ❌ 待機 |
ワークフロー内の位置: design → review-design → implement → review-code → i-dev-final-check → i-pr → close
入力
ハーネス経由（コンテキスト変数）
| 変数 | 型 | 説明 |
|---|---|---|
issue_id |
str | 正規化済み Issue ID（GitHub 数値または local ID） |
issue_ref |
str | 人間可読の Issue 参照（GitHub では #<issue_id>、local では bare ID） |
step_id |
str | 現在のステップ ID |
手動実行（スラッシュコマンド）
$ARGUMENTS = <issue_id>
解決ルール
コンテキスト変数 issue_id が存在すればそちらを使用し、なければ $ARGUMENTS の第1引数を使う。
手動実行時の issue_ref は、数値なら #<issue_id>、local-* なら bare ID とする。
読み込み方針（段階的開示）
開始時に implement-quickref.md だけを Read する。 正本 docs・reference・template は quickref の対応表と各 Step の指示に従い、必要になった時点で読む。
- 既読ファイルの全文再 Read はしない。必要箇所を
rg -n '^##? '等で特定し、対象セクションだけを読む。 - 全文再 Read を許すのは、(a) 現セッションに本文がない、(b) 前回 Read 後にファイルが変更された、(c) 対象範囲だけでは判断不能、のいずれかに限る。理由を作業メモに残す。
- 同じ内容を shell の
catと Read ツールの両方で取得しない。 - 規則本文は正本 docs を優先する。quickref と本 skill は規則の要約・読込タイミング・手順だけを持つ。
前提条件
/issue-start実行済み/issue-designで設計書作成済み- 設計レビュー承認済み
共通ルール
- _shared/report-unrelated-issues.md — 無関係な問題の報告ルール
実行手順
Step 1: Worktree 情報の取得
_shared/worktree-resolve.md に従って絶対パスを解決し、以降はそのパスを使う。
Step 2: 設計書を解決して1回だけ読む
- コンテキストに
design_pathがあれば[worktree_dir]/[design_path]を採用する。 - なければ
draft/design/issue-[issue_id]-*.mdをファイル名だけ列挙し、候補を解決する。本文をcatしない。 - 候補が0件または複数で一意に決められなければ、実装を開始せず設計フェーズへ戻す。
- 解決した設計書を Read で 1回だけ読み、「インターフェース」「テスト戦略」「影響ドキュメント」を作業契約とする。
BACK 等で再入し、設計書が前回 Read 後に変わっている場合は、まず diff と変更セクションだけを読む。全文再 Read は変更範囲から判断できない場合だけ行う。
Step 2.5: Baseline Check
この時点で初めて docs/dev/baseline-check.md の
「implement 開始時」と artifact schema を Read し、
[worktree_dir]/.kaji-artifacts/baseline/baseline.json を確認する。コメントを正本として検索しない。
What ships with it
2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 223 lines · 41 tokens per session scan A 6354fd736b4e
issue-implement is a skill published in the GitHub repository apokamo/kaji (12 stars, last pushed 4d ago), licensed Apache-2.0. It adds 41 tokens to every session and 3,237 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
test-driven-development
Strict RED-GREEN-REFACTOR cycle enforcement. Tests are never skipped or deferred. Run mode only, never watch mode. Exit code evidence mandatory.
story-development
Implement user stories with test-driven development methodology.
e2e
Write and run web E2E tests (Playwright) using TDD — locations, patterns, commands, and debugging.
tdd
Implement changes using Test-Driven Development (Red-Green-Refactor). Use for bug fixes, new features, or any code change that should have test coverage.
superpowers-test-driven-development
Use when implementing any feature or bugfix, before writing implementation code.
process-builder
Scaffold new babysitter process definitions following SDK patterns, proper structure, and best practices. Guides the 3-phase workflow from research to implementation.