roster-triage-critical

Scan source code to elicit formal verification properties and generate a triage brief.

2|2|Updated Mar 17, 2026
One-click install
npx skills add https://github.com/mathiasbourgoin/roster --skill roster-triage-critical
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: roster-triage-critical
Source: https://github.com/mathiasbourgoin/roster/tree/main/.opencode/skills/roster-triage-critical
Command: npx skills add https://github.com/mathiasbourgoin/roster --skill roster-triage-critical

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

When running the critical pipeline route for high-priority software components, teams need a structured, rigorous process to identify which properties require formal verification, prioritize them based on real-world impact, select the optimal verification backend, and understand the resource costs before committing to full formal verification work. Without this triage step, teams risk wasting effort on low-priority properties, selecting the wrong verification tool, or underestimating the resource cost of formal verification tasks.

Core Features & Use Cases

  • Property Elicitation: Scans target component source code to identify candidate formal verification properties, mapping them to appropriate backends (Rocq or Quint) based on code shape and context signals.
  • Priority Ordering: Assigns severity scores to each property based on the worst-case failure impact, sorting properties by priority to ensure the most critical invariants are addressed first.
  • Backend Recommendation: Proposes the optimal verification tool (Rocq, Quint, or both) with plain-language arguments explaining why the tool fits the top-priority properties and the limitations of alternative options.
  • Cost Disclosure: Provides detailed estimates for implementation effort, token costs, and required CI changes for the chosen backend, helping teams plan resources accurately.
  • Use Case: A team working on a critical financial transaction module can use this skill to quickly triage which invariants need formal verification, select the right tool, and understand the resource cost before kicking off the full formal verification pipeline.

Quick Start

Use the roster-triage-critical skill to perform a formal triage on your target software component and generate a structured triage brief for the critical pipeline route.

Frequently Asked Questions about roster-triage-critical

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prioritize formal verification properties for critical software components?

Formal verification backend selection maps target component code shape and context signals to appropriate tools, proposing Rocq or Quint with plain-language arguments explaining why the chosen tool fits top-priority properties.

How do I estimate implementation and CI costs for formal verification tasks?

Estimating formal verification costs requires assessing implementation effort, token costs, and required CI changes for the chosen backend. Generating a structured formal triage brief provides detailed cost disclosures to help teams plan resources accurately before committing.

When do I need critical triage for a formal verification pipeline?

Critical triage for a formal verification pipeline is needed when running high-priority software components through rigorous verification. Without this triage step, teams risk wasting effort on low-priority properties, selecting the wrong verification tool, or underestimating resource costs.

Rocq vs Quint: which verification backend should I choose for my source code?

Choosing between Rocq and Quint depends on your source code shape and context signals. A formal triage process maps candidate properties to the optimal verification backend, explaining why the proposed tool fits top-priority invariants and noting alternative limitations.

What are the limitations of automated property elicitation in formal verification?

Automated property elicitation in formal verification is limited by its reliance on source code shape and context signals to identify candidate invariants. It requires subsequent severity scoring and cost disclosure to ensure selected properties justify the implementation and CI resource investment.