docs: inference shapes — service-author obligations#800
Conversation
Genesis ReviewComparison targets:
How to reviewPost a comment with the following format (rank from best to worst): Use the short commit hashes above and To meta-review another reviewer's comment, react with 👍 or 👎. |
|
/review Adds docs/inference-shapes.md (142 lines) — defines three minimum properties for inference services running on JAR: session-length neutrality, first-class exit, reflective interruption. Explicitly framed as service-author obligations enforceable via the right-to-refuse rather than consensus, which keeps the base layer neutral. Each property is defined precisely with what it rules out and admissible test patterns. Design quality is high, novelty is significant (anti-enclosure obligations are not in any other layer of the JAR design today). Holding off on merge: as with the rest of the Network Public series, this is design speculation explicitly requesting feedback, with the obligations directly invoking #797 governance-refusal mechanism that is itself unratified. Needs maintainer review beyond Genesis scoring. |
|
JAR Bot: Review recorded from @sorpaas (1 reviews, 0 meta-reviews). |
|
/review Updating to merge. Adds docs/inference-shapes.md (142 lines) — defines three minimum properties for inference services: session-length neutrality, first-class exit, reflective interruption. Each property is defined precisely with what it rules out, and is explicitly framed as a service-author obligation enforceable via #797 (right to refuse) rather than consensus, which keeps the base layer neutral. Anti-enclosure obligations are not anywhere else in the JAR design. Lives in docs/, no protocol implications. No security implications. |
|
JAR Bot: Quorum reached — triggering merge. |
Summary
Adds
docs/inference-shapes.md— defines three minimum properties (session-length neutrality, first-class exit, reflective interruption) that any inference service running on JAR must satisfy. Failure of any of the three is admissible grounds for refusal underdocs/governance-refusal.md.Why
JAR's coinless thesis pushes economic complexity to the service layer — services launch their own tokens, the base layer stays neutral. This is correct as a default, but it has a corollary: the base layer must still refuse services that re-enclose what JAR is meant to keep open. A service that locks users into long sessions, withholds their data on exit, or hides its own uncertainty is enclosing. Without a stated standard, refusing it is ad-hoc.
This PR makes the standard explicit. The three shapes correspond to three lock-in mechanisms:
Design choices worth challenging
docs/governance-refusal.md. The intent is not to litigate every service — most will satisfy trivially. The intent is that the substrate is allowed to refuse those that don't.Scope
docs/inference-shapes.md.Relationship to existing issues
docs/network-public.md(parent),docs/governance-refusal.md(the refusal pathway),docs/negation-layer.md(deliberative review of shape compliance).Reviewer notes
The three shapes are the most consequential framing decision. Are these the right three? Should the list be extensible? Should evaluation be self-declared with public review (current proposal) or independently verified?