docs: update renamed Kimi login in README #44

Merged
andres merged 1 commit from build/33-readme-login into main 2026-08-31 20:15:22 +00:00

Closes #33

Summary

Replace the obsolete renamed Kimi login in all twelve README examples and historical references while preserving the surrounding documentation and one-file scope.

Worklog

  • Claim #33 and post the bounded README-only design before creating the branch
  • Establish the 129-test baseline and prove exactly 12 obsolete README occurrences
  • Replace only the twelve README spellings and push the first checkpoint
  • Verify all named user and organization identities return HTTP 200 without redirects
  • Re-run the full regression suite and tree-wide spelling checks
  • Verify the complete pushed head for signal/ready handoff

Acceptance criteria

  • README.md names no login that fails a no-redirect Forgejo identity lookup
  • The obsolete reviewer-andresmgsl spelling is absent from README.md and the rest of the tree
  • andres, dan, kimi-bot-andresmgsl, and heavy-duty each resolve HTTP 200 without redirects
  • The PR diff touches README.md and nothing else

Verification

  • Red baseline: 12 kimi-reviewer-andresmgsl occurrences in README.md; no other tree matches
  • Baseline and final npm test: 129 passed, 0 failed
  • Green spelling check: zero reviewer-andresmgsl matches in README.md and zero in the rest of the tree; 12 kimi-bot-andresmgsl README occurrences
  • No-redirect lookups: kimi-bot-andresmgsl, andres, dan, and heavy-duty each returned HTTP 200
  • git diff --check origin/main...HEAD: clean
  • Final merge-base diff: README.md only, 12 insertions and 12 deletions
  • Remote and local head: 6bffd8adb0ef6ad80e21e4d6396bd52672577d22; worktree clean

Round log

Round at 6bffd8ad

Round passed with no written reply.

Closes #33 ## Summary Replace the obsolete renamed Kimi login in all twelve README examples and historical references while preserving the surrounding documentation and one-file scope. ## Worklog - [x] Claim #33 and post the bounded README-only design before creating the branch - [x] Establish the 129-test baseline and prove exactly 12 obsolete README occurrences - [x] Replace only the twelve README spellings and push the first checkpoint - [x] Verify all named user and organization identities return HTTP 200 without redirects - [x] Re-run the full regression suite and tree-wide spelling checks - [x] Verify the complete pushed head for signal/ready handoff ## Acceptance criteria - [x] README.md names no login that fails a no-redirect Forgejo identity lookup - [x] The obsolete `reviewer-andresmgsl` spelling is absent from README.md and the rest of the tree - [x] `andres`, `dan`, `kimi-bot-andresmgsl`, and `heavy-duty` each resolve HTTP 200 without redirects - [x] The PR diff touches README.md and nothing else ## Verification - Red baseline: 12 `kimi-reviewer-andresmgsl` occurrences in README.md; no other tree matches - Baseline and final `npm test`: 129 passed, 0 failed - Green spelling check: zero `reviewer-andresmgsl` matches in README.md and zero in the rest of the tree; 12 `kimi-bot-andresmgsl` README occurrences - No-redirect lookups: `kimi-bot-andresmgsl`, `andres`, `dan`, and `heavy-duty` each returned HTTP 200 - `git diff --check origin/main...HEAD`: clean - Final merge-base diff: README.md only, 12 insertions and 12 deletions - Remote and local head: `6bffd8adb0ef6ad80e21e4d6396bd52672577d22`; worktree clean ## Round log <!-- round:6bffd8adb0ef6ad80e21e4d6396bd52672577d22 --> **Round at 6bffd8ad** _Round passed with no written reply._
codex-bot-andresmgsl added 1 commit 2026-08-31 19:48:37 +00:00
docs: update renamed kimi login
All checks were successful
labels / labels (pull_request) Successful in 11s
ci / test (pull_request) Successful in 17s
6bffd8adb0
forgejo-actions added the
scope:docs
state:addressing
labels 2026-08-31 19:48:55 +00:00
codex-bot-andresmgsl changed title from docs: update renamed Kimi login in README to WIP: docs: update renamed Kimi login in README 2026-08-31 19:48:59 +00:00
Author
Member

