docs: update renamed Kimi login in README #44
No reviewers
Labels
No labels
attention
blocked
blocker:ci-red
blocker:conflict
blocker:drill-pending
blocker:unrequested
bug
claimed
documentation
enhancement
epic
merge-next
needs-ruling
needs-triage
offsite
post-merge
ready
release
scope:ci
scope:cli
scope:docs
scope:manifests
scope:packaging
stale
state:addressing
state:bots-reviewing
state:building
state:needs-human
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: heavy-duty/stoke#44
Loading…
Reference in a new issue
No description provided.
Delete branch "build/33-readme-login"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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
Acceptance criteria
reviewer-andresmgslspelling is absent from README.md and the rest of the treeandres,dan,kimi-bot-andresmgsl, andheavy-dutyeach resolve HTTP 200 without redirectsVerification
kimi-reviewer-andresmgsloccurrences in README.md; no other tree matchesnpm test: 129 passed, 0 failedreviewer-andresmgslmatches in README.md and zero in the rest of the tree; 12kimi-bot-andresmgslREADME occurrenceskimi-bot-andresmgsl,andres,dan, andheavy-dutyeach returned HTTP 200git diff --check origin/main...HEAD: clean6bffd8adb0ef6ad80e21e4d6396bd52672577d22; worktree cleanRound log
Round at
6bffd8adRound passed with no written reply.
docs: update renamed Kimi login in READMEto WIP: docs: update renamed Kimi login in README📣 round answered at head
6bffd8adb0WIP: docs: update renamed Kimi login in READMEto docs: update renamed Kimi login in README🔎 reviewing head
6bffd8adb0Reviewed in a detached worktree at that head against #33's acceptance criteria.
GET /api/v1/users/{login}. Extracted every user/org identity the README names (-n/-o/-u/--to/--ownervalues plus thelogin/usernameconfig keys): exactlykimi-bot-andresmgsl,andres,dan,heavy-duty. All 200 no-redirect; the oldkimi-reviewer-andresmgslstill returns 307.grep -c 'reviewer-andresmgsl' README.md= 0;git grep 'reviewer-andresmgsl'over the rest of the tree = 0 matches.kimi-bot-andresmgsl,andres,dan,heavy-dutyeach 200 no-redirect (checked via the forge wrapper, which does not pass-L).git diff --numstatmerge-base→head:12 12 README.md, one file. Base carried exactly 12 old spellings and 0 new ones; head carries 0 and 12.npm ci && npm testin 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
6bffd8adb021b91e8🔎 reviewing head
6bffd8adb0git diff --checkis clean.reviewer-andresmgslis absent tree-wide;kimi-bot-andresmgslappears 12 times in README.md.kimi-bot-andresmgsl,andres,dan, andheavy-dutyall return HTTP 200; the old name returns 307.npm testcannot be run here becausenodeis not installed on this box; relied on the PR's reported green baseline and the docs-only scope.Approve.
The PR meets every acceptance criterion from #33:
README.md(12 insertions / 12 deletions) andgit diff --checkis clean.reviewer-andresmgslspelling is absent fromREADME.mdand from the rest of the tree.kimi-bot-andresmgsl,andres,dan, and the orgheavy-duty— each return HTTP 200 with redirects refused; the oldkimi-reviewer-andresmgslname correctly returns 307.What I could not verify:
npm testcould 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 — 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/--ownervalues plus theloginandusernamekeys in the stored-config example — and the complete set iskimi-bot-andresmgsl,andres,dan, and the orgheavy-duty. Nothingelse in the file is a user or org name (
box,infra,stoke,old-name/new-nameare repo names). Each of the four returns 200 withredirects refused; the old
kimi-reviewer-andresmgslstill returns 307, sothe check is live and discriminating rather than vacuously green.
The redirect discipline matters here and holds: the duty forge wrapper
issues its
curlwithout-L, so a 307 surfaces asforge_api: HTTP 307 from 'GET users/kimi-reviewer-andresmgsl'rather thansilently following into a 200. That is the same semantics as the issue's
curlwith no-Landredirect: 'manual'.AC2: the obsolete spelling is gone from README and the rest of the tree.
grep -c 'reviewer-andresmgsl' README.md→ 0, andgit grep -n 'reviewer-andresmgsl'over all tracked files → no matches (exit 1). I usedthe broad
reviewer-andresmgslstem, notkimi-reviewer-andresmgsl, so asurviving 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 theold spelling redirected to),
andres(uid 2),dan(uid 1), andorgs/heavy-dutyall 200, no redirect.AC4: the diff touches README.md and nothing else.
git diff --numstat 21b91e8...HEAD→12 12 README.md, one file, andgit diff --checkis 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 transferexample (README ~472) and the "Verification: heavy-dutyrepository 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 testin the worktree: 129 pass, 0 fail, matching thePR's stated baseline. (
npm cifirst — a fresh worktree has nonode_modulesand the suite otherwise fails onCannot find module 'commander', which is an environment artifact, not a head defect.)npm run check:governance:4 identities resolved; 5 scope rows valid.ci / test (pull_request)andlabels / labels (pull_request)both success.Closes #33is the right keyword: every one of #33's acceptance criteria issatisfiable pre-merge, so this is not a
Refs #Npost-merge shape.change, and this is prose only — no code, no CLI surface, no workflow.
.github/labels.confhas a barepanel=line (noper-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
commit status API for this head (both contexts green), plus my own local
npm testandnpm run check:governance, which are exactly what.forgejo/workflows/ci.ymlruns./api/v1/users/{login},/api/v1/orgs/heavy-duty), which is what the criteria specify. I did notfetch the human-facing page
https://forgejo.heavyduty.builders/kimi-bot-andresmgslthat theVerification paragraph prints as prose; I inferred it from the account
resolving at uid 6.
Non-blocking — for a proposal, not for this PR
moved:
stoke issue list -o kimi-bot-andresmgsl -r box,pr list,branch list, and the twocollaborator add -o kimi-bot-andresmgsl -r infralines.repos/kimi-bot-andresmgsl/boxandrepos/kimi-bot-andresmgsl/infrado not resolve — those repos live underheavy-dutynow (repos/heavy-duty/boxis 200). So a reader copy-pastingthem 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.
scripts/check-governance.jsvalidatesonly 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 testa regression guard only and puts the sweep inthe criteria, so no guard is owed by this PR — but a README identity sweep
in
check-governance.jswould turn a one-off fix into a standing one.Approve — docs-only rename sweep, verified end to end at head
6bffd8adb0.Acceptance criteria (#33), all checked live, not taken from the PR body:
kimi-bot-andresmgsl,andres,dan, and the orgheavy-duty— returned HTTP 200 fromGET /api/v1/users/{login}/.../orgs/...with redirects refused (curl, no-L). The old spellingkimi-reviewer-andresmgslstill 307s to the new login, confirming the probe would catch the defect class this issue exists to remove.grep -c 'reviewer-andresmgsl' README.md= 0, and a tree-wide grep (excluding.git/node_modules) is also 0; no looserkimi-reviewerfragment anywhere either. Exactly 12kimi-bot-andresmgslremain in README.md, matching the issue's 12-occurrence inventory.git diff origin/main...HEADtouches README.md only, 12 insertions / 12 deletions;git diff --checkclean; 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 branchbuild/33-readme-loginat the head commit, as the issue requires. No changelog entry needed: no behavior change, and the one-file criterion would forbid it.Regression:
npm test129/129 pass at the head and at the base, each in a freshnpm ciworktree;npm run check:governancepasses (4 identities, 5 scope rows). CI combined status on the head: success. Labels carryscope: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
@andresby hand when the PR reachesstate:needs-human(the engine's own request 404s on this forge).glm-bot-andresmgsl referenced this pull request2026-08-31 21:23:05 +00:00