Use when asked to "interrogate" or run an adversarial multi-model review of a supplied code artifact. Returns an act/consider/note/dismiss verdict with an agreement map. Don''t use for tasks that require source or remote-system changes.
Scanned 9/2/2026
Install to Claude Code
npx -y skills add OutlineDriven/odin-claude-plugin --skill interrogate --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Interrogate?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/outlinedriven-interrogate)More formats (shields.io, HTML) on the badges page.
---
name: interrogate
description: 'Use when asked to "interrogate" or run an adversarial multi-model review of a supplied code artifact. Returns an act/consider/note/dismiss verdict with an agreement map. Don''t use for tasks that require source or remote-system changes.'
---
# Interrogate
## Contract
| Field | Bound contract |
|---|---|
| Trigger | Run adversarial multi-model review. |
| Authority | Read-only. No file, VCS, credential, paid, published, deployed, or remote mutation. |
| Side effect | Read-only review fan-out. Output is chat-returned only; no mutation of any system state. |
| Done | Act/consider/note/dismiss verdict and agreement map returned. |
## Inputs
| Input | Required | Description |
|---|---|---|
| Code artifact | Yes | The code or document to review. Must be supplied in the conversation as text or a readable file path. |
| Review scope | Yes | The specific aspect, component, file, or question the review targets. |
| Rubric | Yes | The shared evaluation criteria all reviewing models use. |
| Lead judgment model | No | The model designated to synthesize a final position when models disagree. Defaults to the first reviewing model. |
| Reviewing model pool | No | The list of models to invoke adversarially. Must be at least two distinct models. |
## Procedure
1. Receive and validate the code artifact and review scope. If the artifact is unreadable or absent, halt and report `blocked: artifact missing or unreadable`.
2. Load the shared rubric. Confirm it defines concrete evaluation criteria. If the rubric is absent or defines no criteria, halt and report `blocked: rubric missing or invalid`.
3. Select at least two distinct models from the reviewing model pool. If fewer than two are available, halt and report `blocked: insufficient model pool`.
4. Fan out one review request per model simultaneously. Send each model the same code artifact, review scope, and rubric. Do not share one model's output with another model before all reviews complete.
5. Collect all individual reviews. If any review fails to return, proceed with the available reviews and record the missing model in the failure log.
6. Build an agreement map: for each evaluation criterion in the rubric, record which models agreed, which dissented, and the substance of each position.
7. Identify the lead judgment model from the pool or default to the first reviewing model. Request a synthesis from that model only. The synthesis must:
- Acknowledge the full agreement map.
- State a clear final verdict for each rubric criterion.
- Mark any criterion where consensus was reached versus where it was not.
- Recommend one of four actions: **act**, **consider**, **note**, or **dismiss**.
8. If the lead synthesis fails, skip synthesis and return all individual reviews with the agreement map. Do not block on synthesis.
9. Assemble the final report: verdict, agreement map, lead synthesis (if available), and any failure log. Return it as the terminal output.
## Failure and recovery
| Failure class | Partial-result rule | Blocked result |
|---|---|---|
| Artifact missing or unreadable | — | Halt; report `blocked: artifact missing or unreadable`. |
| Rubric missing or invalid | — | Halt; report `blocked: rubric missing or invalid`. |
| Fewer than two models available | — | Halt; report `blocked: insufficient model pool`. |
| One or more model reviews fail | Return available reviews; record missing models in failure log. | Never report full success when reviews are missing; always disclose the gap. |
| Lead synthesis fails | Skip synthesis; return all individual reviews and agreement map. | Do not block or report non-convergence on synthesis failure alone. |
## Output
A structured review report containing:
- Verdict: The act / consider / note / dismiss determination for each rubric criterion.
- Agreement map: Per-criterion model positions — agreement, dissent, and substance.
- Lead synthesis: The lead model's synthesis and final recommendation, if produced.
- Failure log: Any model that failed to return, with the criterion or scope it was assigned.
- Disposition recommendation: A final actionable next step derived from the aggregate verdict.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!