📣 round answered at head 6bffd8adb0

📣 round answered at head 6bffd8adb0ef6ad80e21e4d6396bd52672577d22
codex-bot-andresmgsl changed title from WIP: docs: update renamed Kimi login in README to docs: update renamed Kimi login in README 2026-08-31 19:51:54 +00:00
codex-bot-andresmgsl requested review from glm-bot-andresmgsl 2026-08-31 19:56:29 +00:00
codex-bot-andresmgsl requested review from claude-bot-andresmgsl 2026-08-31 19:56:30 +00:00
codex-bot-andresmgsl requested review from kimi-bot-andresmgsl 2026-08-31 19:56:30 +00:00
codex-bot-andresmgsl added the
state:bots-reviewing
label 2026-08-31 19:56:31 +00:00
forgejo-actions removed the
state:addressing
label 2026-08-31 19:56:49 +00:00

🔎 reviewing head 6bffd8adb0

Reviewed in a detached worktree at that head against #33's acceptance criteria.

  • AC1 — README names no login that fails a no-redirect GET /api/v1/users/{login}. Extracted every user/org identity the README names (-n/-o/-u/--to/--owner values plus the login/username config keys): exactly kimi-bot-andresmgsl, andres, dan, heavy-duty. All 200 no-redirect; the old kimi-reviewer-andresmgsl still returns 307.
  • AC2 — grep -c 'reviewer-andresmgsl' README.md = 0; git grep 'reviewer-andresmgsl' over the rest of the tree = 0 matches.
  • AC3 — kimi-bot-andresmgsl, andres, dan, heavy-duty each 200 no-redirect (checked via the forge wrapper, which does not pass -L).
  • AC4 — git diff --numstat merge-base→head: 12 12 README.md, one file. Base carried exactly 12 old spellings and 0 new ones; head carries 0 and 12.
  • Regression floor — npm ci && npm test in the worktree: 129/129 pass. npm run check:governance: 4 identities resolved, 5 scope rows valid. CI on this head: both contexts green.

Verdict submitted.

🔎 reviewing head 6bffd8adb0ef6ad80e21e4d6396bd52672577d22 Reviewed in a detached worktree at that head against #33's acceptance criteria. - [x] AC1 — README names no login that fails a no-redirect `GET /api/v1/users/{login}`. Extracted every user/org identity the README names (`-n`/`-o`/`-u`/`--to`/`--owner` values plus the `login`/`username` config keys): exactly `kimi-bot-andresmgsl`, `andres`, `dan`, `heavy-duty`. All 200 no-redirect; the old `kimi-reviewer-andresmgsl` still returns 307. - [x] AC2 — `grep -c 'reviewer-andresmgsl' README.md` = 0; `git grep 'reviewer-andresmgsl'` over the rest of the tree = 0 matches. - [x] AC3 — `kimi-bot-andresmgsl`, `andres`, `dan`, `heavy-duty` each 200 no-redirect (checked via the forge wrapper, which does not pass `-L`). - [x] AC4 — `git diff --numstat` merge-base→head: `12 12 README.md`, one file. Base carried exactly 12 old spellings and 0 new ones; head carries 0 and 12. - [x] Regression floor — `npm ci && npm test` in the worktree: 129/129 pass. `npm run check:governance`: 4 identities resolved, 5 scope rows valid. CI on this head: both contexts green. Verdict submitted.

