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 yimwoo/hotl-plugin --skill code-reviewgit clone --depth 1 https://github.com/yimwoo/hotl-pluginWrote 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/yimwoo/hotl-plugin/code-review)<a href="https://agentmods.dev/skills/yimwoo/hotl-plugin/code-review"><img src="https://agentmods.dev/badge/skills/yimwoo/hotl-plugin/code-review/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/yimwoo/hotl-plugin/code-review"><img src="https://agentmods.dev/badge/skills/yimwoo/hotl-plugin/code-review.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.00020 | $0.01438 |
| Opus 5.5 | $0.00008 | $0.00575 |
| Sonnet 5.5 | $0.00004 | $0.00288 |
| Haiku 4.5 | $0.00002 | $0.00144 |
Grade A, and why
code-review 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 1mo 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 — 154 lines — stays where its author put it; the contents beside it link to each section on GitHub.
HOTL Code Review
User-facing entry point for getting a code review. Dispatches the full code-reviewer agent by default; falls back to inline review when subagents aren't available.
Process
1. Gather Context
Resolve base branch (fallback ladder — use the first that succeeds):
- PR base branch:
gh pr view --json baseRefName - Repo default branch:
git symbolic-ref refs/remotes/origin/HEAD mainmaster
Resolve review scope:
- Feature branch: committed branch diff against base (
base...HEAD), plus staged and unstaged local changes when present - On base branch with staged changes: staged diff
- On base branch with unstaged changes: working tree diff
- On clean base branch:
HEAD~1..HEAD - Ambiguous (detached HEAD, no commits beyond base, no local changes): ask the user
Detect workflow file:
- First, glob for canonical workflows in
docs/plans/*-workflow.md - If one canonical match: use it
- If multiple canonical matches: prefer the most recently modified canonical workflow, unless the user named one
- If no canonical matches: glob for legacy
hotl-workflow-*.mdin project root - If one legacy match: use it
- If multiple legacy matches: prefer the most recently modified legacy workflow, unless the user named one
- If no matches: proceed without workflow context
Extract contracts from workflow frontmatter if available (intent, constraints, success_criteria, risk_level).
Gather verification evidence:
- Primary (deterministic):
.hotl/state/*.jsonand.hotl/reports/*.md— most recent artifacts if present - Best-effort: recent test/lint output if discoverable; if unavailable, report "not available"
2. Dispatch Review
If subagents are available (Claude Code, Codex):
Dispatch the code-reviewer role as a subagent via the Agent tool. Use the structured dispatch template from requesting-code-review:
- Review type:
direct - Git range: resolved scope from step 1
- Workflow and contracts: if available
- Verification evidence: if available
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.
- 1mo ago First seen · 154 lines · 20 tokens per session scan A c3d1f99336df
code-review is a skill published in the GitHub repository yimwoo/hotl-plugin (27 stars, last pushed 3mo ago), licensed MIT. It adds 20 tokens to every session and 1,438 once invoked, about $0.0001 per session on Opus 5.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
first-plan-lens-engine
Skill que define o motor de detecção e roteamento de stack lenses do first-plan. Mapeia manifestos (go.mod, package.json, etc) -> stack -> papel -> lens skill correspondente. Use quando precisar decidir qual lens aplicar a uma pasta durante Discovery, ou quando estender suporte a uma nova stack.
first-plan-pattern-extraction
Skill que define como extrair padrões do código com confidence scoring. Use durante Discovery quando precisar identificar convenções, anti-padrões ou padrões idiomáticos do projeto. Cada padrão extraído deve vir com exemplo concreto do código (path:line).
auditor-succession-prompt
A prompt package for creating a fresh auditor role under the Seven-Stars protocol. It defines the auditor’s identity, responsibilities, evidence boundaries, and limits, but does not perform the audit itself.
backend-review
Review backend changes for API design, correctness, resilience, observability, performance, security, and test coverage without assuming a framework.
frontend-review
Review frontend changes for architecture, responsive behavior, accessibility, visual quality, states, performance, and unnecessary complexity.
git-review
Review a repository diff for accidental changes, secrets, generated files, dependency and migration impact, tests, documentation, and scope before completion.