Skip to content

docs: freeze the 2026-08-05 Phase 1 product-quality baseline - #75

Merged
blisspixel merged 1 commit into
mainfrom
docs/freeze-phase1-baseline-memo
Aug 5, 2026
Merged

docs: freeze the 2026-08-05 Phase 1 product-quality baseline#75
blisspixel merged 1 commit into
mainfrom
docs/freeze-phase1-baseline-memo

Conversation

@blisspixel

Copy link
Copy Markdown
Owner

Records the first dated baseline from scripts/quality_scorecard.py, bound to commit 8a0536b and the shipped catalog digest. Network-free, corpus-free, protocol and catalog counts only — no target names, records, tenant IDs, or rows.

This is the Phase 1 promotion evidence: "one dated aggregate-safe scorecard, reproduction commands, environment, revision digests, and no target rows."

Frozen numbers

Measure Value
Registered MCP tools 22
Discovery payload 81,880 bytes
Instruction preamble 9,996 bytes
Session context before first call 91,876 bytes
Output schemas' share of discovery 63.9%
Catalog entries / detection rules 860 / 1,070
Rules carrying a verification date 26 (2.4%)

A real defect the gate caught

The memo originally printed the catalog digest as a bare backticked hex string — exactly the form test_backticked_commit_receipts_exist resolves as a git commit across CHANGELOG.md, docs/, and validation/. A content hash is not a commit, so the gate failed.

The ambiguity was not only mechanical. A reader seeing two backticked hex values on one line would reasonably take both for commit receipts:

Commit `8a0536b34caa`, catalog `004afd17fe96`, Python 3.14.4.

Now:

Commit `8a0536b34caa`, catalog `sha256:004afd17fe96`, Python 3.14.4.

A regression test asserts the memo never emits a non-commit hash in receipt form, so a future field carrying a digest cannot silently reintroduce this.

This also identifies the intermittent pytest+cov failure I saw twice earlier in this work as very likely the same test rather than a Hypothesis flake — that test shells out to git cat-file and is therefore sensitive to repository state. I did not capture the output of those two runs, so I am not claiming it retroactively; every backticked receipt currently in the docs resolves.

Verification

  • uv run python scripts/check.py — all 26 stages pass
  • uv run pytest tests/test_quality_scorecard.py tests/test_documentation_integrity.py -q — 28 passed
  • every backticked hex receipt across CHANGELOG.md, docs/, and validation/ resolves as a commit

Records the first dated baseline from scripts/quality_scorecard.py, bound to
commit 8a0536b and the shipped catalog digest. Network-free, corpus-free,
protocol and catalog counts only.

Also fixes a real defect the commit-receipt gate caught. The memo printed the
catalog digest as a bare backticked hex string, which is exactly the form
test_backticked_commit_receipts_exist resolves as a git commit across
CHANGELOG.md, docs/, and validation/. A content hash is not a commit, so the
gate failed. The ambiguity was not only mechanical: a reader seeing two
backticked hex values on one line would reasonably take both for commits. The
digest now carries its sha256: prefix, and a regression test asserts the memo
never emits a non-commit hash in receipt form.

Full check.py passes all 26 stages.
Copilot AI lite review requested due to automatic review settings August 5, 2026 20:01

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Freezes a dated, aggregate-safe “Phase 1 product-quality baseline” artifact generated by scripts/quality_scorecard.py, and hardens the scorecard memo format so catalog digests cannot be misread (or mechanically interpreted) as git commit receipts.

Changes:

  • Add a committed baseline memo under validation/ with MCP discovery/context byte counts and catalog surface counts.
  • Update scripts/quality_scorecard.py to prefix the catalog digest with sha256: in the rendered memo receipt line.
  • Add a regression test ensuring the memo never emits the catalog digest as a bare backticked hex “commit receipt”.

Reviewed changes

Copilot reviewed 3 out of 4 changed files in this pull request and generated 4 comments.

File Description
validation/2026-08-05-quality-baseline-scorecard.md Adds the frozen Phase 1 baseline memo (aggregate-safe context/cost + catalog-surface counts).
tests/test_quality_scorecard.py Adds a regression test preventing bare backticked digest hex from appearing in the memo.
scripts/quality_scorecard.py Changes memo rendering to include sha256: prefix for the catalog digest receipt.
.gitignore Whitelists the new committed baseline memo under validation/.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

assert entry["metric"] in memo


def test_markdown_memo_never_prints_a_non_commit_hash_as_a_commit_receipt(scorecard: dict[str, Any]) -> None:
Comment on lines +167 to +172
memo = _render_markdown(scorecard)
receipts = set(re.findall(r"`([0-9a-f]{7,40})`", memo))
digest = scorecard["revisions"]["catalog_digest_sha256"] or ""

assert digest[:12] not in receipts
assert f"`sha256:{digest[:12]}`" in memo
| **Session context before first call** | **91,876 bytes** |
| Order-of-magnitude tokens | ~22,969 |

Where the discovery payload goes:
| `annotations` | 1,945 | 2.4% |
| `name` | 441 | 0.5% |

Output schemas are 63.1% of discovery. Removing them entirely would leave 30,170 bytes, which is an upper bound on headroom rather than a proposal: structured output is part of the contract clients validate against.
@blisspixel
blisspixel merged commit d69e224 into main Aug 5, 2026
27 checks passed
@blisspixel
blisspixel deleted the docs/freeze-phase1-baseline-memo branch August 5, 2026 20:08
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.

2 participants