Skip to content

ops(0-0-0): post-#101 follow-up v2 — Copilot fixes + archives + GH_REPO + fork-naming rename (clean-base) - #103

Merged
AceHack merged 4 commits into
mainfrom
post-0-0-0-cleanup-followup-v2-2026-04-29
Apr 29, 2026
Merged

ops(0-0-0): post-#101 follow-up v2 — Copilot fixes + archives + GH_REPO + fork-naming rename (clean-base)#103
AceHack merged 4 commits into
mainfrom
post-0-0-0-cleanup-followup-v2-2026-04-29

Conversation

@AceHack

@AceHack AceHack commented Apr 29, 2026

Copy link
Copy Markdown
Owner

Summary

Re-do of closed #102 (which had merge conflict from stale base). This v2 branches fresh from current AceHack/main + cherry-picks the 3 follow-up commits + addresses Aaron's just-arrived naming-convention correction.

What this PR does (4 commits)

  1. Copilot fixes carry-forward (commit 74af746, originally for LFG ops(0-0-0): LFG forward-sync — post-reset cleanup + Copilot fixes + pr-preservation drain-logs (mirror of AceHack #101) Lucent-Financial-Group/Zeta#845): 4 Copilot threads from LFG ops(0-0-0): post-reset cleanup — stale-prose fixes + protection-config memory Lucent-Financial-Group/Zeta#844 addressed — internal-consistency on legacy DELETE response, "the only ruleset" wording, "task history: Otto-95 tick-close — 8th ferry absorbed; second SD-9 worked example Lucent-Financial-Group/Zeta#275" reference correction, gh api --input syntax. Now also on AceHack via this PR. Plus pr-preservation drain-logs for ops(0-0-0): post-reset cleanup — stale-prose fixes + protection-config memory Lucent-Financial-Group/Zeta#844 and ops(0-0-0): post-reset cleanup — stale-prose fixes + protection-config memory #101.

  2. Post-ops(0-0-0): post-reset cleanup — stale-prose fixes + protection-config memory #101 Copilot fixes + full archives (commit 6d53733): 4 Copilot threads from AceHack ops(0-0-0): post-reset cleanup — stale-prose fixes + protection-config memory #101 addressed — broken xref to user-scope-only memory file, internal-consistency duplicate, wording duplicate, MEMORY.md verbose-entry trim. Plus full PR archives at docs/pr-discussions/PR-0844-..., PR-0845-..., PR-acehack-0101-... (cross-fork-prefixed for AceHack).

  3. GH_REPO env var support (commit 18c807f): tools/pr-preservation/archive-pr.sh now respects GH_REPO=<owner>/<name> env var as primary repo-resolution path, falling back to gh repo view. Per Aaron 2026-04-29 ask: "respect GH_REPO we should fix." Verified: GH_REPO=AceHack/Zeta tools/pr-preservation/archive-pr.sh 101 correctly resolves to AceHack instead of grabbing LFG/Zeta#101 (an unrelated PR).

  4. Memory file rename (commit 5ba30cc): per Aaron 2026-04-29 "AceHack/Zeta we should not use a forks name in the main repo except for the special section for forks data that is unique to them like pr reviews, budgets, settings" — renamed memory/feedback_acehack_zeta_protection_config_*memory/feedback_protection_config_*. The memory directory is general substrate, not a fork-specific section. Updated cross-references in MEMORY.md + 3 archives + 2 drain-logs.

Naming-convention rule going forward (per Aaron 2026-04-29)

USE fork-prefix in:

  • docs/pr-discussions/ (PR archives — fork-specific data)
  • docs/pr-preservation/ (drain-logs — fork-specific data)
  • Settings dirs / budget dirs / any fork-specific section

DO NOT USE fork-prefix in:

  • memory/ (general substrate)
  • src/, tools/, general docs/ (not fork-scoped)

A fork-name in a non-fork-section path is a discipline violation; fork-names are appropriate only where the data IS fork-specific by definition.

Backlog item created

Task Lucent-Financial-Group#313: Pre-fix + post-fix lint for fork-naming discipline. Aaron's standing ops principle: every substrate rule needs both a pre-commit hook (catches local edits) AND a CI lint (catches PR-stage). The fork-naming rule violation today happened because neither layer existed. Going forward, every new rule should be encoded with both lint layers before being considered "shipped."

Sequence

  1. AceHack PR (this) → merge → AceHack/main advances
  2. LFG forward-sync PR opens (next)
  3. After both merge, Aaron EXECUTE for AceHack absorption of LFG squash-SHA
  4. 0/0/0 fully closed; recovery-lane classification can start

Test plan

🤖 Generated with Claude Code

AceHack added 4 commits April 29, 2026 10:39
… fixes + 1 wording) + add pr-preservation drain-logs for Lucent-Financial-Group#844 + #101

Carry-forward fixes for the 4 unresolved Copilot threads from LFG Lucent-Financial-Group#844 (closed in favor of canonical AceHack-first reopening as AceHack #101 + this LFG forward-sync). Plus pr-preservation discipline going forward (Aaron 2026-04-29): every PR closed/merged → drain-log on LFG.

## Copilot thread fixes (memory file)

1. **Internal consistency on legacy DELETE response** (Copilot Thread 3) — the 404 came from my POST-DELETE verification GET, not from DELETE itself. DELETE returned rc=0 (success / 204 No Content); subsequent GET returned 404 "Branch not protected". Memory file now reflects the two-step accurately.

2. **"Task Lucent-Financial-Group#305" wrong reference** (Copilot Thread 4) — should be **task Lucent-Financial-Group#275** ("Set up acehack-first development workflow") in the in-session TaskList. Updated. Plus added clarifying parenthetical noting in-session-TaskList vs PR-numbers vs backlog-B-#### are distinct namespaces.

3. **Wording nit "the only rulesets ruleset"** (Copilot Thread 5) — adopted suggested rephrasing to "the only ruleset".

4. **`gh api --input` syntax** (Codex Thread 1, already RESOLVED in commit f6d6a94; Copilot Thread 2 is a duplicate finding addressed by the same fix).

## PR-preservation drain-logs (Aaron 2026-04-29 directive: every PR → drain-log on LFG)

`docs/pr-preservation/lfg-844-drain-log.md`:
- LFG Lucent-Financial-Group#844 closed not merged (in favor of canonical AceHack-first)
- 5 threads total: 1 Codex P2 (RESOLVED-AS-FIXED) + 4 Copilot (UNRESOLVED-CARRIED-FORWARD-AS-FIX, addressed by this commit)
- Verbatim reviewer text + my response per thread
- Outcome class summary + lessons-for-future

`docs/pr-preservation/acehack-101-drain-log.md`:
- AceHack #101 merged 14:19:41Z (squash → 5485772)
- 0 review threads (AceHack has no Codex/Copilot reviewers + weaker required-status-checks rule)
- Notes the **double-hop training-data observation**: AceHack's review surface is sparser than LFG's; the double-hop captures both, including the silence on AceHack as signal about the review-coverage asymmetry

## Going forward

Per Aaron 2026-04-29: "we need to go through every PR review thread and make sure all there comments and our responses are saved and backed up git native too, and we should just be doing this everytime form now on going forwoard without fail just like resolving them. lfg should have a home already for this data from forks so it can collection fork specific data for those forks who want to send it, lfg also has a connoncial spot for the repo."

Discipline: every PR (closed or merged, AceHack or LFG side) → drain-log file at `docs/pr-preservation/{fork}-{number}-drain-log.md` on LFG. Verbatim reviewer text + responses + outcome class. This collects high-signal training data for the alignment-experiment evaluation surface. Fork-specific naming (`lfg-`/`acehack-`/etc.) disambiguates per-fork numbering collisions.
…rchives + correct cross-fork drain-log

Addresses 4 Copilot threads from AceHack #101 (filed 14:24:11Z, AFTER auto-merge fired at 14:19:41Z) + 4 Copilot threads from LFG Lucent-Financial-Group#844 (already addressed in Lucent-Financial-Group#845 but Copilot also reviewed AceHack #101 and re-flagged 2 of them since the AceHack-side hadn't received the carry-forward yet) + Amara post-Lucent-Financial-Group#845 substantive correction on PR-preservation tool usage.

## Copilot thread fixes (memory file)

1. **P1 broken xref** to `memory/feedback_aaron_visibility_constraint_no_changes_he_cant_see_2026_04_28.md` (the file lives in user-scope memory only, not in-repo; cross-reference was therefore broken). Fixed: replaced with prose pointer to the underlying principle + note flagging the same issue exists in MEMORY.md index.

2. **P1 internal consistency on legacy DELETE response** — same finding as LFG Lucent-Financial-Group#844 Thread 3, addressed by carry-forward in LFG Lucent-Financial-Group#845. Now reflected on AceHack via this commit.

3. **P2 wording "the only rulesets ruleset"** — same finding as LFG Lucent-Financial-Group#844 Thread 5, addressed by carry-forward in LFG Lucent-Financial-Group#845. Now reflected on AceHack via this commit.

4. **P2 MEMORY.md index entry too long** — trimmed from a 4-line dense paragraph to a single concise line per `memory/README.md` discipline. Detail stays in the linked memory file.

## PR archives (Amara post-Lucent-Financial-Group#845 directive: use existing `tools/pr-preservation/archive-pr.sh`)

Three full-archive files added under `docs/pr-discussions/`:

- `PR-0844-...md` — closed LFG Lucent-Financial-Group#844 (5 threads, 2 reviews, 2 issue comments)
- `PR-0845-...md` — merged LFG Lucent-Financial-Group#845 (0 threads, 1 review, 0 comments — clean forward-sync)
- `PR-acehack-0101-...md` — merged AceHack #101 (4 threads, 1 review, 0 comments). **Fork-prefixed filename** to disambiguate from LFG #101 (which is a different unrelated PR from 2026-04-22 about auto-loop-10 tick-history). The existing tool's `gh repo view --json owner,name` call resolves to current-clone origin; for cross-fork archives, set `gh repo set-default <fork>/<repo>` first then run, then reset default. Captured as a tool-improvement candidate (the script could accept a `--repo` arg to make cross-fork archives one-shot).

## Drain-log correction for AceHack #101

The earlier drain-log claimed 0 threads (because I queried before Copilot's review landed at 14:24:11Z, ~5 min after auto-merge). Updated to reflect the actual 4 unresolved threads + their carry-forward resolution paths.

## Lesson captured (drain-log, lessons section)

**AceHack auto-merge races Copilot review.** Without required-conversation-resolution + required-status-checks on AceHack, auto-merge fires before reviewers land threads. Threads still apply to merged content; just need a follow-up cycle to land fixes. This is exactly what this PR is — the follow-up.

**The double-hop captures BOTH waves of review.** When AceHack auto-merges fast, the LFG forward-sync PR re-runs review and catches the same findings. Double-hop is also a *redundancy mechanism* against fast-merge-on-AceHack.

## Lane discipline

This PR opens AceHack-first per canonical double-hop. After merge → forward-sync to LFG. After both merge → AceHack absorbs LFG squash-SHA (gates on Aaron's EXECUTE). Then the post-cleanup-cleanup-cleanup is FINALLY done, and we can pivot to recovery-lane classification.

Per Amara: "Double-hop close is the active lane. Do not start branch/worktree recovery until: PR full archives are committed, LFG Lucent-Financial-Group#845 artifacts are preserved, AceHack absorption completes, 0/0/0 is re-verified."
…or cross-fork archives (Aaron 2026-04-29)

Per Aaron 2026-04-29: "respect GH_REPO we should fix"

The script previously hard-resolved the target repo via `gh repo view --json nameWithOwner`, which always returns the current-clone's repo (typically `Lucent-Financial-Group/Zeta`). For cross-fork archives — e.g., archiving an AceHack PR from a clone tracking LFG — this returned the wrong repo and the script either:
- Archived the WRONG PR (a same-numbered PR in the default repo), or
- Failed silently / produced misleading filename slugs.

Workaround: `gh repo set-default <fork>/<repo>` before running, then reset after. Awkward and error-prone.

Fix: the script now respects a `GH_REPO=<owner>/<name>` env var before falling back to `gh repo view`. Resolution order:

1. `GH_REPO` env var → use as `<owner>/<name>` (cross-fork archives)
2. `gh repo view --json nameWithOwner` → fall back to default-repo resolution

Also added an `<owner>/<name>` shape validator so a malformed GH_REPO value (no slash) hard-fails early instead of generating bogus output.

Verification: re-ran `GH_REPO=AceHack/Zeta tools/pr-preservation/archive-pr.sh 101` — script now correctly resolves to #101 and writes the archive with the right title/slug, instead of grabbing LFG/Zeta#101 (an unrelated 2026-04-22 PR with completely different content).

Cross-fork filename-collision discipline (separate convention, applied manually for now): when archiving cross-fork PRs that may have number collisions with the default repo, use a fork-prefixed filename like `PR-acehack-<NNNN>-<slug>.md`. This isn't yet in the tool — future enhancement candidate would auto-prefix when GH_REPO ≠ default-repo.
Aaron 2026-04-29: "AceHack/Zeta we should not use a forks name in the main repo except for the special section for forks data that is unique to them like pr reviews, budgets, settings, maybe more."

Memory directory is general substrate, NOT a fork-specific section like docs/pr-discussions/ or docs/pr-preservation/. The fork-prefix in `feedback_acehack_zeta_*` filename was therefore misplaced — the file's content describes AceHack/Zeta-specific config but the filename shouldn't repeat that.

Renamed:
  memory/feedback_acehack_zeta_protection_config_dual_layer_legacy_deleted_rulesets_canonical_2026_04_29.md
→ memory/feedback_protection_config_dual_layer_legacy_deleted_rulesets_canonical_2026_04_29.md

Updated cross-references:
- memory/MEMORY.md (index pointer)
- docs/pr-discussions/PR-acehack-0101-...md (archive)
- docs/pr-discussions/PR-0844-...md (archive)
- docs/pr-discussions/PR-0845-...md (archive)
- docs/pr-preservation/lfg-844-drain-log.md
- docs/pr-preservation/acehack-101-drain-log.md

Fork-prefix discipline going forward (per Aaron):
- USE fork-prefix in: docs/pr-discussions/, docs/pr-preservation/, settings dirs, budget dirs (any fork-specific section)
- DO NOT USE fork-prefix in: memory/, src/, docs/ general areas, tools/, anywhere not explicitly fork-scoped

The file's CONTENT still references AceHack/Zeta as the specific repo it documents — that's substantive and correct. Just the filename doesn't repeat the fork name.
Copilot AI review requested due to automatic review settings April 29, 2026 14:41
@AceHack
AceHack merged commit b7a6a95 into main Apr 29, 2026
@AceHack
AceHack deleted the post-0-0-0-cleanup-followup-v2-2026-04-29 branch April 29, 2026 14:41

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

Follow-up operational cleanup to preserve PR review artifacts, fix previously reported Copilot issues in protection-config memory/docs, and improve PR-archiving ergonomics across forks/renames.

Changes:

  • Add GH_REPO=<owner>/<repo> override support to tools/pr-preservation/archive-pr.sh for cross-fork archiving.
  • Rename/adjust protection-config memory + tighten wording/reference consistency, and update memory/MEMORY.md index entry.
  • Add/refresh PR archives (docs/pr-discussions/**) and drain logs (docs/pr-preservation/**) for Lucent-Financial-Group#844/Lucent-Financial-Group#845/#101.

Reviewed changes

Copilot reviewed 8 out of 8 changed files in this pull request and generated 1 comment.

Show a summary per file
File Description
tools/pr-preservation/archive-pr.sh Adds GH_REPO-based repo resolution path ahead of gh repo view.
memory/feedback_protection_config_dual_layer_legacy_deleted_rulesets_canonical_2026_04_29.md Updates protection-config memory wording, command narrative, and cross-references.
memory/MEMORY.md Updates the index entry to point at the renamed/updated memory file with a shorter summary.
docs/pr-preservation/lfg-844-drain-log.md Adds preserved thread-by-thread drain log for LFG PR Lucent-Financial-Group#844.
docs/pr-preservation/acehack-101-drain-log.md Adds preserved thread-by-thread drain log for AceHack PR #101.
docs/pr-discussions/PR-acehack-0101-ops-0-0-0-post-reset-cleanup-stale-prose-fixes-protection-co.md Adds archived PR discussion for AceHack #101.
docs/pr-discussions/PR-0845-ops-0-0-0-lfg-forward-sync-post-reset-cleanup-copilot-fixes.md Adds archived PR discussion for LFG Lucent-Financial-Group#845.
docs/pr-discussions/PR-0844-ops-0-0-0-post-reset-cleanup-stale-prose-fixes-protection-co.md Adds archived PR discussion for LFG Lucent-Financial-Group#844.
Comments suppressed due to low confidence (1)

memory/feedback_protection_config_dual_layer_legacy_deleted_rulesets_canonical_2026_04_29.md:104

  • P1: This claims memory/MEMORY.md has an index pointer to the non-in-repo feedback_aaron_visibility_constraint_no_changes_he_cant_see_2026_04_28.md, but that filename doesn’t appear in memory/MEMORY.md (search shows no matches). Please either remove this clause or change it to point at the actual in-repo references that still mention the user-scope-only file.

Comment on lines +127 to 134
REPO_NWO="${GH_REPO}"
else
REPO_NWO="$(gh repo view --json nameWithOwner --jq .nameWithOwner 2>/dev/null || true)"
fi
if [ -z "${REPO_NWO}" ] || [ "${REPO_NWO}" = "${REPO_NWO#*/}" ]; then
echo "error: could not detect repo (need GH_REPO=<owner>/<name> env var or 'gh repo view' to succeed). Is gh authenticated and this a GitHub repo?" >&2
exit 1
fi

Copilot AI Apr 29, 2026

Copy link

Choose a reason for hiding this comment

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

P1: GH_REPO validation is too permissive: values like /Zeta, AceHack/Zeta/extra, or AceHack/Zeta (trailing space) pass the current check and then fail later with a less actionable GraphQL error (or parse into an empty owner / invalid repo name). Consider validating GH_REPO strictly as owner/repo (exactly one slash, non-empty segments) and trimming surrounding whitespace before splitting into REPO_OWNER/REPO_NAME.

Suggested change
REPO_NWO="${GH_REPO}"
else
REPO_NWO="$(gh repo view --json nameWithOwner --jq .nameWithOwner 2>/dev/null || true)"
fi
if [ -z "${REPO_NWO}" ] || [ "${REPO_NWO}" = "${REPO_NWO#*/}" ]; then
echo "error: could not detect repo (need GH_REPO=<owner>/<name> env var or 'gh repo view' to succeed). Is gh authenticated and this a GitHub repo?" >&2
exit 1
fi
REPO_NWO="$(printf '%s' "${GH_REPO}" | sed 's/^[[:space:]]*//;s/[[:space:]]*$//')"
if ! [[ "${REPO_NWO}" =~ ^[^/[:space:]]+/[^/[:space:]]+$ ]]; then
echo "error: GH_REPO must be exactly <owner>/<name> with one slash and non-empty segments (got: '${GH_REPO}')" >&2
exit 1
fi
else
REPO_NWO="$(gh repo view --json nameWithOwner --jq .nameWithOwner 2>/dev/null || true)"
REPO_NWO="$(printf '%s' "${REPO_NWO}" | sed 's/^[[:space:]]*//;s/[[:space:]]*$//')"
if ! [[ "${REPO_NWO}" =~ ^[^/[:space:]]+/[^/[:space:]]+$ ]]; then
echo "error: could not detect repo (need GH_REPO=<owner>/<name> env var or 'gh repo view' to succeed). Is gh authenticated and this a GitHub repo?" >&2
exit 1
fi
fi

Copilot uses AI. Check for mistakes.
AceHack added a commit that referenced this pull request May 7, 2026
…ent-Financial-Group#847)

* ops(0-0-0): post-double-hop close — trajectory + tick shards + Lucent-Financial-Groupgh-401 runbook (interim memory home)

The post-double-hop close artifacts:

- docs/active-trajectory.md: priority section RE-CLOSED (rescinds the
  "blocking all other work" framing now that 0/0/0 holds again at
  17a2637). New "Post-double-hop
  sequencing" block lists the next-lane order per Amara: Lucent-Financial-Group#315
  (hourly budget), Lucent-Financial-Group#319 (bounded-retry CodeQL), Lucent-Financial-Group#318 (docs/ops
  taxonomy), Lucent-Financial-Group#317 (tick-fast-path), Lucent-Financial-Group#316 (absorbed into Lucent-Financial-Group#318),
  Lucent-Financial-Group#313/Lucent-Financial-Group#314, then branch/worktree recovery.

- docs/hygiene-history/ticks/2026/04/29/1452Z.md: tick shard for the
  PR Lucent-Financial-Group#846 review wave (4 unresolved threads — 3× Copilot P1 +
  1× Codex P2). Codex caught the structurally-deepest bug (host
  segment parsed but discarded silently before gh api graphql);
  Copilot caught the surface P1s. Review-ensemble complementarity.

- docs/hygiene-history/ticks/2026/04/29/1517Z.md: tick shard for the
  0/0/0 re-close ceremony at 15:17:09Z. Force-with-lease + ruleset
  toggle/restore + verify. Aaron's "why are you waiting on me"
  flagged as future-self lesson on standing-authority cadence
  (Otto-359 candidate).

- memory/reference_gh_cli_graphql_401_diagnostic_runbook_2026_04_29.md:
  diagnostic runbook for the gh CLI auth glitch where `gh api
  graphql` 401s while `gh api -X POST graphql` works. Amara
  framing: diagnostic note, not doctrine yet. INTERIM HOME: the
  runbook lives in memory/ for this round; long-term home is
  docs/ops/runbooks/gh-cli-auth-401.md per task Lucent-Financial-Group#318
  (docs/ops taxonomy — runbooks/patterns/incidents/ tree).

- memory/MEMORY.md: paired index entry for the runbook above
  (per memory-index-integrity rule).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* ops(0-0-0): Lucent-Financial-Group#847 Codex P2 — correct Lucent-Financial-Groupgh-401 runbook misdiagnosis (X POST is a no-op)

Codex P2 on PR Lucent-Financial-Group#847: my prior runbook claimed `gh api graphql -f query='...'`
defaults to GET and that `-X POST` was the workaround. That's wrong: `gh api`
already sends POST when `-f` or `-F` parameters are present (per `gh api --help`).
The earlier "the X flag fixed it" observation was actually the upstream
auth-service glitch resolving in the few seconds between attempts —
misattributed.

Empirical verification:

  GH_DEBUG=api gh api graphql -f query='query { viewer { login } }' 2>&1 \
    | grep -E '^> POST|^> GET'
  # > POST /graphql HTTP/1.1   ← already POST without -X

Updated runbook to:
- Frame the failure mode correctly: transient upstream auth-service
  hiccup that recovers on its own (~30-90s window). Bounded retry is
  the answer, not flag-magic.
- Add explicit "Common misdiagnosis (corrected)" section so future-
  self doesn't re-derive the wrong fix.
- Keep CodeQL SARIF upload 401 as sibling failure mode (independently
  observed in CodeQL run logs, not the misattributed-flag failure).
- Cross-reference task Lucent-Financial-Group#319 (bounded-retry CodeQL) for the durable
  fix Aaron specified per DST discipline.

Lesson captured in trigger-memory section: claim-without-verify is
the failure mode the Drain-Log Claim Verification Discipline (task
Lucent-Financial-Group#316) catches. The rule applies to runbook-authoring in real time,
not just retroactive drain-log audits.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* ops(0-0-0): Lucent-Financial-Group#847 retrigger — clear stale submit-nuget failure on deleted misnamed branch

Earlier in this PR's history, a push hit a misnamed branch on LFG
(post-0-0-0-reclose-followup-acehack-2026-04-29 instead of the lfg-named
counterpart). I corrected the push and the misnamed branch was later
auto-deleted. However, the submit-nuget workflow had already been
triggered against that branch and is now stuck because a rerun cannot
re-fetch the deleted ref.

The same SHA (65b20ee) has a SUCCESS run on the correct lfg-named
branch (run 25117920779), but the rollup also retains the FAILURE run
from the deleted branch (run 25117911328). Auto-merge BLOCKED on the
stale failure status.

Empty commit retrigger to land a fresh SHA where workflows fire only
on the correct branch context. No content change.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* ops(0-0-0): Lucent-Financial-Group#847 review wave 2 — Copilot + 2× Codex corrections

Three unresolved review threads on Lucent-Financial-Group#847 head, all valid:

1. Copilot — tick shard filename mismatch
   `1452Z.md` filename vs `14:58:00Z` row timestamp confused
   chronological sort. Renamed file to `1458Z.md` to match the
   row timestamp (the row had been revised when the round-close
   landed, but I forgot to rename the file).

2. Codex P1 — `gh api rate_limit` is not a reliable auth-health
   signal. Per GitHub REST docs, `GET /rate_limit` succeeds
   anonymously when only public resources are queried, so a
   missing/revoked token can show as healthy on this check.
   Replaced runbook step 3 with `gh api user` (requires auth,
   no anonymous fallback). Also corrected the "still works"
   block to call out the same caveat with explicit Codex P1
   credit + cross-reference to PR Lucent-Financial-Group#847.

3. Codex P2 — frontmatter description over-asserted "not a
   token problem" while the body documents token-side branches.
   Softened to "FIRST hypothesis is transient upstream...
   always rule out token-side issues before assuming transient."
   Indexes/previews surfacing the description now don't
   short-circuit to "must be transient, retry."

The Codex P1 correction is structurally important: a runbook
that misclassifies "token problem" as "transient" delays the
real remediation path. Caught proactively before any operator
ran the broken triage.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* ops(0-0-0): Lucent-Financial-Group#847 Codex P2 — fix stale -X POST claim in MEMORY.md index entry

Codex P2 caught that the MEMORY.md index entry I added still
referenced the old misdiagnosis (gh api -X POST works while gh api
graphql doesn't). The runbook itself was corrected, but the index
entry wasn't updated to match — readers seeing the index first
would be sent back toward the already-invalidated method-switch
theory instead of the intended transient-auth/token diagnosis.

Updated MEMORY.md index entry to:
- Remove the -X POST contrast claim
- Frame as "transient upstream auth-service 401s" first-hypothesis
- Cross-reference the Codex P2 correction with explicit credit
- Note token-side cases explicitly ("always rule out token-side
  issues — expired/revoked/SSO — before assuming transient")

Future-self lesson reinforced: when correcting a substrate file,
update ALL surfaces that reference its claims — body text, frontmatter,
INDEX entries, cross-refs in other files. Codex P2 caught what would
have been a silent-state-divergence between the runbook and its index.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* ops(0-0-0): Lucent-Financial-Group#847 Copilot wave 4 — disambiguate session-task IDs from GitHub PR/issue numbers

Copilot caught that committed substrate references like `Lucent-Financial-Group#319` auto-link
to GitHub PR/issue 319 (a closed Graph operator-algebra PR), not to the
session-local TaskList task 319 (bounded-retry CodeQL flakes) I intended.
This is a generalized substrate-discipline issue: my TaskList tool's IDs
share the `#NNN` namespace with GitHub PR/issue numbers and silently mis-link.

Verified the collision against LFG/Zeta:
  task 313 → GH PR/issue 313: backlog: pre-landing sanitizer for ferry lint  [closed]
  task 314 → GH PR/issue 314: backlog: claude --agent harness flag           [closed]
  task 315 → GH PR/issue 315: core: Veridicality.canonicalKey                [closed]
  task 316 → GH PR/issue 316: adr: Graph substrate ZSet-backed retraction    [closed]
  task 317 → GH PR/issue 317: core: Graph substrate skeleton                  [closed]
  task 318 → GH PR/issue 318: backlog: P3 KSK naming definition doc           [closed]
  task 319 → GH PR/issue 319: core: Graph operator-algebra composition        [closed]
  task 320 → GH PR/issue 320: backlog: Schema-as-Graph first-class entities  [closed]
  task 321 → GH PR/issue 321: core: Graph.largestEigenvalue power iteration  [closed]

ALL 9 session-task IDs from this session collide.

Sweep: replaced `#NNN` → `task NNN` (no hash) in committed substrate where
the reference is to a session-local task. Real GitHub PR/commit refs
(Lucent-Financial-Group#846, Lucent-Financial-Group#847, #101, #103, Lucent-Financial-Group#845, etc.) keep their `#` prefix.

Files swept (22 total replacements):
- docs/active-trajectory.md (8)
- docs/hygiene-history/ticks/2026/04/29/1517Z.md (9)
- memory/reference_gh_cli_graphql_401_diagnostic_runbook_2026_04_29.md (3)
- memory/MEMORY.md (2)

Lesson for future-self: TaskCreate/TaskList IDs are session-local and
share namespace with GitHub PR/issue numbers. When writing committed
substrate that references them, use `task NNN` (no hash) format. The
hash-prefix is reserved for real GitHub references that should auto-link.
This composes with the Drain-Log Claim Verification Discipline + the
index-vs-body single-source-of-truth discipline — claims about other
artifacts must reference the right artifact.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

---------

Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>
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