/reports/astra-patches-2026-10-14.md · raw

Astra's audit patches: applied 2026-10-14

Dennis (2026-10-14): apply Astra's patches. Source: coord/patches/astra-audit-public/ (17 patch files, READMEs, validation JSON). All target machines are Claude-owned (coord/claims.tsv, latest line per tm). Nothing under an Astra claim, tools/ or vendor/ was touched. Backups of every original are in the session scratchpad (astra-patches/orig/).

How each patch was handled

# patch machine files action notes
1 1RB0RF_..._1LA---.public.patch W4-3 submission/proof.md; parent copies in W4-3b, W4-3c; family/attachments (3) reconciled All substantive changes (7 merge-conflict regions) already present (finite active region, cells vs defects, u -> 9u affine with 74844u-36 example, 17 formal block cases + unused 18th, cancellations allowed, section-10 list). Applied: the disclosure line only (house format). Parent copies and the family attachment re-synced byte-identical.
2 1RB0RF_..._1LA---.header-suggested.patch W4-3 .v (not changed) skipped (.v merged upstream) The 17-case claim is already in the merged header. Its remaining hunk, the disclosure ("Formalized with Claude Code (AI-assisted)" -> naming Anthropic and Astra), is listed under open issues.
3 1RB0RA_..._1LE---.public.patch W4-3b submission/proof.md, submission/parent-proof.md reconciled Explicit target mapping (code-block formula) and record-exit invariant with finite positive progress were already present. Applied: the disclosure. Also reworded the line-19 sentence to "Row q of this machine becomes the parent's row phi(q) when every destination state in it is renamed by phi.", which makes the direction of the map explicit (Astra's intent). The family attachment was re-synced.
4 1RB0RA_..._1LE---.header-suggested.patch W4-3b .v (not changed) skipped (.v merged upstream) The 17-case claim and the parent sha (13db03a7, current) are fine. Open: map wording and disclosure (see open issues).
5 1RB---_1LC0LA_..._1LC0RD.public.patch W4-3c submission/proof.md, submission/parent-proof.md reconciled The verbatim-library claim was already limited to the simulator and invariant library. Applied: the disclosure. The family attachment was re-synced.
6 1RB---_1LC0LA_..._1LC0RD.header-suggested.patch W4-3c .v (not changed) skipped (.v merged upstream) As #4 (mirror map wording, disclosure).
7 1RB1LD_..._0RB0LF.public.patch W5-8 submission/proof.md applied Rows 24, 36, 48; coverage per DC application; minimum 15,630; disclosure added (house).
8 1RB1LE_..._0LC0RF.public.patch W5-8b submission/proof.md, submission/parent-proof.md applied Direction of Perm (flip tm) tmP phi; parent copy = W5-8 parent.
9 1RB0RD_0RC0LB_..._---1LA.public.patch W5-8c submission/proof.md, submission/parent-proof.md applied Direction of Perm tm tmP phi; parent copy = W5-8 parent.
10 1RB1RA_..._---0RC.patch W5-3 submission/proof.md applied "a later eat configuration"; endpoint claim limited to checked runs; positive reachability. Propagated: discord.md "to the next eat" -> "to a later eat".
11 1RB0RC_..._---0RB.patch W5-4 submission/proof.md applied Overflow summaries at lines 5, 18, 64 (O0-O2, zone width mod 3); disclosure added. Propagated: the same wrong overflow sentence in submission/README.md and discord.md.
12 1RB0LA_..._1RC---.patch #4 submission/proof.md applied Spectral radius below 1; limits as N tends to infinity; parity sequence from k = 4.
13 1RB---_0LC1RF_..._0RC1RA.patch #4b submission/parent-proof.md applied The same #4 corrections in the attached parent copy (byte-identical to #4's proof.md).
14 1RB1LC_..._0LA1LF.patch #12 submission/proof.md applied aff = -1 merged-marker case; INT/EXT boundary cases; alpha = m cases.
15 1RB1LA_..._1RF1LB.patch #12b submission/proof.md, submission/parent-proof.md applied sigma -> sigma^-1 where applied to the parent; parent copy = #12 proof.
16 1RB0RD_1LC1RE_..._0LE---.patch W5-7 submission/proof.md applied Tower height ~195 marked as an informal estimate; the far run ends at F1 after 1,368 steps. Propagated: README.md "Halting time" and discord.md "Step count" now say informal estimate, neither computed nor proved.
17 1RB0RE_..._0LC---.header-comment-REQUIRES-FRESH-GATE.patch W5-5 .v and submission/.v (comment only), rocq/test/header.txt applied (disclosure adapted) 4,942,483 iterations; disclosure as above. Both copies are identical. A fresh check_kill.sh --halt was run on the new bytes (below). rocq/test/header.txt was synced so re-assembly reproduces the shipped header.

Propagation edits outside Astra's patch files: W5-4 README.md and discord.md, W5-3 discord.md and README.md (disclosure only), W5-7 README.md and discord.md, the W4-3b sentence. Each one carries an Astra correction into a sibling text of the same package that held the same wrong statement. The discord drafts' character counts and "same wording as the README" notes were updated to match.

Fresh gate (W5-5)

tools/check_kill.sh --halt on machines/1RB0RE_1RC0RA_0LD0RB_1LA0LE_1LC1LF_0LC---/1RB0RE_1RC0RA_0LD0RB_1LA0LE_1LC1LF_0LC---.v. It ran one coqc at a time, under ulimit -s unlimited, ulimit -v 8000000 and nice -n 10.

Hash changes

The original audited hashes remain Astra's audit record (coord/audits/results.json, reviewed-artifacts.json). The W4 .v hashes (13db03a7, 909abd2a, 6182b097) did not change.

machine file old sha256 new sha256
#4b submission/parent-proof.md 6a70ff95e05e392b984b347c83de09f1d23cddafc93d4a3fff831d7cf3ed2c52 01e444e3f57417981f827d1ef01a87342b4b97c6ff40d76b326b8a895897a3fa
W4-3c submission/parent-proof.md 00ed8b42e10fde77d5b76ffa129236e99a5d864aee29cc8e91854d2f42cf1ed9 e123ee566d9efd3102c6265463e1ae9820657ba46cb7b4cdc36a29ab0d17a165
W4-3c submission/proof.md dd898af87977f08f66d1e24137fc346df07de9cfb1d6c04360942e088f7b7f04 85a5d791d3fe508849ed2e6c6a4213e6275506ec74866f9596295a351effa977
#4 submission/proof.md 6a70ff95e05e392b984b347c83de09f1d23cddafc93d4a3fff831d7cf3ed2c52 01e444e3f57417981f827d1ef01a87342b4b97c6ff40d76b326b8a895897a3fa
W4-3b submission/parent-proof.md 00ed8b42e10fde77d5b76ffa129236e99a5d864aee29cc8e91854d2f42cf1ed9 e123ee566d9efd3102c6265463e1ae9820657ba46cb7b4cdc36a29ab0d17a165
W4-3b submission/proof.md f0e2ed9ac5d43d755ea43b844ab6f9c51cdd3d5d8f385c8d8a0c571d5a000b3e b7eabd1d92ad1d7858c83afca6990a546e1e853c7392b9c68afbdee78461aba1
W5-4 submission/proof.md 790ab97f17dc2351484e4f2d44be7803bb71ac7d37096290e521c2ac598f58a4 cd0f0c26e4388628062e85672bfc7305dbc1c3bdc616b6464d5283862a8aa7cd
W5-8c submission/parent-proof.md 2b1a1562ae87ad189bd539445e9221c92481878e299ad6879587d94a99dedc64 f6552aec1e14c4706e7aa587dacaafa2702a6018f30b737f3194a426854e69fb
W5-8c submission/proof.md 0806a2fcf5e14327afeaed77f618903f512eea80d7c92337d056618cc43af4db 0aec9f0e2e92ccdc98eba2121e070f404caa407f97ff1e152d43a4a68059dd85
W5-7 submission/proof.md 368e6f9263f6e05d1be8041cb3230e93e7a3c084462d149c4b7b13ed2afdd12e 0898aaa4cc1944dc773850c3ee3b8425207376c335093a9e712c017b63ec7b55
W5-5 1RB0RE_1RC0RA_0LD0RB_1LA0LE_1LC1LF_0LC---.v 866a52260022e4db64dfe3a3eaedb666441e097d4b1ed1af9ac1c01450a027f4 5b83f5b1511a76ab796413c74d7789dfe120faeec07f57a4aa07e271cf833f39
W5-5 submission/1RB0RE_1RC0RA_0LD0RB_1LA0LE_1LC1LF_0LC---.v 866a52260022e4db64dfe3a3eaedb666441e097d4b1ed1af9ac1c01450a027f4 5b83f5b1511a76ab796413c74d7789dfe120faeec07f57a4aa07e271cf833f39
W4-3 submission/proof.md 00ed8b42e10fde77d5b76ffa129236e99a5d864aee29cc8e91854d2f42cf1ed9 e123ee566d9efd3102c6265463e1ae9820657ba46cb7b4cdc36a29ab0d17a165
#12b submission/parent-proof.md cd758508d32070627593745235d5a19e917824217b33d421e065e33fc0d09f6a c147f33ade03a02775be42b79a4c0d50e2013f82724a79cd55243e8334c74b81
#12b submission/proof.md 40b98b8b8be84a55f58bb0b9787f2c02d2b41707ecebd575fe528d71523bcfd3 4f432739d553b3d49fc0c82635d96322c40ac0184888de69490b8240b53f8745
#12 submission/proof.md cd758508d32070627593745235d5a19e917824217b33d421e065e33fc0d09f6a c147f33ade03a02775be42b79a4c0d50e2013f82724a79cd55243e8334c74b81
W5-8 submission/proof.md 2b1a1562ae87ad189bd539445e9221c92481878e299ad6879587d94a99dedc64 f6552aec1e14c4706e7aa587dacaafa2702a6018f30b737f3194a426854e69fb
W5-8b submission/parent-proof.md 2b1a1562ae87ad189bd539445e9221c92481878e299ad6879587d94a99dedc64 f6552aec1e14c4706e7aa587dacaafa2702a6018f30b737f3194a426854e69fb
W5-8b submission/proof.md a8af699aae7237eb3a8953394ae5e3607ad0541bdcc7b0997ec133fc7cc3b4e2 01a9777a8b97e588fc0866754a3ca974985ad5d39cb73682360f5bc8f3a8d70f
W5-3 submission/proof.md cc30e991ba89ba19b56ff81064bbc1cdcd8a5075c779d45ffee709828f546fc3 a0867ab101628b6cf74025b9e78a2ee9b3c6c76b809b0f48c1853ce7ec99ec53
W5-4 submission/README.md f50dccb81067d24f757aadfd53195c2da617ecf606a775f6540df4d095068186 edcf8e04a3520c8094d5a9b7e1c6d80c3c744f4d89fc3d09a0348fee2ecb714f
W5-4 submission/discord.md 8ce53cb4a7023e2783ae98734528732af4ecae0b469d55dc17eb7cde52f1c774 503523051a6f426d0633893868d96c1a51e541c519b4e806039b73f0ce6feca3
W5-3 submission/discord.md bceb29d1a90eaaac6ac08f4455434230aafca6e8409237dc8334adf28b7d6f01 293553f5c3d5f7422d9e52e2c34790bbbb1c9bd60b24d18a768e8e853d38fa4a
W5-7 submission/README.md 0a676dedd68bbcb8350a7975fbad6edf9c99d68db794a00af61426baa26fb9d2 a29d381d450cd6aac4238b39eac572c6785211e7779ed096ff8481ed879158c2
W5-7 submission/discord.md 4c8082c7f1feb292c8bdb8cc87f430df7e88d5182ca4381e746ed333f35709c7 cb2a249222ff80c6d8ee24256200991183be6b66cb1d94cb0a45b7c1f6406b88
W5-3 submission/README.md b1a75e177a9932f43f550efcef8227573ab8d84104feefce1e1091842a3267f4 57829fefed01592d4e4246d7ddb1880035fd4a00b0bd0acce4ccd19896468442
W4-3 submission/family/attachments/1RB0RF_1RC0RB_1LD0RA_1LE0LD_1RB0LC_1LA---_writeup.md 00ed8b42e10fde77d5b76ffa129236e99a5d864aee29cc8e91854d2f42cf1ed9 e123ee566d9efd3102c6265463e1ae9820657ba46cb7b4cdc36a29ab0d17a165
W4-3 submission/family/attachments/1RB0RA_1LC0RE_1LD0LC_1RA0LB_1RA0RF_1LE---_writeup.md f0e2ed9ac5d43d755ea43b844ab6f9c51cdd3d5d8f385c8d8a0c571d5a000b3e b7eabd1d92ad1d7858c83afca6990a546e1e853c7392b9c68afbdee78461aba1
W4-3 submission/family/attachments/1RB---_1LC0LA_1LD0LC_1RE0LB_1RF0RE_1LC0RD_writeup.md dd898af87977f08f66d1e24137fc346df07de9cfb1d6c04360942e088f7b7f04 85a5d791d3fe508849ed2e6c6a4213e6275506ec74866f9596295a351effa977
W5-5 submission/check_kill.txt (receipt) 870649e5faf3c5c9e2ed54249b642884081fb37d22c8bbf96c929aacae749667 ed2c1b24108ede0cc0ec185bc09183ba303e15ac51fcff27bf0ef403fbfa1c01

Also changed: W5-5 status.json, coord/audits/queue.tsv (W5-5 row + note column).

Also synced (internal, not public): machines/1RB0RE_1RC0RA_0LD0RB_1LA0LE_1LC1LF_0LC---/rocq/test/header.txt (assembly header for the W5-5 .v).

Lint (python3 -B tools/writeup_lint.py)

Every changed proof.md, parent copy and README has 0 errors. One changed file has a lint error: the W5-3 discord.md pasting checklist (item 4, rule checkpoint). It was there before and sits outside the block that gets posted. The fix round below adds its own lint results.

machine file errors warnings
#4b submission/parent-proof.md 0 11
W4-3c submission/parent-proof.md 0 0
W4-3c submission/proof.md 0 0
#4 submission/proof.md 0 11
W4-3b submission/parent-proof.md 0 0
W4-3b submission/proof.md 0 0
W5-4 submission/proof.md 0 0
W5-8c submission/parent-proof.md 0 0
W5-8c submission/proof.md 0 0
W5-7 submission/proof.md 0 0
W4-3 submission/proof.md 0 0
#12b submission/parent-proof.md 0 49
#12b submission/proof.md 0 21
#12 submission/proof.md 0 49
W5-8 submission/proof.md 0 0
W5-8b submission/parent-proof.md 0 0
W5-8b submission/proof.md 0 0
W5-3 submission/proof.md 0 0
W5-4 submission/README.md 0 0
W5-4 submission/discord.md 0 0
W5-3 submission/discord.md 1 1
W5-7 submission/README.md 0 0
W5-7 submission/discord.md 0 3
W5-3 submission/README.md 0 0
W4-3 submission/family/attachments/1RB0RF_1RC0RB_1LD0RA_1LE0LD_1RB0LC_1LA---_writeup.md 0 0
W4-3 submission/family/attachments/1RB0RA_1LC0RE_1LD0LC_1RA0LB_1RA0RF_1LE---_writeup.md 0 0
W4-3 submission/family/attachments/1RB---_1LC0LA_1LD0LC_1RE0LB_1RF0RE_1LC0RD_writeup.md 0 0

The warnings are preexisting density warnings: the same rule counts as before the patches (#4/#4b 5 dense-paragraph + 3 dense-bullet + 3 inline-formulas; #12 and #12b's parent 28 + 12 + 9; #12b 11 + 6 + 4). The discord.md drafts begin with a pasting checklist for Dennis that trips the linter (W5-3: 1 checkpoint ERROR in checklist item 4; W5-7: 3 warnings). These are preexisting and outside the message block that gets posted.

Fix round after the independent verifier (2026-10-14, 10:12)

The verifier found one blocking issue and six minor ones. No .v file changed in this round. W5-5 stays at 5b83f5b1 with its 16:37:56Z PASS, and the W4 .v files are unchanged. So no new check_kill was needed.

Backups of the pre-fix-round files are in the session scratchpad (fix2/orig/).

machine file old sha256 new sha256
W5-5 submission/proof.md 42ed17185dd435c53656cdd07e2cdd0ffa2b6f9f6e81fd921de17c3c5730b99a e369fa915accbeb830ed60928eb4ef08eceb794f95f362c33bc172397a5e77ea
W5-5 submission/README.md f570115cf368847cf17c63d0132925f50a2c97ed20ee4ec0f1d4967fa3ca82c0 aee8baf1910f00e17eaded6463022e1eb7eb5607a7c2cd0824b85fc09896a9c7
W5-5 proof.md (internal) cc2f83d1dad0cfc49cc42e31538ee6fb1c0ca561de3dbaae4ff352c1a3a06667 3041221ea3a0733b946c99d29f483b5f3f941e994b7009f6e366841646e03f0f
W5-5 status.json 5c0bcb2f0f8cdbd28640a1385d346e704fa782b1c6a49a71292525f6002f71d9 bda042aaabcb13ccd25b3ff4e0f0999c704aa0e13255cd14c4139e6af32933a1
W5-4 submission/README.md edcf8e04a3520c8094d5a9b7e1c6d80c3c744f4d89fc3d09a0348fee2ecb714f 216d385279a920d0b4b94648ec37c1aaf363a7f1d49d508803ed5a80e2f416a1
W4-3 submission/README.md 57d994d583fbeaedbcc459e0c07b3c875e55646cf39ca8892bdbff92072f2c86 3adf8ce25846b7905db7081eb14e82a4d736c17a80f0b33ecd0cdc13d8f4f0b3
W4-3b submission/README.md be810b41680c38a07e9805e4a3b312b5282a1899eb8a563a18b5db01f75c6922 a747403facf02a5527314246c73dc41287086b544fa90fcda728a60419950c4c
W4-3c submission/README.md 57ae590442e69e76e7913f20d97be2c717dff7ec792a9452a431b5ad7b5cc79a 9a7f1743ef23ed8abc8569fbb7c10868201d33b218cda13a7c6611718fe4a38a
#4b submission/proof.md 0c60b143a5ed43b74aa26213376d40186690ffb378c8793fda614fef82628710 9565e86b24649054e71d76ab07bf877f20ebb0437e2b59b805242b677ee1eaca

No other file in any submission/ dir carried a copy of these files (checked by sha256 and by searching for the old phrases).

Lint for this round (python3 -B tools/writeup_lint.py): W5-5 submission/proof.md 0/0, W5-5 submission/README.md 0/0, W5-4 README 0/0, W4-3 / W4-3b / W4-3c README 0/0 each, #4b proof.md 0 errors / 9 warnings (the same 9 as before the edit, all preexisting density warnings). The internal W5-5 proof.md is not public. It keeps its 14 preexisting internal-path errors (same count as before) and gains one edit-date warning from its dated provenance line.

Open issues

  1. W4-3 family .v headers (merged upstream, unchanged here). All three still say "Formalized with Claude Code (AI-assisted)." Astra's header suggestions name Anthropic and Astra's comment review. The line is accurate but incomplete. A comment-only upstream follow-up is Dennis's call.
  2. W4-3b and W4-3c merged headers, map wording. "row q of this machine = parent row phi q, with every target state renamed by phi" is ambiguous. Read literally, it renames the parent's targets, which is the wrong direction. Astra's wording is exact: "mapping both source and target states by phi gives the parent entry". The theorem is unaffected (perm_phi is checked by Coq), and the public write-ups state the map exactly. An upstream follow-up is Dennis's call.
  3. PR #17 body (merged) and the local draft family/pr_body.md credit only Claude. Astra asked for its name there too (mailbox 20261014-091339). Editing a merged PR body is a public action, so it is Dennis's call. The draft is left as the record of what was posted.
  4. coord/audits/queue.tsv W4 rows. They still carry the pre-fix shas (64d69ff2 / a3afc5e3 / 530d9788), because they were not updated after the 10-13 PR #17 fix. Only the W5-5 row was updated here, as asked.
  5. Internal informal proofs (machines/<tm>/proof.md, not public) of W5-3, W5-4, W5-8, #4 and #12b still carry the old wording of the statements Astra corrected. Only the submission/ texts were in scope.
  6. Preexisting density warnings keep #4, #4b, #12, #12b and #12b's parent copy short of the zero-warning standard: 11 / 11 / 49 / 21 / 49.
  7. Disclosure is mixed inside some bundles (Dennis's call). The rule applied: a text that carries a correction from Astra's audit gets the dual line. In the W5-3, W5-4 and W5-7 bundles every text is dual. W5-3's README got it by a disclosure-only edit, which is the one exception to that rule. In the W4-3, W4-3b, W4-3c, W5-8, W5-8b, W5-8c, #4, #4b, #12 and #12b bundles, the corrected write-ups and READMEs are dual, and the discord drafts and the uncorrected READMEs keep the Claude-only line. In the W5-5 bundle only the .v header is dual. Pick one rule per bundle: all-dual, or dual only where corrected. Then align the drafts. The W4-3 family discord.md is the record of the message posted on 10-13, so it should not be edited.
  8. Mailbox. coord/mailbox/to-claude/READ lists 20261014-091339 now, so that item is closed. 20261014-100839 (Astra's hash correction) is answered by 20261014-101245-claude-fix-round-hashes.md and appended to READ. 20261014-100821 (three mechanism studies funded, patch identities acknowledged) is left unread in READ for the orchestrator, because its study and decision items are the orchestrator's.
  9. W5-8b and W5-8c .v comments state the map in the reversed direction. This is the same wrong statement Astra corrected in their write-ups. The W5-8b submission .v, lines 347-349, says "Every cell (q, s) of flip tm ... is tmP's cell (phi q, s) with every target state t replaced by phi t". The W5-8c submission .v, lines 399-402, says the same for tm, and so do the source copies. Astra's audit flagged only the write-ups, and there is no header patch for these files, so they were not changed. A comment-only fix would match the write-ups: "tm(q,s) = (w,d,t) -> tmP(phi q,s) = (w,d,phi t)". It would change both shas and need a fresh check_kill each, new hashes in queue.tsv and status.json, and a note to Astra. These files are not upstream yet, so the fix can still go in before submission. Dennis's or the orchestrator's call.
  10. The W4-3 family's posted Discord message (10-13) says "every long gap 9x longer". The READMEs, write-ups and PR body are corrected. A correction draft is in machines/1RB0RF_1RC0RB_1LD0RA_1LE0LD_1RB0LC_1LA---/submission/family/discord_correction.txt. Posting it is Dennis's call. - 2026-10-14 orchestrator: W4-3 family local write-ups/READMEs: .v line counts 2,583->2,584 and 2,621->2,622 (after the 10-13 comment-only header fix); copies kept byte-identical; pr_body.md (posted) left as the record.