Documentation Index
Fetch the complete documentation index at: https://docs.mnemom.ai/llms.txt
Use this file to discover all available pages before exploring further.
mnemom/cards-action@v1 is the editorial-feedback layer of the cards primitive. It’s a GitHub Action that runs on every pull request that touches a .mnemom/<scope>/**.yaml file and posts a single, care-framed PR comment showing the proposed composed-view diff, simulate verdicts for golden-path tool calls, and the explain trace from the policy engine.
The action is read-only. It never writes a canonical card. The merge step doesn’t auto-publish — an operator runs publish_manifest to update the canonical card after merge.
Org-wide enforcement (Semgrep + CodeQL rulesets, branch-protection automation across every repo, compliance posture dashboard, AAP attestation chain) ships separately as the Mnemom Compliance Suite — Phase 6 deliverable. The Cards Action is the productivity layer the Compliance Suite builds on top of.
What the PR comment looks like
The action posts one sticky comment per PR (updated on each push, never duplicated). The comment has up to four sections per changed manifest:- Composed view diff — the manifest’s editorial overlay projected onto the canonical field set, side-by-side against the agent’s current effective state.
- Care-framed advisories — local monotone-tightening checks (e.g. “would relax autonomy_mode from
nudgetoobserve”) for the operator to consider. - Simulate — per case from
.mnemom/tests/simulate-cases.yaml, atrue/false/conditionalverdict with the conditions the gateway and observer surfaced. - Explain — the policy engine’s current trace + suggested remediations (with HTTP verb + URL pointing at W3.1 sub-resource verbs).
How to install
MNEMOM_API_KEY repository secret depends on an API key with api:read scope. The action’s HTTP traffic is read-style — /effective, /simulate, /explain — so the narrowest scope is sufficient. See API Keys for setup.
When the secret is absent (e.g. on a fork PR), the action skips silently rather than failing red. That’s intentional — Cards Action is a productivity layer, not a gate.
Failure modes
Behavior is configurable per-repo via.mnemom/ci-config.yaml:
false, soft-warn on conditional, pass on true, soft-warn on transport errors.
Golden-path simulate cases
Per-repo.mnemom/tests/simulate-cases.yaml declares the action’s golden-path cases. The action filters cases by agent_id per manifest:
/v1/<resource>/agent/<agent_id>/simulate. The action accumulates verdicts and renders them in the PR comment.
Source-of-truth model
Cards Action sits at the editorial seam of the cards-as-resources flow:publish_manifest. The Cards Action’s role is to make the PR readable before that publish happens.
Scope: GitHub-only V1
V1 ships for GitHub. GitLab CI, Bitbucket Pipelines, Azure DevOps Pipelines, Gitea Actions, and Forgejo Actions ports are post-V1-GA backlog — same underlying Mnemom API surface, different glue layer. If you’d benefit from a port to one of those, file an issue atmnemom/cards-action.
Repository + Marketplace
- GitHub:
mnemom/cards-action - Marketplace: Mnemom Cards (submitted alongside the v1.0.0 release)
- License: MIT
See also
- Cards as Resources — the URL surface the action reads from.
- AI Helpers — simulate / explain / scaffold / tools-import.
- Care-framing doctrine — the action enforces a forbidden-words list (Blocked, Denied, Required, Forbidden, Violation, Must) on every rendered comment; care vocabulary (“would benefit from”, “depends on”) is used instead.
- Publishing Manifests — the operator-PUT path that runs after merge.