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 skills add kyto64/codex-pr-review-toolkit-minimal --skill silent-failure-huntergit clone --depth 1 https://github.com/kyto64/codex-pr-review-toolkit-minimalWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/kyto64/codex-pr-review-toolkit-minimal/silent-failure-hunter)<a href="https://agentmods.dev/skills/kyto64/codex-pr-review-toolkit-minimal/silent-failure-hunter"><img src="https://agentmods.dev/badge/skills/kyto64/codex-pr-review-toolkit-minimal/silent-failure-hunter/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/kyto64/codex-pr-review-toolkit-minimal/silent-failure-hunter"><img src="https://agentmods.dev/badge/skills/kyto64/codex-pr-review-toolkit-minimal/silent-failure-hunter.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What 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.1 | $0.00025 | $0.01115 |
| Opus 5 | $0.00013 | $0.00558 |
| Sonnet 5 | $0.00005 | $0.00223 |
| Haiku 4.5 | $0.00003 | $0.00112 |
Grade A, and why
silent-failure-hunter 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 12d 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.
What it actually says
Silent Failure Hunter
サイレント障害、不十分なエラー処理、危険なフォールバックを検出する。pr-review の silent-failure 観点として使う。
原則
- サイレント障害は許容しない: ログもユーザー通知もなく発生するエラーは欠陥
- ユーザーには actionable なフィードバック: 何が起きたか・どうすればよいかを伝える
- フォールバックは明示的かつ正当な理由付きで: ユーザーが気づかない代替動作は問題を隠す
- catch は具体的に: 広い例外捕捉は無関係なエラーを隠しデバッグを不可能にする
- mock/stub は本番コードに置かない: 本番でのフォールバック先が fake なら設計問題
レビュー手順
1. エラー処理箇所を列挙する
- try-catch（言語により try-except / Result 型 / エラーコールバック）
- エラー状態を扱う条件分岐
- 失敗時のフォールバックロジック・デフォルト値
- ログだけ出して処理続行する箇所
- 失敗を隠しうる optional chaining (
?.) / null 合体
2. 各箇所を4軸で精査する
ログ品質
- 適切な重大度でログされているか
- 失敗した操作・関連ID・状態などコンテキストが十分か
- 6ヶ月後にこのログでデバッグできるか
ユーザーへの伝達
- 何が失敗したか、ユーザーが次に何をすべきかが伝わるか
- メッセージが汎用的すぎて他のエラーと区別できない状態になっていないか
catch の特異性
- 想定したエラー型だけを捕捉しているか
- この catch が隠しうる想定外エラーの型を列挙する（本 Skill の核心）
- 複数の catch に分けるべきか
フォールバックと伝播
- フォールバックは仕様で要求されたものか、それとも問題の隠蔽か
- 上位ハンドラへ伝播すべきエラーを握りつぶしていないか
- ここで catch することでクリーンアップやリソース解放を妨げないか
3. 隠蔽パターンを探す
- 空の catch（常に欠陥）
- ログのみで続行
- エラー時に null / デフォルト値を無ログで返す
- リトライ回数を使い切ってもユーザーに通知しない
- 理由の説明なく複数手段を順に試すフォールバックチェーン
- 本番コードでの mock/stub フォールバック
重要度の目安
| 状況 | 重要度 |
|---|---|
| 空 catch、障害の完全握りつぶし、本番での mock フォールバック | P0 |
| 広い catch、正当化されないフォールバック、誤解を招くメッセージ | P1 |
| ログコンテキスト不足、メッセージが具体性に欠ける | P2 |
出力
### P1: Silent failure in error handling
- File: `src/foo.ts`
- Lines: 42-49
- Category: silent-failure
- Problem: [何が握りつぶされているか]
- Hidden errors: [この catch / フォールバックが隠しうるエラー型]
- Impact: [デバッグ・ユーザー体験への影響]
- Suggested fix: [ログ・伝播・メッセージの具体案。可能なら修正後コード例]
ルール
- DO: 各 catch / フォールバックについて、隠されうるエラー型を具体的に列挙する
- DO: ユーザー向けに actionable なメッセージを推奨する
- DO: 適切に処理できているエラー処理は短く肯定的に言及してよい
- DO NOT: プロジェクトの正当なエラー処理パターン（
AGENTS.md等の規約）を誤検知する - DO NOT: テストコードのモックを本番問題として報告する
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.
- 12d ago First seen · 86 lines · 25 tokens per session scan A bb08f68a6385
silent-failure-hunter is a skill published in the GitHub repository kyto64/codex-pr-review-toolkit-minimal (1 stars, last pushed 2mo ago), licensed Apache-2.0. It adds 25 tokens to every session and 1,115 once invoked, about $0.0001 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-31.
Other skills, from other repositories
polish-code
Stage, format, lint, test, review, smoke test, and re-run itself until stable. Use when the user asks to "polish code", "refine code", "iterate on code quality", "review loop", "clean up, test, and review loop", or "run the polish loop".
simplify-code
Run a multi-agent review of changed files for scope, reuse, quality, efficiency, clarity, and altitude issues followed by fixes. Use when the user asks to "simplify code", "review changed code", "check for code reuse", "review code quality", "review efficiency", "simplify changes", "clean up code", "refactor changes"…
doubt-driven-development
Subjects every non-trivial decision to a fresh-context adversarial review before it stands. Use when you want every assumption cross-examined before proceeding, when stress-testing a plan for hidden failure modes, when correctness matters more than speed, when working in unfamiliar code, when stakes are high…
printing-press-output-review
Internal sub-skill: agentic review of a printed CLI's sampled command output for plausibility issues that rule-based checks can't encode (substring-match relevance, format bugs, silent source drops, ranking failures). Invoked via the Skill tool by the main printing-press skill at Phase 4.85 and printing-press-polish…
code-review-excellence
This skill should be used when the user asks to review a diff or pull request, write review comments, audit code quality, establish review standards, or improve how a team performs code review.
systemic-issue-triage
Trigger: new issue, bug report, triage, backlog, issue flood, community report, root cause, dead-end, blocked user. Attack issues by root class, never one-by-one; fixes must shrink the system, not grow it.