agentleFS
electrohireelectrohire/spec-kit-evaluator/.github/skills/speckit-evaluator-route/SKILL.md

speckit-evaluator-route

Skill3 starsChanged 27 days agoMITView on GitHub

Recommend which model tier to use for the next SDD phase based on evaluator

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

9 rules. About 0 are common, 7 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈7

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read the latest composed result or individual evaluator results for the current phase.

    line 43
  2. Distinctive:

    If a budget constraint is specified, downgrade the recommendation if the estimated cost exceeds the budget:

    line 85
  3. Distinctive:

    If cost > budget, try the next lower tier

    line 89
  4. Very specific:

    If no tier fits the budget, recommend budget with a warning

    line 90
  5. Distinctive:

    Default to budget: Start every phase at the budget tier.

    line 151
  6. Distinctive:

    Downgrade when clean: If the previous phase had zero high/critical findings, drop back to budget for the next phase.

    line 153
  7. Distinctive:

    Never recommend premium for a phase with zero high/critical findings.

    line 160
  8. Very specific:

    Never recommend budget when there are unresolved block outcomes.

    line 161
  9. Distinctive:

    Always show the cost comparison — let the human see what they're saving.

    line 162

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Evaluator Route Skill

Evaluator Route

Analyze evaluator findings and recommend which model tier to use for the next SDD phase. This is the mechanism that enables the portfolio approach: budget models for routine generation, standard models for review, premium models for critical decisions.

The recommendation is based on:

  • Finding severity distribution (critical/high findings → escalate)
  • Evidence quality (unsupported claims → need premium reasoning)
  • Phase risk profile (implement is higher risk than specify)
  • Cost optimization (budget is sufficient when risk is low)

User Input

$ARGUMENTS

Accept:

  1. Phase — the next SDD phase to route for (e.g., phase=plan, phase=implement). Required.
  2. Result files — evaluator result files to base the recommendation on. If not provided, discover the latest composed result for the current phase.
  3. Budget constraint — optional maximum USD budget for the next phase. If provided, the recommendation must stay within budget.

Prerequisites

  • Path safety: resolve .specify/extensions/evaluator/results/ — refuse symlinks.
  • At least one evaluator result or composed result MUST exist. If none, default to budget tier with a note that no evaluation data is available.

Execution

1. Load Evaluation Results

Read the latest composed result or individual evaluator results for the current phase.

2. Assess Risk Profile

Score the risk of the next phase based on evaluator findings:

FactorWeightHow Measured
Critical findings40%Count of critical severity findings
High findings30%Count of high severity findings
Evidence gaps20%Count of unsupported_claim + missing_evidence findings
Contradictions10%Count of contradictory finding pairs

Risk score = weighted sum, normalized to 0.0–1.0.

3. Determine Recommended Tier

Risk ScoreRecommended TierRationale
0.0–0.2budgetLow risk — budget models sufficient
0.2–0.5standardModerate risk — standard quality needed
0.5–0.8premiumHigh risk — premium reasoning required
0.8–1.0premium + escalationCritical risk — premium + human review

4. Apply Phase Risk Baseline

Each SDD phase has an inherent risk baseline that shifts the threshold:

PhaseBaseline RiskEffect
specify0.1Slightly lower bar for premium (spec quality matters)
plan0.15Moderate — design decisions are costly to undo
tasks0.05Lower — task breakdown is mechanical
implement0.2Higher — implementation errors are expensive
analyze0.1Moderate — cross-artifact analysis
checklist0.0Lowest — checklist generation is routine
clarify0.15Moderate — clarification needs precision
constitution0.2Higher — governance decisions are critical
converge0.15Moderate — convergence assessment

5. Apply Budget Constraint (if provided)

If a budget constraint is specified, downgrade the recommendation if the estimated cost exceeds the budget:

  1. Calculate estimated tokens for the next phase at the recommended tier
  2. Calculate estimated cost at that tier
  3. If cost > budget, try the next lower tier
  4. If no tier fits the budget, recommend budget with a warning

6. Produce Model Routing Recommendation

Output a model_routing block conforming to the evaluator result schema:

{
  "model_routing": {
    "recommended_tier": "standard",
    "reason": "2 high-severity findings and 1 evidence gap — standard quality recommended for plan phase",
    "escalation_triggers": [
      {
        "condition": "Any new critical finding",
        "escalate_to": "premium"
      },
      {
        "condition": "More than 5 unsupported claims in next evaluation",
        "escalate_to": "premium"
      }
    ],
    "estimated_tokens": 12000,
    "estimated_cost_usd": 0.22,
    "tier_breakdown": {
      "budget": {
        "estimated_tokens": 18000,
        "estimated_cost_usd": 0.01
      },
      "standard": {
        "estimated_tokens": 12000,
        "estimated_cost_usd": 0.22
      },
      "premium": {
        "estimated_tokens": 10000,
        "estimated_cost_usd": 0.90
      }
    }
  }
}

7. Report

Output:

  • The recommended tier and reason
  • The risk score breakdown
  • Cost comparison across all tiers
  • Escalation triggers (conditions that would upgrade the recommendation)
  • The estimated savings vs always using premium

Model Tier Pricing Reference

TierInput $/1M tokOutput $/1M tokBest For
budget$0.12–$0.25$0.50–$1.25Routine generation, drafts, bounded tasks
standard$3.00$15.00Review, moderate-complexity work
premium$15.00$75.00Critical decisions, security, governance
portfolio~$1.30~$6.40Routed blend (80% budget, 15% standard, 5% premium)

Portfolio Approach Rules

  1. Default to budget. Start every phase at the budget tier. Only escalate when evaluator findings justify it.
  2. Escalate on evidence. Upgrade when findings show critical severity, insufficient_evidence uncertainty, or contradiction between evaluators.
  3. Downgrade when clean. If the previous phase had zero high/critical findings, drop back to budget for the next phase.
  4. Never use premium for generation. Premium models are for evaluation and decision-making, not for drafting specs or writing boilerplate code.
  5. Deterministic evaluators are free. Schema validators, linters, and static analyzers cost near-zero tokens. Run them always, at every phase.
  6. Model-backed evaluators use budget tier. Epistemic checks, semantic review, and coverage analysis run on budget models by default. Only escalate the evaluator itself when findings warrant it.

Guardrails

  • Never recommend premium for a phase with zero high/critical findings.
  • Never recommend budget when there are unresolved block outcomes.
  • Always show the cost comparison — let the human see what they're saving.
  • The routing recommendation is advisory — the human operator always has final say.

Workflow Integration (Explicit Wiring)

The evaluator's model routing recommendation can be wired into workflows using the existing expression mechanism. This keeps the dataflow visible and intentional — no engine changes needed.

steps:
  - id: evaluate
    type: command
    command: speckit.evaluator.route
    input:
      phase: plan

  - id: implement
    type: command
    command: speckit.implement
    model: "{{ steps.evaluate.output.model_routing.recommended_tier }}"

Each downstream step independently decides whether to use the recommendation. Workflow authors can validate, transform, or ignore it as needed.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.