🔎 reviewing head 6bffd8adb0

  • criteria 1-4 verified live: no-redirect identity lookups all 200 (kimi-bot-andresmgsl/andres/dan/heavy-duty org; old name 307s, absent from tree); grep reviewer-andresmgsl = 0 tree-wide; 12 kimi-bot-andresmgsl in README; diff README-only 12+/12-, diff --check clean
  • npm test 129/129 at head AND base (fresh npm ci both worktrees); check:governance OK; CI combined status success; mergeable, base = live main 21b91e8
  • same-repo branch build/33-readme-login confirmed; uid-6 continuity verified (307 -> new login, id 6)
  • composing verdict: approve
🔎 reviewing head 6bffd8adb0ef6ad80e21e4d6396bd52672577d22 - criteria 1-4 verified live: no-redirect identity lookups all 200 (kimi-bot-andresmgsl/andres/dan/heavy-duty org; old name 307s, absent from tree); grep reviewer-andresmgsl = 0 tree-wide; 12 kimi-bot-andresmgsl in README; diff README-only 12+/12-, diff --check clean - npm test 129/129 at head AND base (fresh npm ci both worktrees); check:governance OK; CI combined status success; mergeable, base = live main 21b91e8 - same-repo branch build/33-readme-login confirmed; uid-6 continuity verified (307 -> new login, id 6) - composing verdict: approve

🔎 reviewing head 6bffd8adb0

  • Verified diff touches README.md only (12 insertions, 12 deletions) and git diff --check is clean.
  • Verified reviewer-andresmgsl is absent tree-wide; kimi-bot-andresmgsl appears 12 times in README.md.
  • Verified no-redirect identity lookups: kimi-bot-andresmgsl, andres, dan, and heavy-duty all return HTTP 200; the old name returns 307.
  • npm test cannot be run here because node is not installed on this box; relied on the PR's reported green baseline and the docs-only scope.
🔎 reviewing head 6bffd8adb0ef6ad80e21e4d6396bd52672577d22 - Verified diff touches README.md only (12 insertions, 12 deletions) and `git diff --check` is clean. - Verified `reviewer-andresmgsl` is absent tree-wide; `kimi-bot-andresmgsl` appears 12 times in README.md. - Verified no-redirect identity lookups: `kimi-bot-andresmgsl`, `andres`, `dan`, and `heavy-duty` all return HTTP 200; the old name returns 307. - `npm test` cannot be run here because `node` is not installed on this box; relied on the PR's reported green baseline and the docs-only scope.
kimi-bot-andresmgsl approved these changes 2026-08-31 20:08:01 +00:00
kimi-bot-andresmgsl left a comment
Member

Approve.

The PR meets every acceptance criterion from #33:

  • The diff touches only README.md (12 insertions / 12 deletions) and git diff --check is clean.
  • The obsolete reviewer-andresmgsl spelling is absent from README.md and from the rest of the tree.
  • The identities the README still names — kimi-bot-andresmgsl, andres, dan, and the org heavy-duty — each return HTTP 200 with redirects refused; the old kimi-reviewer-andresmgsl name correctly returns 307.

What I could not verify: npm test could not be run on this box because Node.js is not installed, so I relied on the builder's reported green 129-test baseline and the fact that the change is docs-only.

Approve. The PR meets every acceptance criterion from #33: - The diff touches only `README.md` (12 insertions / 12 deletions) and `git diff --check` is clean. - The obsolete `reviewer-andresmgsl` spelling is absent from `README.md` and from the rest of the tree. - The identities the README still names — `kimi-bot-andresmgsl`, `andres`, `dan`, and the org `heavy-duty` — each return HTTP 200 with redirects refused; the old `kimi-reviewer-andresmgsl` name correctly returns 307. What I could not verify: `npm test` could not be run on this box because Node.js is not installed, so I relied on the builder's reported green 129-test baseline and the fact that the change is docs-only.
claude-bot-andresmgsl approved these changes 2026-08-31 20:09:15 +00:00
claude-bot-andresmgsl left a comment
Member

Approve — head 6bffd8adb0ef6ad80e21e4d6396bd52672577d22.

Reviewed the whole PR at this head in a detached worktree, against #33's
acceptance criteria, then the repo's constraints, then the diff.

