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-fix-codenpx skills add apokamo/kaji --skill issue-fix-codegit 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.00038 | $0.02063 |
| Opus 5 | $0.00019 | $0.01032 |
| Sonnet 5 | $0.00008 | $0.00413 |
| Haiku 4.5 | $0.00004 | $0.00206 |
Grade A, and why
issue-fix-code 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 2d 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 — 206 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Issue Fix Code
実装に対するレビュー指摘事項に基づき、修正対応を行います。 指摘を盲目的に受け入れるのではなく、技術的な妥当性を検討し、必要な修正と反論を使い分けます。
いつ使うか
| タイミング | このスキルを使用 |
|---|---|
/issue-review-code で Changes Requested 後 |
✅ 必須 |
| 人間からのレビューコメントへの対応 | ✅ 使用可 |
ワークフロー内の位置: implement → review-code → (fix → verify) → 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 |
条件付きで注入される変数:
| 変数 | 型 | 条件 | 説明 |
|---|---|---|---|
previous_verdict |
str | resume 指定ステップ |
前ステップの verdict |
cycle_count |
int | サイクル内ステップのみ | 現在のイテレーション番号 |
max_iterations |
int | サイクル内ステップのみ | サイクルの上限回数 |
手動実行（スラッシュコマンド）
$ARGUMENTS = <issue_id>
解決ルール
コンテキスト変数 issue_id が存在すればそちらを使用。
なければ $ARGUMENTS の第1引数を issue_id として使用。
issue_ref はハーネス経由ではプロンプトに自動注入される（prompt.py 側で provider 別に整形）。手動実行時は issue_id から導出する: GitHub 数値 ID なら #<issue_id>、local-* 形式なら bare ID（# を付けない）。
前提知識の読み込み
以下のドキュメントを Read ツールで読み込んでから作業を開始すること。
- 開発ワークフロー:
docs/dev/development_workflow.md - テスト規約:
docs/dev/testing-convention.md - Python スタイル:
docs/reference/python/python-style.md（必要に応じて他のdocs/reference/python/*.mdも追加読込）
共通ルール
- _shared/report-unrelated-issues.md — 作業中に発見した無関係な問題の報告ルール
実行手順
Step 1: コンテキスト取得
-
_shared/worktree-resolve.md の手順に従い、Worktree の絶対パスを取得。
-
レビュー結果の取得:
- コンテキスト変数
previous_verdictが存在する場合はそれを確認（ハーネス経由） - 存在しない場合は Issue コメントから最新のレビュー結果を取得（手動実行時）
- コンテキスト変数
-
レビュー内容の取得:
kaji issue view [issue_id] --comments最新の「コードレビュー結果」を取得。
-
現状把握: 指摘されている該当コード周辺を確認。
Step 2: 対応方針の検討
各指摘事項について、以下の基準で1つずつ検討してください。
- A: 対応する (Agree)
- 指摘が正しく、修正により品質・安全性が向上する場合。
- 改善提案 (Should Fix) の場合:
- メリットが明確な場合は積極的に採用
- 大規模なリファクタリングを伴う場合や高リスクな場合は見送り可
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.
- 2d ago First seen · 206 lines · 38 tokens per session scan A 03c64f5d5be4
issue-fix-code is a skill published in the GitHub repository apokamo/kaji (12 stars, last pushed 4d ago), licensed Apache-2.0. It adds 38 tokens to every session and 2,063 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
process-builder
Scaffold new babysitter process definitions following SDK patterns, proper structure, and best practices. Guides the 3-phase workflow from research to implementation.
retrospect-external-babysitter-run
For a repository in the babysitter-users catalog, locate its babysitter processes and any committed runs (.a5c/runs/ /) and perform a retrospective on a chosen run -- what went well, what failed, process suggestions, quality of effect design, breakpoint patterns -- mirroring the /babysitter:retrospect workflow but…
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.
code-review-gate
Perform code review with quality scoring and configurable threshold enforcement.
product-brief-creation
Create comprehensive product briefs from market, domain, and technical research.
ux-design
Create comprehensive UX design with user flows, wireframes, and design systems.