Worked process/campaign document examples + metric-vocabulary enumeration #197

Closed
opened 2026-07-03 16:52:11 +02:00 by Brummel · 1 comment
Owner

First-time authoring has no worked reference (fieldtest cycle-0106, F6): no process/campaign JSON example exists in docs/ or the corpus (the cycle-0106 fieldtest corpus now carries the first ones), block hints say 'metric name (see metric_vocabulary)' but no verb lists that vocabulary, and the 'unknown metric' refusal does not enumerate valid names (they are only discoverable via the glossary R-metrics entry).

Likely shape: one worked example per document type in user-facing docs; metric enumeration via 'aura process introspect --metrics' (or listing valid names in the unknown-metric refusal).

  • depends on: nothing
  • context: fieldtest finding F6, fieldtests/cycle-0106-research-artifacts/FINDINGS.md (2026-07-03); the docs half is docwriter territory post-stability.
First-time authoring has no worked reference (fieldtest cycle-0106, F6): no process/campaign JSON example exists in docs/ or the corpus (the cycle-0106 fieldtest corpus now carries the first ones), block hints say 'metric name (see metric_vocabulary)' but no verb lists that vocabulary, and the 'unknown metric' refusal does not enumerate valid names (they are only discoverable via the glossary R-metrics entry). Likely shape: one worked example per document type in user-facing docs; metric enumeration via 'aura process introspect --metrics' (or listing valid names in the unknown-metric refusal). - depends on: nothing - context: fieldtest finding F6, fieldtests/cycle-0106-research-artifacts/FINDINGS.md (2026-07-03); the docs half is docwriter territory post-stability.
Author
Owner

Re-confirmed by the cycle-0107 fieldtest (F9) — the roster split is now user-visible

The executor cycle sharpened this gap: there are now TWO rosters a campaign author must know and neither is enumerable from the public surface. process validate accepts any metric string intrinsically only if it is in the 17-name metric_vocabulary — but the executor preflight then refuses selection metrics outside the registry's 7-name rankable set (process stage 0: metric "profit_factor" is not rankable (winner selection needs one of the registry's rankable metrics)) and gate metrics outside the 14-name per-member set. profit_factor is emitted in every member's metrics block yet is not rankable, so the exists-but-not-rankable split is invisible without trial and error. Suggested shape (unchanged from the body, now with the split): expose the rosters via introspection (e.g. process introspect --metrics listing the 17 names annotated with rankable / per-member applicability) or enumerate the applicable roster in each refusal.

## Re-confirmed by the cycle-0107 fieldtest (F9) — the roster split is now user-visible The executor cycle sharpened this gap: there are now TWO rosters a campaign author must know and neither is enumerable from the public surface. `process validate` accepts any metric string intrinsically only if it is in the 17-name `metric_vocabulary` — but the executor preflight then refuses selection metrics outside the registry's 7-name rankable set (`process stage 0: metric "profit_factor" is not rankable (winner selection needs one of the registry's rankable metrics)`) and gate metrics outside the 14-name per-member set. `profit_factor` is emitted in every member's metrics block yet is not rankable, so the exists-but-not-rankable split is invisible without trial and error. Suggested shape (unchanged from the body, now with the split): expose the rosters via introspection (e.g. `process introspect --metrics` listing the 17 names annotated with rankable / per-member applicability) or enumerate the applicable roster in each refusal.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Brummel/Aura#197