Acceptance criteria — all four verified

AC1: README names no login that fails a no-redirect GET /api/v1/users/{login}.
I did not take the issue's word that kimi was the only dead identity. I
extracted every identity-position token in the README at this head — the
-n / -o / -u / --to / --owner values plus the login and
username keys in the stored-config example — and the complete set is
kimi-bot-andresmgsl, andres, dan, and the org heavy-duty. Nothing
else in the file is a user or org name (box, infra, stoke,
old-name/new-name are repo names). Each of the four returns 200 with
redirects refused; the old kimi-reviewer-andresmgsl still returns 307, so
the check is live and discriminating rather than vacuously green.

The redirect discipline matters here and holds: the duty forge wrapper
issues its curl without -L, so a 307 surfaces as
forge_api: HTTP 307 from 'GET users/kimi-reviewer-andresmgsl' rather than
silently following into a 200. That is the same semantics as the issue's
curl with no -L and redirect: 'manual'.

AC2: the obsolete spelling is gone from README and the rest of the tree.
grep -c 'reviewer-andresmgsl' README.md → 0, and git grep -n 'reviewer-andresmgsl' over all tracked files → no matches (exit 1). I used
the broad reviewer-andresmgsl stem, not kimi-reviewer-andresmgsl, so a
surviving sibling rename (codex-, glm-, claude-) would have shown.

AC3: the identities the README still names introduce no new dead name.
Covered by AC1 above: kimi-bot-andresmgsl (uid 6 — the same account the
old spelling redirected to), andres (uid 2), dan (uid 1), and
orgs/heavy-duty all 200, no redirect.

AC4: the diff touches README.md and nothing else.
git diff --numstat 21b91e8...HEAD12 12 README.md, one file, and
git diff --check is clean. The counts corroborate the substitution exactly:
base README had 12 old spellings and 0 new ones, head has 0 and 12. Twelve
replacements, twelve lines, no collateral edit riding along.

Scope call on the two historical passages

The repo transfer example (README ~472) and the "Verification: heavy-duty
repository imports" paragraph (~1132) are both rewritten to the new spelling.
That is the issue's explicit instruction and I agree with its reasoning: uid 6
is one account renamed, so the current spelling is true of it in every tense,
and this is not the reattribution the 2026-08-17 ruling forbids — no work moves
to a different actor. Leaving those two would also have left URLs in the tree
that resolve only by redirect, which is the defect the issue exists to remove.

Regression floor and repo constraints

  • npm ci && npm test in the worktree: 129 pass, 0 fail, matching the
    PR's stated baseline. (npm ci first — a fresh worktree has no
    node_modules and the suite otherwise fails on Cannot find module 'commander', which is an environment artifact, not a head defect.)
  • npm run check:governance: 4 identities resolved; 5 scope rows valid.
  • Forge CI on this exact head: ci / test (pull_request) and
    labels / labels (pull_request) both success.
  • Closes #33 is the right keyword: every one of #33's acceptance criteria is
    satisfiable pre-merge, so this is not a Refs #N post-merge shape.
  • No changelog fragment, correctly: BUILDER.md requires one per behavior
    change, and this is prose only — no code, no CLI surface, no workflow.
  • Panel membership: .github/labels.conf has a bare panel= line (no
    per-author override) listing codex, glm, claude, kimi; minus the author
    (codex) I am on panel, so this verdict is a gate, not advisory.

What I could not verify, and what I relied on instead

  • I did not re-run the Forgejo Actions workflow myself; for CI I relied on the
    commit status API for this head (both contexts green), plus my own local
    npm test and npm run check:governance, which are exactly what
    .forgejo/workflows/ci.yml runs.
  • I checked identities through the API (/api/v1/users/{login},
    /api/v1/orgs/heavy-duty), which is what the criteria specify. I did not
    fetch the human-facing page
    https://forgejo.heavyduty.builders/kimi-bot-andresmgsl that the
    Verification paragraph prints as prose; I inferred it from the account
    resolving at uid 6.

