Skip to content

Promote develop to main — the phase-artifact catalogue gets end-to-end coverage - #136

Merged
beyondnetPeru merged 2 commits into
mainfrom
develop
Aug 3, 2026
Merged

Promote develop to main — the phase-artifact catalogue gets end-to-end coverage#136
beyondnetPeru merged 2 commits into
mainfrom
develop

Conversation

@beyondnetPeru

Copy link
Copy Markdown
Contributor

Promotes the two commits on develop since the last promotion.

  • phase-artifact-catalog — the phase artifact catalogue is what CP-02 built and four surfaces read (the endpoint, the phase-record contrast, the payload sent to the Core, the scorecard), and no robot touched it. Now covered end to end: provenance is declared (core-sync / core-standin), marking not-applicable serves the artifact marked rather than deleting it, removing the overlay returns the base standard untouched, and an invalid applicability is refused on write. It runs in CI — it needs neither a machine key nor the Core deployed.
  • The generated robot roster, regenerated to 15.

Closes CP-10 criterion 1, met across three robots: governance-journey walks the five phases, core-sdlc-parity exercises the gate decision with an attached deposit, and this one covers the Core-derived artifacts.

Verification

Both commits reached develop through their own PR with the full check set green. Locally against a real kind deployment: 229 checks across the ten CI robots, zero failures.

🤖 Generated with Claude Code

beyondnetPeru and others added 2 commits August 3, 2026 16:29
…uched

Closes CP-10 criterion 1.

Looking for what criterion 1 still needed surfaced a bigger gap: the phase
artifact catalogue is what CP-02 built and FOUR surfaces now read -- the
endpoint, the phase-record contrast, the payload sent to the Core and the
scorecard -- and no robot touched it. The most shared piece of the product had no
end-to-end coverage.

`phase-artifact-catalog` asserts, against the live deployment:

  - the catalogue is served per phase and DECLARES its provenance (`core-sync` or
    `core-standin`). A consumer must be able to tell a synced answer from a
    mirrored one by reading the payload, not by trusting a sync happened;
  - marking `not-applicable` does NOT delete the artifact -- it is served marked,
    with `standardRequired` alongside, so an auditor can separate "the Core
    requires it" from "this tenant requires it";
  - REMOVING THE OVERLAY RETURNS THE BASE STANDARD UNTOUCHED. This is the
    assertion that carries "without modifying the base standard": had the overlay
    edited the Core's catalogue, it would still read false;
  - an unknown applicability is refused on write and stores nothing.

It also refuses to run vacuously: if construction required no artifact, every
assertion below would be empty, so that case fails loudly instead.

UNLIKE `core-sdlc-parity` IT GOES IN THE CI LIST: it needs neither a machine key
nor the Core deployed. Added to `ROBOSOFT_ONLY` in `local-test.sh`, and the
generated roster regenerated (15 robots) rather than hand-edited.

Criterion 1 is met across three robots: `governance-journey` walks the five
phases, `core-sdlc-parity` exercises the gate decision with an attached deposit,
and this one covers the Core-derived artifacts.

Verified: 18 checks of its own, 0 failures; with the full CI list, 229 checks,
0 failures.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
test(robosoft): cover the phase-artifact catalogue, which no robot touched
@beyondnetPeru
beyondnetPeru merged commit 8b34a9b into main Aug 3, 2026
16 checks passed
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