Skip to content

FlowKit: proprietary internal engine, GitHub Packages and capability-graph integration - #1

Merged
rockyshi1993 merged 40 commits into
mainfrom
fix/flowkit-private-packages-capability-graph-v02
Nov 9, 2026
Merged

rockyshi1993 merged 40 commits into
mainfrom
fix/flowkit-private-packages-capability-graph-v02

Conversation

@rockyshi1993

@rockyshi1993 rockyshi1993 commented Nov 9, 2026 •

Copy link
Copy Markdown
Contributor

Scope — internal-only commercial FlowKit

FlowKit is a proprietary internal engine. Future customer access is planned through hosted MCP, API or a paid workflow-design product; customers will not install FlowKit packages or receive the source. Those hosted services are not claimed as implemented here.

Implementation

  • Changed current license from MIT to internal proprietary software terms; explicitly separated hosted-service access and customer-generated workflow output rights from software licensing.
  • Scoped internal npm package @devcodex-labs/flowkit for private GitHub Packages only; maintained read-only package identity verification and release byte provenance.
  • Implemented capability-graph v2.1.1 Provider declaration and a fail-closed, explicit host action binding adapter, without adding a mandatory second runtime.
  • Added E13 (Graph discovery, dependencies, applicability, access denial and host execution) with type tests; retained six core SDK functions, eight DSL node types and 61 diagnostics.
  • Migrated docs, examples, fixture paths, scope-sensitive compiler imports and golden snapshots; fixed Windows Node 22 documentation consumer argument pass-through.
  • Public documentation approved; pages explain that internal installation is for maintainers only. Public website no longer links to private edit/repository controls.

Verification

Latest commit: ef2e043825ed8d6c915d0dc02410568e355bb123.
CI run 42589317647: 5/5 success (Windows and Ubuntu × Node 22/24, plus documentation website checks).

Deliberate safety boundaries

  • No automatic public npm release; FLOWKIT_ENABLE_PACKAGE_PUBLISH=true explicitly required to publish internally to GitHub Packages.
  • Public site deployment requires FLOWKIT_ENABLE_PAGES_DEPLOY=true; merging the PR does not deploy the website.
  • Neither GitHub Packages private visibility nor real registry download has been exercised before publishing; live production validation remains a separate later action.
  • Hosted service terms, commercial service pricing and output rights are not yet implemented and must be specified before opening a paid service.

Note

High Risk
Changes distribution, licensing, and release gates for a previously public npm package; incorrect registry auth or publish flags could block releases or expose packages. New capability-graph adapter touches runtime action execution paths.

Overview
Repositions FlowKit as proprietary internal software: the npm identity moves to @devcodex-labs/flowkit, LICENSE and user-facing docs drop MIT in favor of private distribution via GitHub Packages, with .npmrc.example and README install guidance for maintainers only.

Release and CI no longer target public npm/OIDC: publish.yml publishes to npm.pkg.github.com, derives version from the git tag, gates package publish and Pages deploy on FLOWKIT_ENABLE_PACKAGE_PUBLISH / FLOWKIT_ENABLE_PAGES_DEPLOY, and adds a private-consumer job that checks package privacy API metadata and runs registry-backed doc proofs (docs:private-package, updated release scripts and evidence paths).

Adds an optional @devcodex-labs/flowkit/capability-graph export with flowkitProvider and createCapabilityGraphActionAdapter (graph resolves constraints; host executes bindings), plus documentation example E13 and compiler enforcement of the new DSL import path. Examples, tests, fixtures, and golden hashes are swept to the new scope; docs example verification can use FLOWKIT_DOCS_EVIDENCE instead of CLI --evidence.

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

@rockyshi1993 rockyshi1993 changed the title Draft: proprietary GitHub Packages migration and capability-graph integration FlowKit: proprietary internal engine, GitHub Packages and capability-graph integration Nov 9, 2026
@rockyshi1993
rockyshi1993 marked this pull request as ready for review November 9, 2026 08:57
@rockyshi1993
rockyshi1993 merged commit ea2df67 into main Nov 9, 2026
8 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 ef2e043. Configure here.

if (process.argv[1] && import.meta.url === new URL('file://' + process.argv[1].replaceAll('\\', '/')).href) {
const result = await checkPrivatePackage();
console.log(JSON.stringify(result));
}

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Privacy check CLI never runs

High Severity

The CLI guard compares import.meta.url to new URL('file://' + process.argv[1]), which does not match a relative path such as scripts/docs/check-package-privacy.mjs. The publish workflow invokes the script that way, so checkPrivatePackage never runs and the step still exits 0. A public GitHub Package would not be caught.

Fix in Cursor Fix in Web

Reviewed by Cursor Bugbot for commit ef2e043. 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