Non-blocking — for a proposal, not for this PR

  1. Several examples still pair the now-correct login with a repo that has
    moved: stoke issue list -o kimi-bot-andresmgsl -r box, pr list,
    branch list, and the two collaborator add -o kimi-bot-andresmgsl -r infra lines. repos/kimi-bot-andresmgsl/box and
    repos/kimi-bot-andresmgsl/infra do not resolve — those repos live under
    heavy-duty now (repos/heavy-duty/box is 200). So a reader copy-pasting
    them still gets a failure, just a repo-level one instead of a login-level
    one. This is not a regression this PR introduces (the old spelling failed
    the same way) and #33 rules the owner/placeholder style explicitly out of
    scope, so it is correctly left alone here — but it is the same "first thing
    a reader runs against the live instance" concern, and worth a proposal.
  2. Nothing guards this from recurring. scripts/check-governance.js validates
    only the logins in .github/labels.conf; README identities are unchecked,
    which is why this drift survived from 2026-08-17 to now. #33's test plan
    deliberately makes npm test a regression guard only and puts the sweep in
    the criteria, so no guard is owed by this PR — but a README identity sweep
    in check-governance.js would turn a one-off fix into a standing one.
**Approve** — head `6bffd8adb0ef6ad80e21e4d6396bd52672577d22`. Reviewed the whole PR at this head in a detached worktree, against #33's acceptance criteria, then the repo's constraints, then the diff. ## Acceptance criteria — all four verified **AC1: README names no login that fails a no-redirect `GET /api/v1/users/{login}`.** I did not take the issue's word that kimi was the only dead identity. I extracted every identity-position token in the README at this head — the `-n` / `-o` / `-u` / `--to` / `--owner` values plus the `login` and `username` keys in the stored-config example — and the complete set is `kimi-bot-andresmgsl`, `andres`, `dan`, and the org `heavy-duty`. Nothing else in the file is a user or org name (`box`, `infra`, `stoke`, `old-name`/`new-name` are repo names). Each of the four returns 200 with redirects refused; the old `kimi-reviewer-andresmgsl` still returns 307, so the check is live and discriminating rather than vacuously green. The redirect discipline matters here and holds: the duty forge wrapper issues its `curl` without `-L`, so a 307 surfaces as `forge_api: HTTP 307 from 'GET users/kimi-reviewer-andresmgsl'` rather than silently following into a 200. That is the same semantics as the issue's `curl` with no `-L` and `redirect: 'manual'`. **AC2: the obsolete spelling is gone from README and the rest of the tree.** `grep -c 'reviewer-andresmgsl' README.md` → 0, and `git grep -n 'reviewer-andresmgsl'` over all tracked files → no matches (exit 1). I used the broad `reviewer-andresmgsl` stem, not `kimi-reviewer-andresmgsl`, so a surviving sibling rename (`codex-`, `glm-`, `claude-`) would have shown. **AC3: the identities the README still names introduce no new dead name.** Covered by AC1 above: `kimi-bot-andresmgsl` (uid 6 — the same account the old spelling redirected to), `andres` (uid 2), `dan` (uid 1), and `orgs/heavy-duty` all 200, no redirect. **AC4: the diff touches README.md and nothing else.** `git diff --numstat 21b91e8...HEAD` → `12 12 README.md`, one file, and `git diff --check` is clean. The counts corroborate the substitution exactly: base README had 12 old spellings and 0 new ones, head has 0 and 12. Twelve replacements, twelve lines, no collateral edit riding along. ## Scope call on the two historical passages The `repo transfer` example (README ~472) and the "Verification: heavy-duty repository imports" paragraph (~1132) are both rewritten to the new spelling. That is the issue's explicit instruction and I agree with its reasoning: uid 6 is one account renamed, so the current spelling is true of it in every tense, and this is not the reattribution the 2026-08-17 ruling forbids — no work moves to a different actor. Leaving those two would also have left URLs in the tree that resolve only by redirect, which is the defect the issue exists to remove. ## Regression floor and repo constraints - `npm ci && npm test` in the worktree: **129 pass, 0 fail**, matching the PR's stated baseline. (`npm ci` first — a fresh worktree has no `node_modules` and the suite otherwise fails on `Cannot find module 'commander'`, which is an environment artifact, not a head defect.) - `npm run check:governance`: `4 identities resolved; 5 scope rows valid`. - Forge CI on this exact head: `ci / test (pull_request)` and `labels / labels (pull_request)` both **success**. - `Closes #33` is the right keyword: every one of #33's acceptance criteria is satisfiable pre-merge, so this is not a `Refs #N` post-merge shape. - No changelog fragment, correctly: BUILDER.md requires one per **behavior** change, and this is prose only — no code, no CLI surface, no workflow. - Panel membership: `.github/labels.conf` has a bare `panel=` line (no per-author override) listing codex, glm, claude, kimi; minus the author (codex) I am on panel, so this verdict is a gate, not advisory. ## What I could not verify, and what I relied on instead - I did not re-run the Forgejo Actions workflow myself; for CI I relied on the commit status API for this head (both contexts green), plus my own local `npm test` and `npm run check:governance`, which are exactly what `.forgejo/workflows/ci.yml` runs. - I checked identities through the **API** (`/api/v1/users/{login}`, `/api/v1/orgs/heavy-duty`), which is what the criteria specify. I did not fetch the human-facing page `https://forgejo.heavyduty.builders/kimi-bot-andresmgsl` that the Verification paragraph prints as prose; I inferred it from the account resolving at uid 6. ## Non-blocking — for a proposal, not for this PR 1. Several examples still pair the now-correct login with a repo that has moved: `stoke issue list -o kimi-bot-andresmgsl -r box`, `pr list`, `branch list`, and the two `collaborator add -o kimi-bot-andresmgsl -r infra` lines. `repos/kimi-bot-andresmgsl/box` and `repos/kimi-bot-andresmgsl/infra` do not resolve — those repos live under `heavy-duty` now (`repos/heavy-duty/box` is 200). So a reader copy-pasting them still gets a failure, just a repo-level one instead of a login-level one. This is not a regression this PR introduces (the old spelling failed the same way) and #33 rules the owner/placeholder style explicitly out of scope, so it is correctly left alone here — but it is the same "first thing a reader runs against the live instance" concern, and worth a proposal. 2. Nothing guards this from recurring. `scripts/check-governance.js` validates only the logins in `.github/labels.conf`; README identities are unchecked, which is why this drift survived from 2026-08-17 to now. #33's test plan deliberately makes `npm test` a regression guard only and puts the sweep in the criteria, so no guard is owed by this PR — but a README identity sweep in `check-governance.js` would turn a one-off fix into a standing one.
glm-bot-andresmgsl approved these changes 2026-08-31 20:10:05 +00:00
glm-bot-andresmgsl left a comment
Member

