Skip to content

feat(interactive): M4 host-driven Coordinator, Agent receipts and resumable Program execution - #5

Merged
rockyshi1993 merged 24 commits into
mainfrom
feat/interactive-m4-coordinator-agent
Nov 10, 2026
Merged

rockyshi1993 merged 24 commits into
mainfrom
feat/interactive-m4-coordinator-agent

Conversation

@rockyshi1993

@rockyshi1993 rockyshi1993 commented Nov 10, 2026 •

Copy link
Copy Markdown
Contributor

M4 scope — confirmed P0-A only

Implements a host-owned createInteractiveCoordinator with start / complete / resume / load, scoped under @devcodex-labs/flowkit/interactive. Preserves all six existing Standard root exports and their contracts.

  • Compiler-emitted immutable JS Program controls legal routing, phase transitions, and Agent frame effects; Coordinator checks every proposal against programTable, never lowers DSL again at runtime.
  • Verified immutable Program bytes are stored before the initial Run; startKey is idempotent and scoped by namespace and intent.
  • Every stage transition is an atomic checkpoint+Journal CAS; Agent tasks are prepared, persisted, published and delivered only after a successful CAS.
  • Host-only complete accepts typed Agent result/failure with runId / requestId / nodeId / attempt; receipt digest and acceptedRevision committed before validating; duplicates after later advancement receive durable acknowledgment.
  • Pure-local synchronous result validation, retries up to retries+1, deterministic errored exit for bad validator, missing when operands, and retry exhaustion; State merges only on validated commit.
  • Reopen/resume by run ID using stored bytes and policy hash, no DSL source required. Explicit stage budget returns resumable paused, never fake waiting.
  • Formal subpath declarations, installed-package smoke test, and TypeScript negative contracts.

Non-goals

  • No runAgent executed internally, no automatic model orchestration, no Human/Action/Verification/Loop/Parallel.
  • M5 trusted Host approval, provenance, and transport hardening are not claimed or bypassed.
  • No P0-B/P1/P2, publishing, deployment, or Standard root contract changes.

Mandatory gate

Run real Ubuntu 24.04 / Windows 2025 × Node 22.13.0 / 24.22.1 npm run verify, documentation consumers, website checks. Review all code diffs, retry and crash boundaries, reject P0/P1 issues, fix and retest before squash merge.


Note

High Risk
Introduces durable workflow execution, checkpoint integrity, and host-only receipt acceptance on top of SQLite CAS—security- and data-consistency–sensitive behavior with a large new coordinator surface area.

Overview
Adds @devcodex-labs/flowkit/interactive as a separate, host-owned execution surface while the six Standard root APIs stay unchanged. createInteractiveCoordinator drives immutable compiled Programs via start / complete / resume / load, with phase-by-phase SQLite compare-and-swap checkpoints, durable Agent pending publication, receipt-before-validate handling, synchronous host validation, retries, explicit stage-budget pauses, and idempotent duplicate receipts.

Packaging and contracts now ship ./interactive (build manifest, export checks, types/interactive.d.ts, consumer smoke test). docs/interactive.md documents P0-A scope, invariants, and integration boundaries. New coordinator and index modules wire the coordinator next to existing interactive compile/load/store pieces. Coordinator, crash (SIGKILL), and type negative tests cover routing, tenancy, policy pinning, concurrency, and recovery.

Reviewed by Cursor Bugbot for commit 90dbd55. Bugbot is set up for automated code reviews on this repo. Configure here.

…g, receipt-first CAS and resumable Program stepping
…ceipt idempotency, restart and tenant isolation
…eceipt, validate and commit on real Node processes

Copy link
Copy Markdown
Contributor Author

M4 gate: source review, negative proofs and verified CI — 2026-11-10 UTC

Reviewed commit: 90dbd5534f3d05b999c2c50b15e90b4312610856
Base: 5cb1b741d4e6980758423a5a79ac80053e1a473d (M3).

