Skip to content

chore(sync): develop → main — GT-654 and GT-655 - #430

Merged
beyondnetPeru merged 1 commit into
mainfrom
develop
Aug 4, 2026
Merged

chore(sync): develop → main — GT-654 and GT-655#430
beyondnetPeru merged 1 commit into
mainfrom
develop

Conversation

@beyondnetPeru

Copy link
Copy Markdown
Contributor

Brings #429 to main. Two findings from the live cross-cluster validation that had nowhere to live: they existed only as observations in the E2E scenario board, which cites gap ids and never owns one.

  • GT-654 — three services of one product answer /health in three shapes (core-api uses the ADR-0073 envelope with "OK"; mcp and agent-runtime return bare objects with "ok"). A probe written against either shape reports the others as broken; that produced a false failure on 2026-08-03. Registered as a decision before it is work.
  • GT-655satellite-create, pattern-list, pattern-get and pattern-list-by-topology are declared on all three surfaces and have no binding in the exploration harness: 48 of 73 operations carry one, these four do not.

Board 651 → 653, pending 4 → 6, both languages; derived chain at a fixed point.

🤖 Generated with Claude Code

…e to live (#429)

Both surfaced during the live cross-cluster validation and existed only as
an observation in the E2E scenario board, which by design cites gap ids
and never owns one. Until now there was no id to cite.

GT-654 — three services of one product answer /health in three shapes.
core-api returns the ADR-0073 envelope (`data.status = "OK"`); mcp and
agent-runtime return bare objects (`status = "ok"`). The nesting differs
and so does the case. It is not academic: on 2026-08-03 a cross-cluster
probe matched `"status":"ok"` literally and reported two healthy services
as unreachable while they were serving. Registered as a DECISION before
it is work — the envelope is the Core's stated contract, but /health is
what a Kubernetes probe reads and those are configured against today's
shape, so the resolution is a written decision and then the surfaces
obeying it.

GT-655 — four operations declared on all three surfaces have never been
invoked by any test. `satellite-create`, `pattern-list`, `pattern-get`
and `pattern-list-by-topology` are `exposed: true` on CLI, MCP and REST
and the exploration harness has NO binding for any: 48 of 73 operations
carry one, these four do not, and no captured response exists for them on
any surface. The matrix asserts they exist in three places and nothing
has ever asked them to prove it. `satellite-create` is why a binding is
not trivial — it provisions a live GitHub repository and writes the local
registry, so exercising it needs an effect the harness can undo or a
dry-run path it can trust.

Measured before writing, not read: the four come from `uncoveredTriangleOps`
in a coverage.json re-generated today through `npm run test:exploration`,
the absent bindings from bindings.ts, and the three /health payloads from
the live services on their node ports.

Counters 651 -> 653 and pending 4 -> 6 in both languages, maturity
reconciled, executive summary regenerated; guard 46 reports the derived
chain at a fixed point and 49 confirms neither id collides with main.

Co-authored-by: Claude Opus 5 <noreply@anthropic.com>
@beyondnetPeru
beyondnetPeru requested a review from a team as a code owner August 4, 2026 20:26
@chatgpt-codex-connector

Copy link
Copy Markdown

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.

@github-actions

github-actions Bot commented Aug 4, 2026

Copy link
Copy Markdown

📊 Bilingual Coverage Impact

PR Changes

  • Paired EN/ES files modified: 3
  • New EN files needing ES translation: 0

Repository Coverage

Metric Value
Total EN files 527
Total ES files 501
Paired files 0
Coverage 0%

Good: All EN changes have ES counterparts.


Generated by GitHub Actions

@beyondnetPeru
beyondnetPeru merged commit d6dd516 into main Aug 4, 2026
51 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