Approve — docs-only rename sweep, verified end to end at head 6bffd8adb0.

Acceptance criteria (#33), all checked live, not taken from the PR body:

  • No dead login in README.md: every identity the README names — kimi-bot-andresmgsl, andres, dan, and the org heavy-duty — returned HTTP 200 from GET /api/v1/users/{login} / .../orgs/... with redirects refused (curl, no -L). The old spelling kimi-reviewer-andresmgsl still 307s to the new login, confirming the probe would catch the defect class this issue exists to remove.
  • Old spelling gone: grep -c 'reviewer-andresmgsl' README.md = 0, and a tree-wide grep (excluding .git/node_modules) is also 0; no looser kimi-reviewer fragment anywhere either. Exactly 12 kimi-bot-andresmgsl remain in README.md, matching the issue's 12-occurrence inventory.
  • No new dead names: covered by the lookups above (all 200 no-redirect).
  • One-file scope: git diff origin/main...HEAD touches README.md only, 12 insertions / 12 deletions; git diff --check clean; merge-base is live main (21b91e8), so the PR is current, mergeable: true.

Spec fidelity: concrete runnable examples were kept (no <owner> placeholder switch); the two historical passages correctly use the new spelling — I verified the rename is the same account (uid 6; the old name 307s to it), so this is re-spelling, not reattribution, per the 2026-08-17 fleet ruling the issue cites. Same-repo branch build/33-readme-login at the head commit, as the issue requires. No changelog entry needed: no behavior change, and the one-file criterion would forbid it.

Regression: npm test 129/129 pass at the head and at the base, each in a fresh npm ci worktree; npm run check:governance passes (4 identities, 5 scope rows). CI combined status on the head: success. Labels carry scope:docs, state:bots-reviewing.

What I could not verify and relied on instead: the builder's claimed red baseline at claim time (12 hits before the change) — I relied on the current state instead (0 old / 12 new, and the diff's 12 removed lines are all the old spelling), which is equivalent for this criterion.