Independent source/contract review

  • Checked the 13 changed files: original Standard six root SDK APIs remain unchanged; Interactive is isolated under ./interactive, with packaged source/transitive import closure, declarations, TypeScript consumer and installed tarball smoke tests.
  • Compiler-emitted Program ABI V1 remains the only routing authority; each returned proposal, target and stack effect is checked against immutable programTable before phase CAS. No runtime DSL re-lowering.
  • Store is host-owned and namespace-scoped; Program artifact and policy hashes are pinned. Each phase/checkpoint CAS also appends the matching journal entry.
  • pending is published only after a successful durable CAS; no runAgent or external side-effect call inside the Coordinator.
  • Host complete verifies runId/requestId/nodeId/attempt, atomically accepts receipt digest and acceptedRevision before local validation, then advances. Same canonical body replays original acknowledgment after later stages; divergent payload fails closed.
  • Result validation is synchronous and pure-local by contract, retries at most retries+1, and committed State is changed only at the verified commit phase. Missing when values, malformed pure validators and exhausted attempts have persistent errored states; per-call budget returns paused, not fake waiting.
  • P0-B Human/Action/Verification/Loop/Parallel and M5 Host provenance are explicitly excluded; no substitute or auto-authorization implemented.

Findings closed during review

  1. Primitive Agent result plus permissive validator could strand commit-state after receipt acceptance: now retries/rejects the object contract before validating the candidate as commit-ready.
  2. Host-reported failure with a nonstring message could throw after persisted receipt: now rejected before acceptance, preserving checkpoint bytes.
  3. Sparse/proxy/getter validator reasons could be accepted or throw later: canonical snapshot validation converts malformed pure-local output to errored(FK_I_VALIDATOR_CONTRACT).
  4. P0-A receipt bound increased to accommodate all statically possible 500 Agent nodes × 11 attempts, rather than prematurely blocking a valid workflow.
  5. Fault injection initially assumed a hardcoded revision at receipt acceptance; changed to phase-based before/after CAS cut points and reran.
  6. Agent Pending now includes the Standard runAgent id alongside nodeId.

Actual evidence

Final candidate GitHub Actions run 42830624872 COMPLETED / SUCCESS at the reviewed HEAD: Ubuntu 24.04 and Windows 2025 × Node 22.13.0/24.22.1, plus website. Each matrix unit's npm run verify and documentation consumer job completed successfully. Verified full test output on Ubuntu and Windows Node 22: 317 tests / 317 PASS, 0 FAIL, 0 SKIP. The suite includes real independent Node processes racing complete, actual SIGKILL before/after Agent phase writes, result acceptance and commit, restart-only-from-artifact, tampered identity/tenant, invalid JSON, validator failures, Standard export regression and lost post-commit response recovery.

Gate outcome: No known remaining P0/P1 within M4's host-owned Coordinator scope. Important boundaries still open by design: M5 must enforce trusted Host identity/provenance and disclosure, skillResolver is trusted read-only code rather than a side-effect transport, and external providers are not exactly-once. M6 will supply final integrated host acceptance. The full V0.6-R5 design document was not present in this chat session, so this review is against confirmed P0-A invariants, actual compiler/store contracts, source diff, and tests—not claimed to be a line-by-line audit of inaccessible text. No npm publishing, public repo release or deployment authorized.

@rockyshi1993
rockyshi1993 marked this pull request as ready for review November 10, 2026 14:11
@rockyshi1993
rockyshi1993 merged commit 4658381 into main Nov 10, 2026
7 checks passed

@cursor cursor Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

Fix All in Cursor

❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.

