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.4---5# arifos-evals (O_Ω Constitutional Layer)67## Purpose8Run benchmark prompts, collect pass/fail traces, latency, token cost, and false activation rates for each skill.910## Use When111. Evaluating a newly proposed skill draft against a baseline (without skill).122. Benchmarking the performance delta of a modified skill against its original version.133. Conducting quantitative checks on response times, token efficiency, and execution costs.144. Running automated trigger evaluation queries to calculate precision and recall.155. Optimizing a skill's description using programmatic feedback loops.1617## Do Not Use When181. Linting triggers for vague verbs or formatting collisions (use `skill-trigger-linter` instead).192. Performing generic codebase audits or links validation (use `arifos-recursive-audit` instead).203. The task requires structural design changes to a skill's logic.2122## Inputs23* **Skill Draft:** The `SKILL.md` file proposed for evaluation.24* **Test Config:** A JSON file containing benchmark prompts and expected outputs (e.g. `evals.json`).25* **Baseline Snapshot:** The original skill version or empty state folder.2627## Operational Lifecycle Phases2829The evaluation flow is split into two explicit operational phases:3031### Phase 1: The Design Phase32* **Intent:** Establish the parameters, axes, and contexts of the test suite.33* **Actions:**34 * Define evaluation axes (precision, latency, token drift, rollback safety).35 * Assemble a curated, diverse set of test queries.36 * Set up baseline and variant configuration definitions.37 * Initialize the metrics target directory (`<skill-name>-workspace/iteration-N/`).3839### Phase 2: The Execution Phase40* **Intent:** Trigger the evaluations, record telemetry, programmatically grade the outputs, and generate aggregated benchmarks.41* **Actions:**42 * Spawn parallel execution subagent tasks.43 * Measure and capture timing logs (`timing.json`).44 * Verify assertions and write the results to `grading.json`.45 * Aggregate metrics into `benchmark.json` and generate reports.4647## DevBench-Aligned Metrics Schema48The output file `benchmark.json` must classify every execution using standardized taxonomy:49* **`scenario_category`:** The high-level framework class (e.g. `infrastructure_deployment`, `domain_petrophysics`, `governance_verification`).50* **`context_length`:** Input character/token weight category (`short` < 4K, `medium` 4K-16K, `long` > 16K).51* **`task_type`:** The reasoning dialect of the prompt (`code_generation`, `ast_parsing`, `decision_reasoning`, `syntactic_lint`).52* **`metrics`:** Nested performance counts:53 ```json54 {55 "pass_rate": 0.0,56 "latency_ms": 0,57 "token_in": 0,58 "token_out": 0,59 "false_activation": false,60 "rollback_triggered": false61 }62 ```6364## Procedure651. **Phase 1 (Design):** Establish test configs, select baseline variant, and define standard `scenario_category` tags.662. **Phase 2 (Execution):** Trigger the parallel run suite under iteration directories.673. **Timing Capture:** Record `timing.json` immediately upon task completion.684. **Assertion Grading:** Validate outputs programmatically against expected invariants and write to `grading.json`.695. **Benchmark Compilation:** Aggregate results using the **DevBench-Aligned Metrics Schema** and output to `benchmark.json`.7071## Postconditions721. A valid `benchmark.json` with standardized category tags is generated in the workspace.732. Pass/fail comparisons are programmatically graded and saved.743. Evaluation results do not mix lab-synthetic data with online field telemetry.7576## Failure Modes & Escalation77* **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.78* **Grader Divergence:** Quantitative grades differ from manual human feedback. *Action:* Flag the assertions as ambiguous and request manual grading override.7980## Telemetry per Run81```json82{83 "skill_name": "arifos-evals",84 "version": "1.1.0",85 "trigger_phrase": "{{trigger_phrase}}",86 "selected_reason": "{{selected_reason}}",87 "selected_branch": "iteration-{{N}}",88 "latency_ms": 0,89 "token_in": 0,90 "token_out": 0,91 "commands_run": 0,92 "artifacts_written": 0,93 "postcondition_pass": false,94 "human_approval_required": false,95 "hold_code": "{{hold_code}}"96}97```9899## Recursive Scorecard100* **Activation Precision:** [0.0 - 1.0] (Target: >0.95)101* **Task Completion Rate:** [0.0 - 1.0] (Target: >0.98)102* **Rollback Safety:** [0.0 - 1.0] (Target: 1.00)103* **Context Efficiency:** [0.0 - 1.0] (Target: >0.90)104* **Doc Freshness:** [0.0 - 1.0] (Target: 1.00)105* **Cross-Skill Collision Rate:** [0.0 - 1.0] (Target: 0.00)106* **Human Trust Score:** [0.0 - 1.0] (Target: >0.98)