Non-blocking reminder for the builder at handoff: #33's task list requires requesting @andres by hand when the PR reaches state:needs-human (the engine's own request 404s on this forge).

Approve — docs-only rename sweep, verified end to end at head 6bffd8adb0ef6ad80e21e4d6396bd52672577d22. Acceptance criteria (#33), all checked live, not taken from the PR body: - **No dead login in README.md**: every identity the README names — `kimi-bot-andresmgsl`, `andres`, `dan`, and the org `heavy-duty` — returned HTTP 200 from `GET /api/v1/users/{login}` / `.../orgs/...` with redirects refused (`curl`, no `-L`). The old spelling `kimi-reviewer-andresmgsl` still 307s to the new login, confirming the probe would catch the defect class this issue exists to remove. - **Old spelling gone**: `grep -c 'reviewer-andresmgsl' README.md` = 0, and a tree-wide grep (excluding `.git`/`node_modules`) is also 0; no looser `kimi-reviewer` fragment anywhere either. Exactly 12 `kimi-bot-andresmgsl` remain in README.md, matching the issue's 12-occurrence inventory. - **No new dead names**: covered by the lookups above (all 200 no-redirect). - **One-file scope**: `git diff origin/main...HEAD` touches README.md only, 12 insertions / 12 deletions; `git diff --check` clean; merge-base is live main (`21b91e8`), so the PR is current, `mergeable: true`. Spec fidelity: concrete runnable examples were kept (no `<owner>` placeholder switch); the two historical passages correctly use the new spelling — I verified the rename is the same account (uid 6; the old name 307s to it), so this is re-spelling, not reattribution, per the 2026-08-17 fleet ruling the issue cites. Same-repo branch `build/33-readme-login` at the head commit, as the issue requires. No changelog entry needed: no behavior change, and the one-file criterion would forbid it. Regression: `npm test` 129/129 pass at the head and at the base, each in a fresh `npm ci` worktree; `npm run check:governance` passes (4 identities, 5 scope rows). CI combined status on the head: success. Labels carry `scope:docs`, `state:bots-reviewing`. What I could not verify and relied on instead: the builder's claimed *red baseline* at claim time (12 hits before the change) — I relied on the current state instead (0 old / 12 new, and the diff's 12 removed lines are all the old spelling), which is equivalent for this criterion. Non-blocking reminder for the builder at handoff: #33's task list requires requesting `@andres` by hand when the PR reaches `state:needs-human` (the engine's own request 404s on this forge).
forgejo-actions added
state:needs-human
and removed
state:bots-reviewing
labels 2026-08-31 20:10:11 +00:00
codex-bot-andresmgsl requested review from andres 2026-08-31 20:12:39 +00:00
andres merged commit 01b25cac43 into main 2026-08-31 20:15:22 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
4 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: heavy-duty/stoke#44
No description provided.