arifos-evals (O_Ω Constitutional Layer)
Purpose
Run benchmark prompts, collect pass/fail traces, latency, token cost, and false activation rates for each skill.
Use When
- Evaluating a newly proposed skill draft against a baseline (without skill).
- Benchmarking the performance delta of a modified skill against its original version.
- Conducting quantitative checks on response times, token efficiency, and execution costs.
- Running automated trigger evaluation queries to calculate precision and recall.
- Optimizing a skill's description using programmatic feedback loops.
Do Not Use When
- Linting triggers for vague verbs or formatting collisions (use
skill-trigger-linter instead).
- Performing generic codebase audits or links validation (use
arifos-recursive-audit instead).
- The task requires structural design changes to a skill's logic.
Inputs
- Skill Draft: The
SKILL.md file proposed for evaluation.
- Test Config: A JSON file containing benchmark prompts and expected outputs (e.g.
evals.json).
- Baseline Snapshot: The original skill version or empty state folder.
Operational Lifecycle Phases
The evaluation flow is split into two explicit operational phases:
Phase 1: The Design Phase
- Intent: Establish the parameters, axes, and contexts of the test suite.
- Actions:
- Define evaluation axes (precision, latency, token drift, rollback safety).
- Assemble a curated, diverse set of test queries.
- Set up baseline and variant configuration definitions.
- Initialize the metrics target directory (
<skill-name>-workspace/iteration-N/).
Phase 2: The Execution Phase
- Intent: Trigger the evaluations, record telemetry, programmatically grade the outputs, and generate aggregated benchmarks.
- Actions:
- Spawn parallel execution subagent tasks.
- Measure and capture timing logs (
timing.json).
- Verify assertions and write the results to
grading.json.
- Aggregate metrics into
benchmark.json and generate reports.
DevBench-Aligned Metrics Schema
The output file benchmark.json must classify every execution using standardized taxonomy:
scenario_category: The high-level framework class (e.g. infrastructure_deployment, domain_petrophysics, governance_verification).
context_length: Input character/token weight category (short < 4K, medium 4K-16K, long > 16K).
task_type: The reasoning dialect of the prompt (code_generation, ast_parsing, decision_reasoning, syntactic_lint).
metrics: Nested performance counts:{
"pass_rate": 0.0,
"latency_ms": 0,
"token_in": 0,
"token_out": 0,
"false_activation": false,
"rollback_triggered": false
}
Procedure
- Phase 1 (Design): Establish test configs, select baseline variant, and define standard
scenario_category tags.
- Phase 2 (Execution): Trigger the parallel run suite under iteration directories.
- Timing Capture: Record
timing.json immediately upon task completion.
- Assertion Grading: Validate outputs programmatically against expected invariants and write to
grading.json.
- Benchmark Compilation: Aggregate results using the DevBench-Aligned Metrics Schema and output to
benchmark.json.
Postconditions
- A valid
benchmark.json with standardized category tags is generated in the workspace.
- Pass/fail comparisons are programmatically graded and saved.
- Evaluation results do not mix lab-synthetic data with online field telemetry.
Failure Modes & Escalation
- Execution Timeout: Parallel subagents hang or fail to return timing data. Action: Terminate execution, record a fail grade, and list the step limit as exceeded.
- Grader Divergence: Quantitative grades differ from manual human feedback. Action: Flag the assertions as ambiguous and request manual grading override.
Telemetry per Run
{
"skill_name": "arifos-evals",
"version": "1.1.0",
"trigger_phrase": "{{trigger_phrase}}",
"selected_reason": "{{selected_reason}}",
"selected_branch": "iteration-{{N}}",
"latency_ms": 0,
"token_in": 0,
"token_out": 0,
"commands_run": 0,
"artifacts_written": 0,
"postcondition_pass": false,
"human_approval_required": false,
"hold_code": "{{hold_code}}"
}
Recursive Scorecard
- Activation Precision: [0.0 - 1.0] (Target: >0.95)
- Task Completion Rate: [0.0 - 1.0] (Target: >0.98)
- Rollback Safety: [0.0 - 1.0] (Target: 1.00)
- Context Efficiency: [0.0 - 1.0] (Target: >0.90)
- Doc Freshness: [0.0 - 1.0] (Target: 1.00)
- Cross-Skill Collision Rate: [0.0 - 1.0] (Target: 0.00)
- Human Trust Score: [0.0 - 1.0] (Target: >0.98)
1---2name: arifos-evals3description: Run benchmark prompts, collect pass/fail traces, latency, token cost, and false activation rates for each skill. Load when a skill changes behavior or a new version is proposed.4version: 1.0.05---67# arifos-evals (O_Ω Constitutional Layer)89## Purpose10Run benchmark prompts, collect pass/fail traces, latency, token cost, and false activation rates for each skill.1112## Use When131. Evaluating a newly proposed skill draft against a baseline (without skill).142. Benchmarking the performance delta of a modified skill against its original version.153. Conducting quantitative checks on response times, token efficiency, and execution costs.164. Running automated trigger evaluation queries to calculate precision and recall.175. Optimizing a skill's description using programmatic feedback loops.1819## Do Not Use When201. Linting triggers for vague verbs or formatting collisions (use `skill-trigger-linter` instead).212. Performing generic codebase audits or links validation (use `arifos-recursive-audit` instead).223. The task requires structural design changes to a skill's logic.2324## Inputs25* **Skill Draft:** The `SKILL.md` file proposed for evaluation.26* **Test Config:** A JSON file containing benchmark prompts and expected outputs (e.g. `evals.json`).27* **Baseline Snapshot:** The original skill version or empty state folder.2829## Operational Lifecycle Phases3031The evaluation flow is split into two explicit operational phases:3233### Phase 1: The Design Phase34* **Intent:** Establish the parameters, axes, and contexts of the test suite.35* **Actions:**36 * Define evaluation axes (precision, latency, token drift, rollback safety).37 * Assemble a curated, diverse set of test queries.38 * Set up baseline and variant configuration definitions.39 * Initialize the metrics target directory (`<skill-name>-workspace/iteration-N/`).4041### Phase 2: The Execution Phase42* **Intent:** Trigger the evaluations, record telemetry, programmatically grade the outputs, and generate aggregated benchmarks.43* **Actions:**44 * Spawn parallel execution subagent tasks.45 * Measure and capture timing logs (`timing.json`).46 * Verify assertions and write the results to `grading.json`.47 * Aggregate metrics into `benchmark.json` and generate reports.4849## DevBench-Aligned Metrics Schema50The output file `benchmark.json` must classify every execution using standardized taxonomy:51* **`scenario_category`:** The high-level framework class (e.g. `infrastructure_deployment`, `domain_petrophysics`, `governance_verification`).52* **`context_length`:** Input character/token weight category (`short` < 4K, `medium` 4K-16K, `long` > 16K).53* **`task_type`:** The reasoning dialect of the prompt (`code_generation`, `ast_parsing`, `decision_reasoning`, `syntactic_lint`).54* **`metrics`:** Nested performance counts:55 ```json56 {57 "pass_rate": 0.0,58 "latency_ms": 0,59 "token_in": 0,60 "token_out": 0,61 "false_activation": false,62 "rollback_triggered": false63 }64 ```6566## Procedure671. **Phase 1 (Design):** Establish test configs, select baseline variant, and define standard `scenario_category` tags.682. **Phase 2 (Execution):** Trigger the parallel run suite under iteration directories.693. **Timing Capture:** Record `timing.json` immediately upon task completion.704. **Assertion Grading:** Validate outputs programmatically against expected invariants and write to `grading.json`.715. **Benchmark Compilation:** Aggregate results using the **DevBench-Aligned Metrics Schema** and output to `benchmark.json`.7273## Postconditions741. A valid `benchmark.json` with standardized category tags is generated in the workspace.752. Pass/fail comparisons are programmatically graded and saved.763. Evaluation results do not mix lab-synthetic data with online field telemetry.7778## Failure Modes & Escalation79* **Execution Timeout:** Parallel subagents hang or fail to return timing data. *Action:* Terminate execution, record a fail grade, and list the step limit as exceeded.80* **Grader Divergence:** Quantitative grades differ from manual human feedback. *Action:* Flag the assertions as ambiguous and request manual grading override.8182## Telemetry per Run83```json84{85 "skill_name": "arifos-evals",86 "version": "1.1.0",87 "trigger_phrase": "{{trigger_phrase}}",88 "selected_reason": "{{selected_reason}}",89 "selected_branch": "iteration-{{N}}",90 "latency_ms": 0,91 "token_in": 0,92 "token_out": 0,93 "commands_run": 0,94 "artifacts_written": 0,95 "postcondition_pass": false,96 "human_approval_required": false,97 "hold_code": "{{hold_code}}"98}99```100101## Recursive Scorecard102* **Activation Precision:** [0.0 - 1.0] (Target: >0.95)103* **Task Completion Rate:** [0.0 - 1.0] (Target: >0.98)104* **Rollback Safety:** [0.0 - 1.0] (Target: 1.00)105* **Context Efficiency:** [0.0 - 1.0] (Target: >0.90)106* **Doc Freshness:** [0.0 - 1.0] (Target: 1.00)107* **Cross-Skill Collision Rate:** [0.0 - 1.0] (Target: 0.00)108* **Human Trust Score:** [0.0 - 1.0] (Target: >0.98)