Reviewed by Cursor Bugbot for commit 90dbd55. Configure here.

}
reasons=reasonsFromValidation(reasons);
} catch {
return {kind:'deterministic-failure',causeCode:'FK_I_VALIDATOR_CONTRACT'};

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Async validator rejection can crash process

Medium Severity

validateCandidate detects a thenable from validateResult and maps it to FK_I_VALIDATOR_CONTRACT without catching the promise. A rejecting async validator therefore still surfaces as an unhandled rejection, which Node 22/24 can turn into a process abort after the run has already been marked errored.

Fix in Cursor Fix in Web

Reviewed by Cursor Bugbot for commit 90dbd55. Configure here.

rockyshi1993 added a commit that referenced this pull request Nov 12, 2026
* test(interactive): freeze C01-C12 scenario matrix and scripted/live/native evidence separation

* test(interactive): C01-C04,C10,C11 scripted complex runs with real Program signed Host and SQLite

* test(interactive): C01/C03 live multi-Agent two-Condition workflow definition

* test(interactive): real ChatGPT multi-Agent 5-turn replay bridge with schema rejection and SQLite reopen

* test(c01-live): actual ChatGPT requirements analysis bound to published Pending #1

* test(c01-live): ChatGPT architecture response to real dependent Pending #2

* test(c01-live): actual ChatGPT implementation plan from real Pending #3

* test(c03-live): ChatGPT deliberately submits invalid reviewApproved type to test real retry Pending

* test(c01-live): genuine ChatGPT corrected review after real attempt-2 Pending #5

* docs(interactive): record C01-C12 detailed scripted and five-turn real ChatGPT evidence with open native gates

* test(interactive): extend complex P0-A acceptance with C13-C20 interleavings

* docs(interactive): extend risk-mapped C13-C24 acceptance and native-host gates

* test(interactive): inspect durable Store state while Pending frame intentionally redacts State

* test(interactive): verify C16 durable Checkpoint while Pending frame hides private State

* docs(interactive): record independently checked 7/7 CI and C13-C24 layered verdict

* test(interactive): rebase M6 Host integration on current main

Add current-main M6 scripted Host integration coverage, root-discovery fixtures, Linux cross-UID CI, and the full Interactive delivery roadmap. This is test/CI/documentation only and does not complete native-host C12/S13 or M6 final acceptance.

* docs(interactive): add Trusted Host V2 conditional security design

Add the reviewed Trusted Host V2 threat model, deployment profiles, security acceptance matrix, and explicit Phase 2 limitations. This is documentation-only: it does not implement Host isolation, Grok native provenance, Windows ACL enforcement, or Phase 3/4 runtime changes. F-02 and F-04 remain pending real validation; F-07 formal V0.3/V0.6-R5 conformance remains blocked. Merge does not authorize Phase 3 or claim C12/S13/M6 acceptance.

* docs(interactive): recover frozen baselines and establish evidence audit plan

Record independently validated Requirements V0.3 and Technical Design V0.6-R5 originals, limited Core PoC results and Phase 2 traceability roadmap. Reconcile the previously confirmed M1–M6 P0-A plan and existing M1–M5 implementation. Documentation only: no Core/API/Program ABI/Store schema changes, no Phase 3 authorization, no C12/S13 or full conformance PASS claim.

* docs(interactive): archive Phase 2 formal conformance R1/R2 audit

* docs(interactive): add source-backed T/R/S crosswalk and initial P0-A gap findings

* docs(interactive): document Host/Public terminal State projection contract difference

* docs(interactive): record async Store contract divergence from confirmed V0.6-R5

* docs(interactive): add Phase 2 R2 code-evidence review and R04 mutation findings

* docs(interactive): link R04 independent regression PR and retrigger Phase 2 CI

* docs(interactive): archive local R04 reproduction and verification evidence

* docs(interactive): record local verification of PR 16 and 17

The report keeps the PR heads, commands, R04 failure output, the
snapshot fix result, and the merge recommendation. Raw decisive logs
are stored beside it. No product code changes.

* docs(interactive): record that Actions for PR 16-19 are still queued

The 13:15 +08 reconfirm keeps all four draft PRs unmerged.
Run status is queued with an empty conclusion. That is not a matrix pass
and not a proven Actions outage.

* fix(interactive): snapshot start inputs before first await (R04)

start() copied caller-owned State and startIntent only after
loadInteractiveProgram resolved. That await yields even when the loader
is already settled, so a caller could change both objects before the
Checkpoint and startIntentHash were created. Copy both with the existing
bounded canonical snapshot first, and preserve the initial-State capacity
error. Later Store writes use those copies.

Includes the R04 regression tests from PR #17.

* test(interactive): require complete recorded ChatGPT responses in normal CI

* docs(interactive): clarify recorded model-response evidence tier
rockyshi1993 added a commit that referenced this pull request Nov 12, 2026
* test(interactive): define executable S13 ChatGPT tool-bridge acceptance workflow

* test(interactive): add auditable public Agent instruction for S13 bridge

* test(interactive): 2-stage public Pending bridge for real ChatGPT tool-using response and Host resume

* test(s13): bind actual ChatGPT model-generated response to published public Pending digest

* test(s13): generate Host-only private canary inside CI, never commit even a synthetic secret

* test(interactive): rebase M6 Host integration on current main

Add current-main M6 scripted Host integration coverage, root-discovery fixtures, Linux cross-UID CI, and the full Interactive delivery roadmap. This is test/CI/documentation only and does not complete native-host C12/S13 or M6 final acceptance.

* docs(interactive): add Trusted Host V2 conditional security design

Add the reviewed Trusted Host V2 threat model, deployment profiles, security acceptance matrix, and explicit Phase 2 limitations. This is documentation-only: it does not implement Host isolation, Grok native provenance, Windows ACL enforcement, or Phase 3/4 runtime changes. F-02 and F-04 remain pending real validation; F-07 formal V0.3/V0.6-R5 conformance remains blocked. Merge does not authorize Phase 3 or claim C12/S13/M6 acceptance.

* docs(interactive): recover frozen baselines and establish evidence audit plan

Record independently validated Requirements V0.3 and Technical Design V0.6-R5 originals, limited Core PoC results and Phase 2 traceability roadmap. Reconcile the previously confirmed M1–M6 P0-A plan and existing M1–M5 implementation. Documentation only: no Core/API/Program ABI/Store schema changes, no Phase 3 authorization, no C12/S13 or full conformance PASS claim.

* docs(interactive): archive Phase 2 formal conformance R1/R2 audit

* docs(interactive): add source-backed T/R/S crosswalk and initial P0-A gap findings

* docs(interactive): document Host/Public terminal State projection contract difference

* docs(interactive): record async Store contract divergence from confirmed V0.6-R5

* docs(interactive): add Phase 2 R2 code-evidence review and R04 mutation findings

* docs(interactive): link R04 independent regression PR and retrigger Phase 2 CI

* docs(interactive): archive local R04 reproduction and verification evidence

* docs(interactive): record local verification of PR 16 and 17

The report keeps the PR heads, commands, R04 failure output, the
snapshot fix result, and the merge recommendation. Raw decisive logs
are stored beside it. No product code changes.

* docs(interactive): record that Actions for PR 16-19 are still queued

The 13:15 +08 reconfirm keeps all four draft PRs unmerged.
Run status is queued with an empty conclusion. That is not a matrix pass
and not a proven Actions outage.

* fix(interactive): snapshot start inputs before first await (R04)

start() copied caller-owned State and startIntent only after
loadInteractiveProgram resolved. That await yields even when the loader
is already settled, so a caller could change both objects before the
Checkpoint and startIntentHash were created. Copy both with the existing
bounded canonical snapshot first, and preserve the initial-State capacity
error. Later Store writes use those copies.

Includes the R04 regression tests from PR #17.

* test(interactive): require explicit preparation mode for ChatGPT response fixture

* docs(interactive): label ChatGPT response experiment as M-level

* test(interactive): preserve original workflow identity for recorded Pending fixture

* docs(interactive): clarify ChatGPT response evidence tier and S13 limits

* test(interactive): add C01-C24 complex acceptance evidence

* test(interactive): freeze C01-C12 scenario matrix and scripted/live/native evidence separation

* test(interactive): C01-C04,C10,C11 scripted complex runs with real Program signed Host and SQLite

* test(interactive): C01/C03 live multi-Agent two-Condition workflow definition

* test(interactive): real ChatGPT multi-Agent 5-turn replay bridge with schema rejection and SQLite reopen

* test(c01-live): actual ChatGPT requirements analysis bound to published Pending #1

* test(c01-live): ChatGPT architecture response to real dependent Pending #2

* test(c01-live): actual ChatGPT implementation plan from real Pending #3

* test(c03-live): ChatGPT deliberately submits invalid reviewApproved type to test real retry Pending

* test(c01-live): genuine ChatGPT corrected review after real attempt-2 Pending #5

* docs(interactive): record C01-C12 detailed scripted and five-turn real ChatGPT evidence with open native gates

* test(interactive): extend complex P0-A acceptance with C13-C20 interleavings

* docs(interactive): extend risk-mapped C13-C24 acceptance and native-host gates

* test(interactive): inspect durable Store state while Pending frame intentionally redacts State

* test(interactive): verify C16 durable Checkpoint while Pending frame hides private State

* docs(interactive): record independently checked 7/7 CI and C13-C24 layered verdict

* test(interactive): rebase M6 Host integration on current main

Add current-main M6 scripted Host integration coverage, root-discovery fixtures, Linux cross-UID CI, and the full Interactive delivery roadmap. This is test/CI/documentation only and does not complete native-host C12/S13 or M6 final acceptance.

* docs(interactive): add Trusted Host V2 conditional security design

Add the reviewed Trusted Host V2 threat model, deployment profiles, security acceptance matrix, and explicit Phase 2 limitations. This is documentation-only: it does not implement Host isolation, Grok native provenance, Windows ACL enforcement, or Phase 3/4 runtime changes. F-02 and F-04 remain pending real validation; F-07 formal V0.3/V0.6-R5 conformance remains blocked. Merge does not authorize Phase 3 or claim C12/S13/M6 acceptance.

* docs(interactive): recover frozen baselines and establish evidence audit plan

Record independently validated Requirements V0.3 and Technical Design V0.6-R5 originals, limited Core PoC results and Phase 2 traceability roadmap. Reconcile the previously confirmed M1–M6 P0-A plan and existing M1–M5 implementation. Documentation only: no Core/API/Program ABI/Store schema changes, no Phase 3 authorization, no C12/S13 or full conformance PASS claim.

* docs(interactive): archive Phase 2 formal conformance R1/R2 audit

* docs(interactive): add source-backed T/R/S crosswalk and initial P0-A gap findings

* docs(interactive): document Host/Public terminal State projection contract difference

* docs(interactive): record async Store contract divergence from confirmed V0.6-R5

* docs(interactive): add Phase 2 R2 code-evidence review and R04 mutation findings

* docs(interactive): link R04 independent regression PR and retrigger Phase 2 CI

* docs(interactive): archive local R04 reproduction and verification evidence

* docs(interactive): record local verification of PR 16 and 17

The report keeps the PR heads, commands, R04 failure output, the
snapshot fix result, and the merge recommendation. Raw decisive logs
are stored beside it. No product code changes.

* docs(interactive): record that Actions for PR 16-19 are still queued

The 13:15 +08 reconfirm keeps all four draft PRs unmerged.
Run status is queued with an empty conclusion. That is not a matrix pass
and not a proven Actions outage.

* fix(interactive): snapshot start inputs before first await (R04)

start() copied caller-owned State and startIntent only after
loadInteractiveProgram resolved. That await yields even when the loader
is already settled, so a caller could change both objects before the
Checkpoint and startIntentHash were created. Copy both with the existing
bounded canonical snapshot first, and preserve the initial-State capacity
error. Later Store writes use those copies.

Includes the R04 regression tests from PR #17.

* test(interactive): require complete recorded ChatGPT responses in normal CI

* docs(interactive): clarify recorded model-response evidence tier
rockyshi1993 added a commit that referenced this pull request Nov 12, 2026
…osswalk

* docs(interactive): record current baseline and local CI fallback policy

* docs(interactive): map approved P0-A tasks to current main evidence

* docs(interactive): refresh roadmap and formal audit baseline to 606d055

* docs(interactive): refine retain semantics and review PR11/PR12 evidence

* test(interactive): add C01-C24 complex acceptance evidence

* test(interactive): freeze C01-C12 scenario matrix and scripted/live/native evidence separation

* test(interactive): C01-C04,C10,C11 scripted complex runs with real Program signed Host and SQLite

* test(interactive): C01/C03 live multi-Agent two-Condition workflow definition

* test(interactive): real ChatGPT multi-Agent 5-turn replay bridge with schema rejection and SQLite reopen

* test(c01-live): actual ChatGPT requirements analysis bound to published Pending #1

* test(c01-live): ChatGPT architecture response to real dependent Pending #2

* test(c01-live): actual ChatGPT implementation plan from real Pending #3

* test(c03-live): ChatGPT deliberately submits invalid reviewApproved type to test real retry Pending

* test(c01-live): genuine ChatGPT corrected review after real attempt-2 Pending #5

* docs(interactive): record C01-C12 detailed scripted and five-turn real ChatGPT evidence with open native gates

* test(interactive): extend complex P0-A acceptance with C13-C20 interleavings

* docs(interactive): extend risk-mapped C13-C24 acceptance and native-host gates

* test(interactive): inspect durable Store state while Pending frame intentionally redacts State

* test(interactive): verify C16 durable Checkpoint while Pending frame hides private State

* docs(interactive): record independently checked 7/7 CI and C13-C24 layered verdict

* test(interactive): rebase M6 Host integration on current main

Add current-main M6 scripted Host integration coverage, root-discovery fixtures, Linux cross-UID CI, and the full Interactive delivery roadmap. This is test/CI/documentation only and does not complete native-host C12/S13 or M6 final acceptance.

* docs(interactive): add Trusted Host V2 conditional security design

Add the reviewed Trusted Host V2 threat model, deployment profiles, security acceptance matrix, and explicit Phase 2 limitations. This is documentation-only: it does not implement Host isolation, Grok native provenance, Windows ACL enforcement, or Phase 3/4 runtime changes. F-02 and F-04 remain pending real validation; F-07 formal V0.3/V0.6-R5 conformance remains blocked. Merge does not authorize Phase 3 or claim C12/S13/M6 acceptance.

* docs(interactive): recover frozen baselines and establish evidence audit plan

Record independently validated Requirements V0.3 and Technical Design V0.6-R5 originals, limited Core PoC results and Phase 2 traceability roadmap. Reconcile the previously confirmed M1–M6 P0-A plan and existing M1–M5 implementation. Documentation only: no Core/API/Program ABI/Store schema changes, no Phase 3 authorization, no C12/S13 or full conformance PASS claim.

* docs(interactive): archive Phase 2 formal conformance R1/R2 audit

* docs(interactive): add source-backed T/R/S crosswalk and initial P0-A gap findings

* docs(interactive): document Host/Public terminal State projection contract difference

* docs(interactive): record async Store contract divergence from confirmed V0.6-R5

* docs(interactive): add Phase 2 R2 code-evidence review and R04 mutation findings

* docs(interactive): link R04 independent regression PR and retrigger Phase 2 CI

* docs(interactive): archive local R04 reproduction and verification evidence

* docs(interactive): record local verification of PR 16 and 17

The report keeps the PR heads, commands, R04 failure output, the
snapshot fix result, and the merge recommendation. Raw decisive logs
are stored beside it. No product code changes.

* docs(interactive): record that Actions for PR 16-19 are still queued

The 13:15 +08 reconfirm keeps all four draft PRs unmerged.
Run status is queued with an empty conclusion. That is not a matrix pass
and not a proven Actions outage.

* fix(interactive): snapshot start inputs before first await (R04)

start() copied caller-owned State and startIntent only after
loadInteractiveProgram resolved. That await yields even when the loader
is already settled, so a caller could change both objects before the
Checkpoint and startIntentHash were created. Copy both with the existing
bounded canonical snapshot first, and preserve the initial-State capacity
error. Later Store writes use those copies.

Includes the R04 regression tests from PR #17.

* test(interactive): require complete recorded ChatGPT responses in normal CI

* docs(interactive): clarify recorded model-response evidence tier

* test(interactive): add ChatGPT Pending response evidence

* test(interactive): define executable S13 ChatGPT tool-bridge acceptance workflow

* test(interactive): add auditable public Agent instruction for S13 bridge

* test(interactive): 2-stage public Pending bridge for real ChatGPT tool-using response and Host resume

* test(s13): bind actual ChatGPT model-generated response to published public Pending digest

* test(s13): generate Host-only private canary inside CI, never commit even a synthetic secret

* test(interactive): rebase M6 Host integration on current main

Add current-main M6 scripted Host integration coverage, root-discovery fixtures, Linux cross-UID CI, and the full Interactive delivery roadmap. This is test/CI/documentation only and does not complete native-host C12/S13 or M6 final acceptance.

* docs(interactive): add Trusted Host V2 conditional security design

Add the reviewed Trusted Host V2 threat model, deployment profiles, security acceptance matrix, and explicit Phase 2 limitations. This is documentation-only: it does not implement Host isolation, Grok native provenance, Windows ACL enforcement, or Phase 3/4 runtime changes. F-02 and F-04 remain pending real validation; F-07 formal V0.3/V0.6-R5 conformance remains blocked. Merge does not authorize Phase 3 or claim C12/S13/M6 acceptance.

* docs(interactive): recover frozen baselines and establish evidence audit plan

Record independently validated Requirements V0.3 and Technical Design V0.6-R5 originals, limited Core PoC results and Phase 2 traceability roadmap. Reconcile the previously confirmed M1–M6 P0-A plan and existing M1–M5 implementation. Documentation only: no Core/API/Program ABI/Store schema changes, no Phase 3 authorization, no C12/S13 or full conformance PASS claim.

* docs(interactive): archive Phase 2 formal conformance R1/R2 audit

* docs(interactive): add source-backed T/R/S crosswalk and initial P0-A gap findings

* docs(interactive): document Host/Public terminal State projection contract difference

* docs(interactive): record async Store contract divergence from confirmed V0.6-R5

* docs(interactive): add Phase 2 R2 code-evidence review and R04 mutation findings

* docs(interactive): link R04 independent regression PR and retrigger Phase 2 CI

* docs(interactive): archive local R04 reproduction and verification evidence

* docs(interactive): record local verification of PR 16 and 17

The report keeps the PR heads, commands, R04 failure output, the
snapshot fix result, and the merge recommendation. Raw decisive logs
are stored beside it. No product code changes.

* docs(interactive): record that Actions for PR 16-19 are still queued

The 13:15 +08 reconfirm keeps all four draft PRs unmerged.
Run status is queued with an empty conclusion. That is not a matrix pass
and not a proven Actions outage.

* fix(interactive): snapshot start inputs before first await (R04)

start() copied caller-owned State and startIntent only after
loadInteractiveProgram resolved. That await yields even when the loader
is already settled, so a caller could change both objects before the
Checkpoint and startIntentHash were created. Copy both with the existing
bounded canonical snapshot first, and preserve the initial-State capacity
error. Later Store writes use those copies.

Includes the R04 regression tests from PR #17.

* test(interactive): require explicit preparation mode for ChatGPT response fixture

* docs(interactive): label ChatGPT response experiment as M-level

* test(interactive): preserve original workflow identity for recorded Pending fixture

* docs(interactive): clarify ChatGPT response evidence tier and S13 limits

* test(interactive): add C01-C24 complex acceptance evidence

* test(interactive): freeze C01-C12 scenario matrix and scripted/live/native evidence separation

* test(interactive): C01-C04,C10,C11 scripted complex runs with real Program signed Host and SQLite

* test(interactive): C01/C03 live multi-Agent two-Condition workflow definition

* test(interactive): real ChatGPT multi-Agent 5-turn replay bridge with schema rejection and SQLite reopen

* test(c01-live): actual ChatGPT requirements analysis bound to published Pending #1

* test(c01-live): ChatGPT architecture response to real dependent Pending #2

* test(c01-live): actual ChatGPT implementation plan from real Pending #3

* test(c03-live): ChatGPT deliberately submits invalid reviewApproved type to test real retry Pending

* test(c01-live): genuine ChatGPT corrected review after real attempt-2 Pending #5

* docs(interactive): record C01-C12 detailed scripted and five-turn real ChatGPT evidence with open native gates

* test(interactive): extend complex P0-A acceptance with C13-C20 interleavings

* docs(interactive): extend risk-mapped C13-C24 acceptance and native-host gates

* test(interactive): inspect durable Store state while Pending frame intentionally redacts State

* test(interactive): verify C16 durable Checkpoint while Pending frame hides private State

* docs(interactive): record independently checked 7/7 CI and C13-C24 layered verdict

* test(interactive): rebase M6 Host integration on current main

Add current-main M6 scripted Host integration coverage, root-discovery fixtures, Linux cross-UID CI, and the full Interactive delivery roadmap. This is test/CI/documentation only and does not complete native-host C12/S13 or M6 final acceptance.

* docs(interactive): add Trusted Host V2 conditional security design

Add the reviewed Trusted Host V2 threat model, deployment profiles, security acceptance matrix, and explicit Phase 2 limitations. This is documentation-only: it does not implement Host isolation, Grok native provenance, Windows ACL enforcement, or Phase 3/4 runtime changes. F-02 and F-04 remain pending real validation; F-07 formal V0.3/V0.6-R5 conformance remains blocked. Merge does not authorize Phase 3 or claim C12/S13/M6 acceptance.

* docs(interactive): recover frozen baselines and establish evidence audit plan

Record independently validated Requirements V0.3 and Technical Design V0.6-R5 originals, limited Core PoC results and Phase 2 traceability roadmap. Reconcile the previously confirmed M1–M6 P0-A plan and existing M1–M5 implementation. Documentation only: no Core/API/Program ABI/Store schema changes, no Phase 3 authorization, no C12/S13 or full conformance PASS claim.

* docs(interactive): archive Phase 2 formal conformance R1/R2 audit

* docs(interactive): add source-backed T/R/S crosswalk and initial P0-A gap findings

* docs(interactive): document Host/Public terminal State projection contract difference

* docs(interactive): record async Store contract divergence from confirmed V0.6-R5

* docs(interactive): add Phase 2 R2 code-evidence review and R04 mutation findings

* docs(interactive): link R04 independent regression PR and retrigger Phase 2 CI

* docs(interactive): archive local R04 reproduction and verification evidence

* docs(interactive): record local verification of PR 16 and 17

The report keeps the PR heads, commands, R04 failure output, the
snapshot fix result, and the merge recommendation. Raw decisive logs
are stored beside it. No product code changes.

* docs(interactive): record that Actions for PR 16-19 are still queued

The 13:15 +08 reconfirm keeps all four draft PRs unmerged.
Run status is queued with an empty conclusion. That is not a matrix pass
and not a proven Actions outage.

* fix(interactive): snapshot start inputs before first await (R04)

start() copied caller-owned State and startIntent only after
loadInteractiveProgram resolved. That await yields even when the loader
is already settled, so a caller could change both objects before the
Checkpoint and startIntentHash were created. Copy both with the existing
bounded canonical snapshot first, and preserve the initial-State capacity
error. Later Store writes use those copies.

Includes the R04 regression tests from PR #17.

* test(interactive): require complete recorded ChatGPT responses in normal CI

* docs(interactive): clarify recorded model-response evidence tier
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant