Skip to content

docs(plan): record V0.6 exit conditions 1 to 4, the v0.6.0 release and its checks (plan r21, r22) - #41

Merged
zy1233 merged 2 commits into
mainfrom
docs/plan-r21-release-checks
Oct 25, 2026
Merged

zy1233 merged 2 commits into
mainfrom
docs/plan-r21-release-checks

Conversation

@zy1233

@zy1233 zy1233 commented Oct 25, 2026 •

Copy link
Copy Markdown
Owner

Summary

Plan r21 and r22. The plan, its execution log and the baseline now record the whole V0.6 release: exit conditions 1 to 5 (r21), and condition 6 with the checks after the tag (r22). Docs only: 3 files, +220 / −30 lines.

docs/
├── PLAN/PLAN-RUST-AGENT-RUNTIME-REMOVAL.md   # status, current state, result of each V0.6 condition, known issues,
│                                             #   next steps, decision 20, section index, revision log
├── PLAN/archive/…-EXECUTION-LOG.md           # new section 10.24 (r21: versions, merge, conditions 1-4)
│                                             #   and 10.25 (r22: tag, Release run, checks after the release)
└── baselines/tui.md                          # release size 406,911,320 B (baseline, dry run and tag build: same bytes)

V0.6 at the tag v0.6.0 (on 5f73e07):

Condition Result
1. CI green CI (run) and TUI CI (run) pass on 5f73e07
2. Release size 406,911,320 B; the limit is 420,720,608 B (3.3 % smaller)
3. Release dry run all jobs pass; macOS arm64 builds on the first try (run)
4. Compare with v0.5.0 every difference has an explanation: 3 are in CHANGELOG.md, 1 is a race in the probe (#40, merged)
5. Versions and notes done in #39
6. Tag v0.6.0 on 5f73e07; the Release run passes (6 jobs, first try, 20 m 22 s); GitHub Release with 16 assets

The checks after the release (r22) found no defect:

Check Result
PyPI 7 packages at the expected versions; pi-mcp-py 0.1.0 is a new project and its first upload worked; the 14 files have the same SHA-256 as the Release assets
Clean venv (WSL2) 63 packages; uv pip check passes; the 4 extension entry points load
pi-mcp tests against the PyPI wheels 192 pass
PTY scripts, released zypi and PyPI agent smoke 23/23; exit_matrix 12 cases; resume_matrix --strict 16 pass; mode_probe 15 rows as expected; status_line_probe 4/4
Linux binary the same bytes as the build artifact of the tag run; needs glibc 2.39 or newer

Left open, and not changed here (the owner decides): release.yml builds Linux on ubuntu-latest, which GitHub moves to Ubuntu 26; the glibc floor is not in the docs; Node.js 20 warnings; Trusted Publishing on PyPI. Not verified: the macOS binary was never run; the PyPI install was tested on Linux only.

The PR also fixes 12 bold spans in the plan and the execution log (text of r17 to r21). GitHub keeps the asterisks of a span when its closing ** follows a CJK punctuation mark and a letter follows it. The mark now goes outside the span.

Evidence

Before: GitHub shows the asterisks of 12 spans, for example **更正 r17:**CI 的.
After: the same check finds 0 such spans in the plan, the log, the baseline and CHANGELOG.md. I rendered each file with GitHub's own markdown API (gh api markdown) and searched the output for a literal *.

  • Every number in the new text comes from the sources: the Release run (jobs, times, cache), the PyPI JSON API and the GitHub Release API (sizes, SHA-256, assets), and the files I ran the scripts against.
  • A link check (links and heading anchors) of the three files finds 0 problems, and no link definition is unused.
  • ruff check . and ruff format --check . pass.
  • No test reads these files.

Merge Danger

Door: two-way.

Blast Radius: documentation only. No code, no workflow, no manifest. The tag does not move. This PR merges after v0.6.0 and after #40; neither changes tui/ or packages/, so main is v0.6.0 plus a 3-line probe fix and these docs.

…it conditions 1 to 4 (plan r21)

Conditions 1 to 5 of the V0.6 milestone now have a result. Condition 6 (the tag)
is the only one left, and the owner decides who sets it.

- plan: status, current state, scope numbers, the result of each exit condition,
  next steps, decision 20 (done in #39, with the correction about the harness
  floor of pi-dynamic-workflows-py), the section index and the revision log
- execution log: new section 10.24 (version numbers, the merge, conditions 1 to 4
  with method and numbers, what is not verified)
- docs/baselines/tui.md: release size 406,911,320 B, build time 895 s, dry-run result

No code, no workflow and no manifest change.
…x literal asterisks (plan r22)

Record what happened after the tag: the tag v0.6.0 on 5f73e07, the Release run
(six jobs, first try), PyPI (seven packages; pi-mcp-py is a new project), the
GitHub Release (16 assets), the two binaries, the clean-venv install, the pi-mcp
tests against the PyPI wheels, and the PTY scripts against the released zypi.
Plan: status, current state, V0.6 status and exit conditions 1, 3, 4 and 6,
known issues, next steps, decision 20, section 10 index, revision log.
Execution log: new section 10.25. Baseline: the release numbers of v0.6.0.

Also fix 12 bold spans in the plan and the execution log (r17 to r21 text):
GitHub keeps the asterisks of a span when its closing ** follows a CJK
punctuation mark and a letter follows it. The mark now goes outside the span.

Docs only. No code, no workflow change.
@zy1233 zy1233 changed the title docs(plan): record the V0.6 versions, the merge of #38 and #39 and exit conditions 1 to 4 (plan r21) docs(plan): record V0.6 exit conditions 1 to 4, the v0.6.0 release and its checks (plan r21, r22) Oct 25, 2026
@zy1233
zy1233 merged commit 3f24081 into main Oct 25, 2026
4 checks passed
@zy1233
zy1233 deleted the docs/plan-r21-release-checks branch October 25, 2026 10:17
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