Commit graph

4 commits

Author SHA1 Message Date
686bfb5a9d Add feedback/ for consumer reports on canon-concept utility
All checks were successful
CI Smoke / host-smoke (push) Successful in 0s
CI Smoke / container-smoke (push) Successful in 1s
A third front door next to incoming/ and demand/: longitudinal PurposeFit
evidence, not a change request and not a canon artifact. Seeded with the
resource-control backup-cycle mapping.
2026-08-15 18:49:24 +02:00
b69b048dcb Canon 0.3.0: capability provision economics (ITC-CAP 0.2.0)
All checks were successful
CI Smoke / host-smoke (push) Successful in 0s
CI Smoke / container-smoke (push) Successful in 1s
Accept resource-control demand: move resource classes onto provisions,
let requirements carry targets and constraints, add human-effort class H
with native-unit consumption. Model stays proposed.
2026-08-15 18:19:30 +02:00
9c7c1e4bdf demand: capability provision economics from resource-control
Inbound demand against ITC-CAP v0.1.0 from a consumer that has completed a full
procurement-to-control cycle on a real resource. Three findings.

A. typical_resource_classes contradicts the model's own §4.11 ("consumption
   attaches to a provision, never to an abstract capability") and carries almost
   no information: 29 of 41 capabilities declare an identical C,S,N,P.

B. Quality targets have a supply-side home (ITC-LAND SLOs attach to services) and
   no demand-side home. CapabilityRequirement is a capability id plus a minimum
   maturity, so a consumer cannot state RPO, retention, or failure-domain
   separation before a provider exists — even though ITC-CAP already declares
   isolation and geographical_separation as data.backup dimensions.

C. The resource-class set has no human-effort class, and classifies Intelligence
   as one more purchased input. Consumer evidence: provider selection inverted on
   operator hours (Hetzner cheaper on infrastructure, EUR 29.14/month worse
   overall); a self-managed option rejected on recurring hours rather than price;
   and a platform repository that delivered effort in hours and explicitly not in
   EUR. The consumer argues further that machine intelligence is a substitute for
   human effort rather than an ingredient beside it, and that token efficiency is
   a primary platform characteristic, so both need native units on a provision.

Also records the criterion used to reject splitting ITC-CAP into supply and
demand canons: split when the sides disagree about what exists, keep one canon
when they agree about what exists and differ only in what they assert about it.

Notes honestly that the consumer does not yet measure token consumption; that
part of the demand is forward-looking. It also offers the backup case, restated
in canon terms, toward ITC-CAP §10 promotion requirement 3.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-15 17:54:37 +02:00
bd656d4516 Add demand and proposed workplan for Attribute Value Type catalog.
All checks were successful
CI Smoke / host-smoke (push) Successful in 0s
CI Smoke / container-smoke (push) Successful in 1s
Consumer citation-evidence needs closed value types; ITC-DATA has Attribute
and DataType stubs but no catalog. Track as ITC-WP-0013.
2026-07-30 20:58:26 +02:00