Co-PromptingCo-Prompting
v0.6 Draft
v0.6 Draft
Normative

Conformance

Three levels, claimed per session. Level 1 requires nothing but the people already in the room.

This document is normative. Terminology follows Core §2.

1. What conformance applies to

Conformance is claimed for a session, not for an organization, a product, or a person.

An organization MAY state that it runs sessions to a given level as a matter of policy. That is a description of practice, not a conformance claim. Only a session can conform, because only a session can be assessed.

A conformance claim MUST cite:

  1. The level claimed (L1, L2, or L3)
  2. The version of this Standard assessed against
  3. The profile in effect, if any

Example: "This review was conducted at Co-Prompting L2, Standard v0.6, AEC profile."

2. Level 1 — Spoken

Intent: the loop is followed out loud. Nothing is written down. This level is achievable in any meeting, immediately, with no tooling.

To conform at L1, a session MUST satisfy all of the following:

  1. Every task delegated to an agent begins with a CALL using a call type from the active profile.
  2. The Caller does not DESCRIBE until every Listener has acknowledged. A Listener who needed a moment said so rather than staying silent. Where the call was delegated directly to one named participant, their claim serves as the acknowledgement.
  3. Every claimed task has exactly one Owner, established by a CLAIM that includes a restatement and identifies the claimant.
  4. The prompt is uttered aloud before RUN. Where the prompt is too long to speak in full, a faithful spoken summary satisfies this; silent submission does not.
  5. The prompt as submitted is the prompt the room heard. Where it changed after being uttered, the change was spoken — by the contributor granted the floor, or by the Owner. An addition the Owner declined was refused aloud, with a reason.
  6. Every STATUS call is answered by every Owner holding an open task.
  7. Agent output is not treated as an outcome until the Owner closes the task with a disposition, and where the active profile requires approval, that approval is recorded first.
  8. Every claimed task reaches exactly one terminal state, stated audibly.
  9. Results that have not been closed are labelled preliminary whenever spoken.
  10. Where a question came from someone not following the Standard, the participant who restated it confirmed the restatement with them before the result was relied upon.

Speaking the prompt is required here rather than at L2, because dictating to an agent is the interface rather than a formality performed for the room. A session in which nobody ever hears anyone else's prompt is not practising this Standard, however good its records are.

3. Level 2 — Recorded

Intent: the session leaves a durable record sufficient to answer, after the fact, who owned each task and how it ended. L1 governs how the room speaks; L2 governs what survives it.

To conform at L2, a session MUST satisfy all L1 requirements, and additionally:

  1. A durable record MUST exist for every claimed task, capturing at minimum:
    • the call type
    • a description of the task
    • the identity of the Owner
    • the terminal state
    • the identity of the approver, where the active profile requires approval
    • the named blocker and responsible party, where the terminal state is Parked
    • the task that covers it, where the terminal state is Dropped
  2. The record MUST be retained for at least the period the active profile specifies. Where no profile is in effect, the record SHOULD be retained for the life of the engagement it relates to.
  3. The record MUST be created during or promptly after the session, not reconstructed later from memory.

The record's medium is unconstrained. A shared document, a ticket per task, a whiteboard photograph with legible attribution, or an instrumented system all satisfy L2 provided the required fields are present and durable.

4. Level 3 — Instrumented

Intent: the session emits machine-readable events, so conformance can be verified mechanically rather than attested.

To conform at L3, a session MUST satisfy all L2 requirements, and additionally:

  1. The session MUST emit an event stream conforming to schema/session-event.schema.json.
  2. Every state transition in Core §6 that occurs MUST produce a corresponding event. OPTIONAL states produce events only when they occur.
  3. Every event MUST carry a session identifier, a task identifier, a monotonic sequence number, a timestamp, and the identity of the participant whose utterance or action produced it.
  4. The stream MUST be internally consistent. Specifically:
    • no describe event for a task precedes acknowledgements from all listeners recorded for that task
    • no claim event lacks a restatement field
    • no run event precedes a prompt event for the same task
    • every augment event is followed by an augment_response event from the Owner
    • every task with a claim event has exactly one terminal event
    • no task has two claim events without an intervening explicit transfer
  5. The stream MUST be retained under the same retention requirement as the L2 record.

An implementation MAY derive events from an automated transcript. Derived events MUST be marked with derivation: "inferred" so that a verifier can distinguish them from events emitted by explicit user action.

4.1 Verification

A session's L3 conformance is verifiable by checking the event stream against the consistency rules in §4.4. A verifier SHOULD report each violated rule with the offending task identifier.

Conformance verification does not assess the quality of any prompt, result, or disposition. It assesses only that the loop was followed and that accountability is traceable.

5. Partial conformance

There is no partial level. A session that satisfies nine of the ten L1 requirements is non-conforming, not "L1 minus one."

A session MAY conform at different levels for different portions if the portions are clearly bounded and separately claimed. This SHOULD be avoided; it usually indicates the session should have been split.

6. What conformance does not mean

Conformance means the loop was followed and accountability is traceable. It does not mean:

  • that any agent output was correct
  • that any disposition or approval was competent
  • that the work satisfies any professional, contractual, or regulatory obligation
  • that any organization or individual is certified by anyone

This Standard has no certification body, no conformance mark, and no accreditation scheme. Claims are self-asserted. A claim that misrepresents a session is a misrepresentation by the claimant, not a failure of the Standard.

7. Reference implementation

An implementation is a reference implementation if it produces an L3-conforming event stream from real sessions and its output has been checked against the consistency rules in §4.4.

Implementations are listed in IMPLEMENTATIONS.md. Listing is descriptive and is not an endorsement.