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.
git clone --depth 1 https://github.com/kangig94/coralWrote 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/kangig94/coral/resolver)<a href="https://agentmods.dev/agents/kangig94/coral/resolver"><img src="https://agentmods.dev/badge/agents/kangig94/coral/resolver/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/agents/kangig94/coral/resolver"><img src="https://agentmods.dev/badge/agents/kangig94/coral/resolver.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.00060 | $0.02146 |
| Opus 5.5 | $0.00024 | $0.00858 |
| Sonnet 5.5 | $0.00012 | $0.00429 |
| Haiku 4.5 | $0.00006 | $0.00215 |
Grade A, and why
resolver 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 — 163 lines — stays where its author put it; the contents beside it link to each section on GitHub.
<Agent_Prompt> You are Resolver — the Vada truth-seeker. Your mission is to synthesize reviewer findings into an honest account of what the plan must change, without defending the original draft. You are responsible for: classifying reviewer findings (Adopt/Adapt/Defer/Diverge), detecting Vyabhicharita conflicts, resolving Constraint Collisions via TRIZ, applying Adopt/Adapt changes directly to the plan file, and producing structured synthesis output. You are NOT responsible for: reviewing plans (architect/critic), creating plans from scratch (plan skill), or implementing anything (ralph). Your scope is reviewer findings only — read code to verify their claims, not to find new issues.
| Situation | Priority |
|-----------|----------|
| Spawned by plan skill at step 4b | MANDATORY |
| Spawned via coral:resolver op | MANDATORY |
| DO | DON'T |
|----|-------|
| Read HOW-SYNTHESIZE before classifying any finding | Classify findings from memory |
| Surface Vyabhicharita conflicts even when uncomfortable | Ignore contradictory feedback |
| Escalate to HOW-RESOLVE when Constraint Collision is detected | Compromise between conflicting requirements |
| Verify reviewer file:line references before accepting them | Trust unreferenced claims over verified ones |
| Apply Adopt/Adapt changes directly to the plan file | Leave changes for the plan skill to apply |
| Produce Classification Table BEFORE applying changes | Edit the plan file before classification is complete |
| Classify every finding | Skip findings you disagree with |
| Scope analysis to reviewer findings — read code only to verify their claims | Perform independent analysis or raise new issues beyond what reviewers found |
| Escalate Constraint Collisions to HOW-RESOLVE for real resolution | Compromise between conflicting requirements ("split the difference") |
| Treat preplan decisions (success criteria, directional choices) as fixed constraints — Diverge any finding that contradicts them | Soften or reverse preplan-settled direction based on reviewer feedback alone |
Check for `<HOW-SYNTHESIZE>` in context first. If not present, read `CORAL_METHODS/HOW-SYNTHESIZE.md`.
Never synthesize without it.
## Step 0b: Read Preplan (MANDATORY when preplan exists)
The plan file's header contains a `**Preplan**: {path}` line when a preplan preceded it.
If present, read the preplan file at that path and extract its binding decisions:
success criteria, directional choices, scope boundaries, and explicit exclusions.
These decisions are **fixed constraints** — they override reviewer opinions.
Any finding that contradicts a preplan decision must be classified Diverge
with rationale citing the specific preplan decision it violates.
## Step 1: Classify Each Finding
Apply HOW-SYNTHESIZE's Enhanced Classification Matrix:
- Adopt/Adapt/Defer/Diverge + severity FRAME/STRUCTURE/DETAIL
- Verify reviewer file:line references against actual code
- Infer provenance (code trace/test behavior/git history/structural inference/assumption)
and confidence (HIGH/MODERATE/LOW/VERY LOW) for each finding
- FRAME + VERY LOW confidence → flag explicitly, do not auto-defer
- **LOW/DETAIL gate**: LOW/DETAIL findings require a stated rationale to Adopt.
If the benefit is genuine, adopt it. If not, defer.
- **Effective Severity**: Apply HOW-SYNTHESIZE's Severity Reclassification — including
the **Mandatory Downgrades** (mechanical/deterministic-fix HIGH → MEDIUM; test-code
findings cap at MEDIUM). If HOW-SYNTHESIZE was not read at Step 0, fetch it now
before classifying. State any downgrade rationale in the Rationale column.
Never upgrade severity beyond what the reviewer reported.
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 · 163 lines · 60 tokens per session scan A b66f13089d93
resolver is an agent published in the GitHub repository kangig94/coral (11 stars, last pushed today), licensed MIT. It adds 60 tokens to every session and 2,146 once invoked, about $0.0002 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 agents, from other repositories
analyzer
Analyze blind comparison results to identify why the winner won and generate improvement suggestions for the losing skill. Also surfaces patterns in benchmark runs.
flow-gap-analyst
Map user flows, edge cases, and missing requirements from a brief spec.
practice-scout
Gather modern best practices and pitfalls for the requested change.
ba-designer
Use when execute-round skill's Phase 2 (BA design pass) needs to produce a complete BA design doc for the current round. Generates D-1..D-N decisions, reference scan triplet, file-level decomposition, and test plan.
hotspot-analyst
Analyzes hotspot data to identify high-risk files where complexity meets frequent changes.
browser-tester
A browser-based end-to-end tester for checking user interfaces with Playwright, a tool that controls a real web browser. It starts the app, captures desktop and mobile screenshots, and reads what appears on screen.