Skip to content

Add a neutral memory evidence interoperability profile - #29

Merged
Silentpartnercoding merged 5 commits into
mainfrom
agent/memory-evidence-profile-v0.1
Aug 9, 2026
Merged

Add a neutral memory evidence interoperability profile#29
Silentpartnercoding merged 5 commits into
mainfrom
agent/memory-evidence-profile-v0.1

Conversation

@Silentpartnercoding

@Silentpartnercoding Silentpartnercoding commented Aug 8, 2026

Copy link
Copy Markdown
Owner

What changed

  • add an optional vendor-neutral JSON profile for transporting bounded memory evidence
  • distinguish declared roots from externally authenticated roots
  • preserve derivation, exact bindings, lifecycle state, search coverage, recorded controller relationships, and uncertainty
  • add a self-contained schema validator and eight adversarial rejection cases
  • document the profile’s technical interoperability boundary

Why

Opaque memory records can otherwise turn copies into apparent witnesses, partial searches into false absence claims, or commonly controlled checks into apparent independence. This profile makes those boundaries transportable without establishing truth, identity, authority, or permission.

Impact

This is an isolated interoperability artifact. It does not change the Minority Prophet research claims, runtime, authorization model, or provider neutrality.

Validation

  • python3 interop/memory-evidence-profile-v0.1/validate.py — 4 valid examples and 8 adversarial cases pass
  • JSON parsing passes for all profile artifacts
  • npm test passes under Node 24
  • npm run lint passes under Node 24
  • git diff --check passes

@Silentpartnercoding
Silentpartnercoding marked this pull request as ready for review August 9, 2026 19:13
@Silentpartnercoding
Silentpartnercoding merged commit 0cce549 into main Aug 9, 2026
4 checks passed
@Silentpartnercoding
Silentpartnercoding deleted the agent/memory-evidence-profile-v0.1 branch August 9, 2026 19:13
Silentpartnercoding pushed a commit that referenced this pull request Aug 9, 2026
…s running

PR #29 shipped interop/memory-evidence-profile-v0.1/validate.py with four examples
and eight adversarial rejection cases. It works. Nothing executed it -- not the
test suite, not CI, not the Makefile.

Eight adversarial cases that never run are eight cases that cannot fail, which is
the defect this programme spends most of its time finding elsewhere. It shipped
here in the same session that merged a checker for exactly this shape.

Found by the test count: nine files arrived and the suite did not move. A test
count that does not change when tests arrive is the signal.

Three tests. One runs the validator and requires it to pass its own corpus. One
requires the adversarial corpus to be non-empty, since 'all cases rejected' is
trivially true of an empty list. The third is the one that matters: it calls
schema_validate and validate_semantics directly and requires the validator to
REJECT a malformed record, because a validator that accepted everything would
satisfy a check that only asks whether the program exits cleanly, and its eight
rejections would mean nothing.

An earlier draft of the third test skipped when it could not find an entry point
named validate or check. A skipped test is barely a test, so it now uses the real
entry points.
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