Skip to content

中文版本

A3 | Skill and Session Evidence Chain

Claim

A skill configuration existing, entering a Session, being actually invoked, and producing a valid engineering result are different facts. In the tested V2.0.4 ordinary skill path, session_id was used for runtime deduplication but was not persisted into the invocation evidence. That is a historical gap; the delivered V2.1.2 behavior is described below.

Historical field profile

Correlation fieldPresentMissingMissing rate
task_id491016.9%
session_id059100.0%
thread_key421728.8%
agent_id154474.6%
integrity5900%

The latest sample date is 2026-08-12. The sample does not represent every current skill entry point. The sanitized mixed sample intentionally preserves both ordinary runtime-read records and planning evidence verified by Runtime authority; those evidence levels prove different things.

Re-runnable public attachments

The Reader/check below validates field statistics and correlations in the frozen JSON sample. It does not execute the private Runtime. current_probe refers to the historical baseline at the time of the original research, not the version current on the day this page is read.

text
node A3-skill-session-check.mjs

Expected output:

json
{"evidence_id":"RBE-20260828-A3","records":59,"session_id_missing":59,"session_id_missing_percent":100,"current_probe_persisted_task":true,"current_probe_persisted_thread":true,"current_probe_persisted_session":false,"mixed_evidence_levels":2,"status":"PASS"}

Boundary

These materials do not mean every skill-evidence entry point lacked Session identity, do not prove that skill recommendations were wrong, and do not justify guessing historical Session identities to backfill missing records. Invocation evidence can prove an invocation occurred; it does not by itself prove task completion.

2026-08-30: V2.1.2 delivered update

A pre-fix rerun on V2.1.1 36e5c83b confirmed that ordinary invocation records still lost Session identity. Implementation commit 3302ca61 added Runtime checks against SessionStore existence, Agent identity and existing task/thread context. Persisted evidence now distinguishes verified / invalid_claim / not_applicable, corresponding to a trusted binding, an invalid claim, and a legitimate sessionless operation backed by a Runtime reason.

Independent QA C1 on 64f633ac used an actual SessionStore registration and observed one journal record, task/thread/session matching 3/3, session_binding=verified, binding_reason=runtime_session_store_match, evidence_source=sdk_tool_call, with integrity verification passing.

C1 is an internal acceptance identifier, not this public A3 pack number. The valid-binding case does not by itself prove forged-session rejection, sessionless handling or three-key presence on every call; those branches are covered by separate development tests. Delivered verification on the ordinary path also should not be expanded into a claim of complete Session-lifecycle auditing.

Sources for the newer claims and review visibility

ClaimFirst-party sourceVisibility
Pre-fix gap, SessionStore binding and failure branchesRUNTIME-BOUNDARY-20260830-001: phase0, targeted records and implementationRestricted mother-repository material
C1 three-key and integrity validationRUNTIME-BOUNDARY-QA-20260830-001: independent-qa recordsRestricted mother-repository material
V2.1.2 formal release and final regressionV2.1.2-R3, V2.1.2-PUBLICATION-20260830-001; Runtime 1842 pass / 0 fail / 1 skip, Shell 1037 pass / 0 failFirst-party release record, 2026-08-30

The CodeFlowMu V2.1.2 Public Release Summary consolidates the SessionStore verification boundary, all three Runtime changes, C1 independent QA, compatibility, release gates and residual risk. Complete source and raw logs remain restricted first-party material and are not public reading links; the historical fixture is not presented as a V2.1.2 end-to-end reproduction kit.

V2.1.2 does not backfill historical Sessions and does not treat outcome=ok or a valid integrity digest as proof that a TASK is complete. Open Edition was not released as part of this patch and no online instance is implied to have switched. Existing warnings, the Windows symlink skip and untested real-deployment scope remain explicit.

Last updated: