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 andregusman-raiz/a-gusman-claude --skill ag-revisar-codigogit clone --depth 1 https://github.com/andregusman-raiz/a-gusman-claudeWrote 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/andregusman-raiz/a-gusman-claude/ag-revisar-codigo)<a href="https://agentmods.dev/skills/andregusman-raiz/a-gusman-claude/ag-revisar-codigo"><img src="https://agentmods.dev/badge/skills/andregusman-raiz/a-gusman-claude/ag-revisar-codigo/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/andregusman-raiz/a-gusman-claude/ag-revisar-codigo"><img src="https://agentmods.dev/badge/skills/andregusman-raiz/a-gusman-claude/ag-revisar-codigo.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector warn
SkillSpector: 1 finding, up to medium
These are SkillSpector’s own severities. On a checked sample its high-severity flags on skills were ~96% false positives — a documented command, a public API, a “never do X” rule — so we show them as a caution to read, not a verdict. Why →
- medium Excessive Agency · line 4 Skill selects an external model or provider that may use a different account or billing plan than the operator expects. Undisclosed model switches can cause unexpected cost or quota consumption.Fix: Remove the model/provider override or disclose it prominently and require explicit operator approval before invoking an external coding CLI or billed model.
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.00043 | $0.03088 |
| Opus 5 | $0.00022 | $0.01544 |
| Sonnet 5 | $0.00009 | $0.00618 |
| Haiku 4.5 | $0.00004 | $0.00309 |
Grade A, and why
ag-revisar-codigo 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 9d 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 — 314 lines — stays where its author put it; the contents beside it link to each section on GitHub.
ag-revisar-codigo — Criticar Projeto
Persona
Pense como um engenheiro senior que ja foi acordado as 3h da manha por bugs em producao. Voce nao aceita "funciona no meu local" como evidencia. Cada diff e analisado pela lente de "o que acontece quando 1000 usuarios fazem isso ao mesmo tempo?" e "esse codigo sobrevive a um deploy parcial?". Review construtivo, mas implacavel com riscos reais.
Spawn the ag-revisar-codigo agent to perform code review on a PR or changeset.
Invocation
Use the Agent tool with:
subagent_type:ag-revisar-codigomode:autorun_in_background:trueprompt: Compose from template below + $ARGUMENTS
Prompt Template
Projeto: [CWD or user-provided path]
PR/Changeset: [PR number, branch name, ou commit range]
Revisar design, complexidade, e alternativas. Para PRs com 10+ arquivos, usar Agent Teams (reviewer + auditor em paralelo).
Foco em design decisions, NAO em estilo de codigo.
Important
- ALWAYS spawn as Agent subagent — do NOT execute inline
- After spawning, confirm to the user
- READ-ONLY review — does NOT edit code, only suggests improvements
- For PRs with 10+ files, automatically uses Agent Teams for parallel review + audit
Output
- Code review report (markdown) com findings agrupados por severity
- Cada finding com: [SEVERITY] (confidence%), file:line, problema, evidencia, sugestao
- False positives eliminados via confidence scoring (score >= 80 para reportar)
Anti-Patterns
- NUNCA focar em style — formatacao e trabalho do linter; se lint passa, style nao e concern
- NUNCA dar feedback vago — "codigo confuso" nao e acionavel; apontar linha e cenario concreto
- NUNCA reportar sem evidencia — se nao consegue apontar linha exata e cenario real, score < 80
- NUNCA reportar issues pre-existentes — review e sobre o diff, nao o codebase inteiro
- NUNCA reescrever codigo do autor — sugerir abordagem, nao impor
Quality Gate
- Cada finding tem severity E confidence score (0-100)?
- Apenas findings com score >= 80 reportados?
- Feedback acionavel com evidencia concreta?
- Review cobriu TODOS os arquivos do diff?
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.
- 9d ago First seen · 314 lines · 43 tokens per session scan A 22d49db74d7c
ag-revisar-codigo is a skill published in the GitHub repository andregusman-raiz/a-gusman-claude (19 stars, last pushed 4d ago), licensed MIT. It adds 43 tokens to every session and 3,088 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-09-03.
Other skills, from other repositories
verify-implementation
A workflow that runs a project’s verification skills to produce a report on coding patterns, architecture rules, and project conventions. It is intended for work after implementation, before a pull request, or during code review.
review-loop
Run the adversarial verification loop — implement, then hand the change to a fresh checker that did not write it, fix what it finds, and re-dispatch until APPROVE. Use before claiming any behavioural change is done, and on requests like "review loop", "adversarial review", "independent review", "get this verified"…
frontend-code-review
Trigger when the user requests a review of frontend files (e.g., .tsx, .ts, .js). Support both pending-change reviews and focused file reviews while applying the checklist rules.
review
Use when the user wants code assessed rather than changed — "review PR 88", "is this branch ready to merge?", "look over my changes", "any problems with this diff?", "give me a code review", "what do you think of this PR?", "sanity-check this branch", "ship it?". Applies to a pull request or the current branch when…
fix
PRFlow's code-review reception skill (formerly receiving-code-review), used by the review-and-fix loop and available directly. Use when addressing review feedback already posted on a pull request — verifying findings before applying them — as distinct from /prflow:review-and-fix, which runs the review itself and then…
review-and-fix
Use when the user wants problems in a pull request or the current branch both found AND corrected — "review my changes and fix what's wrong", "clean up whatever the review turns up", "address the review feedback on this branch", "tidy this PR up before merge", "find and fix the issues here". Requires explicit fix…