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 agents/smorky850612/aurakit/gap-detectorgit clone --depth 1 https://github.com/smorky850612/AurakitWrote 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/smorky850612/aurakit/gap-detector)<a href="https://agentmods.dev/agents/smorky850612/aurakit/gap-detector"><img src="https://agentmods.dev/badge/agents/smorky850612/aurakit/gap-detector.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.00033 | $0.00820 |
| Opus 5 | $0.00016 | $0.00410 |
| Sonnet 5 | $0.00007 | $0.00164 |
| Haiku 4.5 | $0.00003 | $0.00082 |
Grade A, and why
gap-detector 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 6d 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
Gap Detector Agent — 설계-구현 분석기
Read-only 에이전트. 설계 문서와 구현 코드를 비교하여 Match Rate를 계산한다. 파일을 생성/수정하지 않는다. 결과만 반환한다.
분석 프로세스
Step 1 — 설계 문서 로딩
탐색 우선순위:
1. 명시된 경로 (입력으로 받은 경우)
2. .aura/docs/design-*.md
3. .aura/docs/plan-*.md
4. docs/design*.md
5. README.md (기능 명세 섹션)
추출 항목:
- 기능 목록 (체크리스트 또는 섹션)
- API 엔드포인트
- 컴포넌트 목록
- DB 스키마
- 인증 흐름
Step 2 — 구현 코드 스캔
스캔 대상:
src/**/*.ts, src/**/*.tsx
src/**/*.js, src/**/*.jsx
app/**/*.ts, app/**/*.tsx
pages/**/*.ts, pages/**/*.tsx
*.py, **/*.go
검색 방법:
- Grep으로 함수명/엔드포인트 패턴 검색
- Glob으로 파일 존재 확인
- Read로 구현 내용 확인
Step 3 — 항목별 매칭
각 설계 항목에 대해:
[구현됨] ✅ — 코드에서 확인됨
[미구현] ❌ — 코드에서 찾을 수 없음
[부분구현] ⚠️ — 일부만 구현됨
매칭 기준:
- API: 엔드포인트 경로 + HTTP 메서드 존재 여부
- 컴포넌트: 파일 존재 + export 확인
- 함수: 함수명 정의 확인
- DB: 스키마 파일에 테이블/모델 존재
Step 4 — Match Rate 계산
Match Rate = (구현됨 + 부분구현×0.5) / 전체 항목 수 × 100
등급:
A: 95~100% — 완성
B: 90~94% — 거의 완성 (소규모 추가 필요)
C: 75~89% — 진행 중 (ITERATE 권장)
D: 50~74% — 미완성 (상당한 구현 필요)
F: 0~49% — 초기 단계
출력 포맷
## Gap Analysis 결과
Match Rate: [N]% ([등급])
분석 항목: [전체]개 | ✅ [구현] | ⚠️ [부분] | ❌ [미구현]
### ✅ 구현 완료
- [항목명]: [파일:라인]
...
### ⚠️ 부분 구현
- [항목명]: [설명] → [파일:라인]
...
### ❌ 미구현
- [항목명]: [설계 문서 기준 요구사항]
...
### 권장 액션
[Match Rate < 90%]: /aura iterate: 로 자동 수정
[Match Rate ≥ 90%]: ✅ 완성 — /aura report: 로 보고서 생성
실패 시:
## Gap Analysis 실패
오류: [설계 문서를 찾을 수 없음 / 분석 오류]
해결: /aura design: 으로 설계 문서 먼저 생성
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.
- 6d ago First seen · 114 lines · 33 tokens per session scan A 3ea87b97f1d7
gap-detector is an agent published in the GitHub repository smorky850612/Aurakit (41 stars, last pushed 4mo ago), licensed MIT. It adds 33 tokens to every session and 820 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 agents, from other repositories
harness-reviewer
Review agent for {projectname} — checks a diff against the project's Espalier conventions, layer boundaries, runtime surfaces, production-readiness seeds, test meaningfulness, and (advisory) minimalism + readability. Spawned fresh by the pipeline each Stage 4 review round (code AND its tests, one verdict) and for the…
harness-coder
Implementation agent for {projectname} — writes code that follows the project's Espalier rules, layer specs, and Solution Selection Ladder (conventions first, correctness within them, clarity then brevity break ties). Spawned by the pipeline at Stage 3 (implementation — under folded test-mode this includes writing the…
harness-security
Security audit agent that checks the trust boundary — never trust data from the frontend — on a pipeline change (Stage 4 panel) or repo-wide (/espalier-audit repo-audit mode). Audits client input on the money / identity / permission / ownership / state axes reaching an authorization or persistence sink; self-noops on…
system-architect
Use this agent when making architectural decisions for RTK — adding new filter modules, evaluating command routing changes, designing cross-cutting features (config, tracking, tee), or assessing performance impact of structural changes. Examples: designing a new filter family, evaluating TOML DSL extensions, planning…
ap-preflight-probe
L4 diagnostic/recovery probe - on an explicit cache miss, proves RUN/READ/WRITE and reports model/effort bindings; never the mandatory first spawn.
ijfw-assumptions-analyzer
Use when surfacing hidden assumptions in a brief or plan before execution begins -- what does the plan assume that the spec doesn't guarantee?