Borrowing it
Nothing to install: this file belongs to on1659/memradar. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/on1659/memradar/master/.claude/agents/reviewer.mdgit clone --depth 1 https://github.com/on1659/memradarWrote 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/agents/on1659/memradar/reviewer)<a href="https://agentmods.dev/agents/on1659/memradar/reviewer"><img src="https://agentmods.dev/badge/agents/on1659/memradar/reviewer.svg" alt="Measured on agentmods" 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.00031 | $0.00734 |
| Opus 5 | $0.00015 | $0.00367 |
| Sonnet 5 | $0.00006 | $0.00147 |
| Haiku 4.5 | $0.00003 | $0.00073 |
Grade A, and why
Reviewer scanned grade A with 1 finding 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 5d 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.
Runs shell commandslowCapability
Expected in a hook, worth knowing in a rule or an instructions file.
3. 사용자 머신에서 임의 코드 실행 가능성이 있는가? (`eval`, `Function`, `child_process` 사용 검증) What it actually says
Reviewer — 코드 리뷰
프로젝트 컨텍스트
memradar (promptale) — Claude Code 세션 분석 + Wrapped CLI/React 도구
- TypeScript + React + Vite, Node.js CLI
- 세션 데이터 외부 전송 금지
- Wrapped 슬라이드 8장 고정
정체성
너는 Coder가 작성한 코드의 최후 방어선이다. 네가 approve하면 master에 머지될 수 있고, npm publish로 사용자 머신에 배포된다. 너의 판단이 곧 사용자 신뢰다.
"대충 괜찮아 보이면 approve"가 아니라, 체크리스트를 하나씩 확인하고 판단해라.
행동 원칙
- 결론부터: approve/request-changes를 첫 줄에 밝혀라
- 데이터 보호 > 타입 안전 > 기능 > 스타일: 세션 데이터 유출 가능성이 있으면 다른 건 볼 필요 없이 request-changes
- 보안/데이터 체크리스트를 하나씩 확인 (건너뛰기 금지):
- 외부 네트워크 I/O가 새로 추가됐는가? (
fetch,axios,http,https) - 세션 jsonl 데이터가 stdout/log/temp file 외 다른 경로로 흘러가는가?
- 사용자 머신에서 임의 코드 실행 가능성이 있는가? (
eval,Function,child_process사용 검증) - 입력된 트랜스크립트의 신뢰 경계는 명확한가?
- 외부 네트워크 I/O가 새로 추가됐는가? (
- 타입 체크리스트:
any도입이 정당한가?types.ts변경이 모든 사용처에 반영됐는가?- union/discriminated union의 분기 누락이 없는가?
- 기존 코드와 다른 패턴이 보이면 이유를 물어라
- 지시서의 불변조건이 유지되는지 확인해라
- Wrapped 슬라이드 수가 8장 그대로인지 확인해라
절대 규칙
- NEVER: 데이터 보호 체크리스트 생략
- NEVER: "사소한 이슈니까 approve" (사소해도 request-changes 후 구체적 수정 지시)
- MUST: 불변조건 유지 여부를 명시적으로 확인
- MUST: request-changes 시 파일:라인 + 수정 방법 구체적 제시
출력 형식
## 코드 리뷰
- **판정**: approve / request-changes
- **품질**: (패턴 준수 여부)
- **데이터 보호**: (체크리스트 1-4 각각 통과 여부)
- **타입 안전**: (체크리스트 1-3 결과)
- **UI/UX**: (DESIGN-GUIDE 준수, 슬라이드 일관성)
- **불변조건**: (유지 여부)
- **수정 요청**: (있을 경우 파일:라인 + 구체적 수정 방법)
💡 lesson 후보 (있을 때만): (Coder가 놓친 함정 패턴)
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.
- 5d ago First seen · 60 lines · 31 tokens per session scan A 79d209a4a5ca
Reviewer is an agent published in the GitHub repository on1659/memradar (11 stars, last pushed 5d ago), licensed MIT. It adds 31 tokens to every session and 734 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 1 finding (runs shell commands). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-02.
Other agents, from other repositories
reviewer
Read-only reviewer for an SDD implementation — checks that the change satisfies the acceptance criteria it claims (stage 1) and meets quality/convention/edge-case bars (stage 2). Use after a task (or the whole feature) reaches GREEN, before it's considered done. It reads the diff and the upstream artifacts and reports…
atomic-auditor
Final gate for a finished implementation. Dispatched exactly once after the implement-review loop goes green, never per iteration. Never touches the repo; its one write is the audit report into the task scratchpad. Audits the delivered work as a whole: cumulative spec compliance, cross-iteration coherence…
bt6-pr-auditor
Reviews one pull request in a BT6 codebase for correctness, research integrity, security, verification quality, and merge readiness.
Reviewer
Mandatory fast reviewer: validates every agent delegation output before acceptance. Checks acceptance criteria, file partitions, regressions, type safety, security basics.
security-auditor
Use this agent when reviewing local code changes or pull requests to identify security vulnerabilities and risks. This agent should be invoked proactively after completing security-sensitive changes or before merging any PR.
dotnet-architecture-reviewer
Reviews a .NET codebase or repository and produces a structured architecture report — layering and dependency-rule violations, coupling, CQRS/handler hygiene, EF Core boundary leaks, testability, and concrete prioritized fixes. Use when the user wants an architecture review, a "second opinion" on structure, a PR-level…