Aurite Agent Verifier — Prompt Excerpts
Excerpt 1: Verification Orchestrator (from skills/verification/SKILL.md)
Technique: Natural-language trigger matching + modular sub-skill dispatch
---
name: verification
version: "1.0.0"
description: Full agent verification suite. Runs security, patterns, quality, and language-specific checks. Use when asked to "verify agent", "verify my agent", "audit agent", or "full verification".
---
## When to Use
Trigger this skill when the user asks to:
- **"verify agent"** (primary invocation)
- "verify my agent"
- "audit agent"
- "full verification"
- "verify my code" (when agent patterns are detected)
- "check compliance"
Analysis: The trigger specification is a concrete list of exact phrases, not abstract descriptions. This reduces false-positive skill activation (other skills' descriptions overlap with "verify code"). The version: "1.0.0" field enables future compatibility tracking.
Excerpt 2: Context Discovery Protocol (from skills/verification/SKILL.md)
Technique: Ordered priority scan with framework-specific branch logic
### Step 1: Context Discovery
Scan the project to identify:
1. **Primary language:**
- Check for `pyproject.toml`, `package.json`, `go.mod`
- Look at file extensions in `src/` or project root
2. **Agent framework (if any):**
- `langgraph` in imports → LangGraph
- `crewai` in imports → CrewAI
- `autogen` in imports → AutoGen
- `langchain` in imports → LangChain
- Direct SDK usage → Custom agent
3. **Kahuna integration:**
- Check if `.kahuna/` directory exists
- If yes, read `.kahuna/context-guide.md` for organizational rules
Record the detected context for reporting.
Analysis: Framework detection is pattern-matching on file system artifacts and import statements, not heuristic. The ordered scan creates a deterministic priority for language and framework identification. Framework detection gates which checks fire (e.g., LangGraph cycles only checked if LangGraph detected).
Excerpt 3: Pattern-Matched vs Heuristic Classification (from README)
Technique: Explicit reliability taxonomy embedded in output
| Tier | Tag | How it's applied | Reliability |
|------|-----|-----------------|-------------|
| Pattern-matched | `[P]` | Mechanical — rule applied exactly as specified to code structure | High — same answer on every run |
| Heuristic | `[H]` | Judgment — requires interpretation of intent or quality | Best-effort — may vary |
**Pattern-matched checks** (reliable):
| Check | What it looks for |
| Retry limits | `@retry`/`@backoff`/`p-retry`/`urllib3.Retry` without explicit stop/total parameter → ❌ Issue |
| Loop safety | `while True`/`for {}`/`while (true)` without `break` in scope → ❌ Issue |
| Tool registry | Tool names referenced in prompts but absent from definitions → ❌ Issue |
Analysis: Explicitly communicates confidence levels to the user. This "reliability contract" prevents over-trust of heuristic findings and validates pattern-matched findings as authoritative. The distinction is built into the output format, not just documentation.