GitHub description points at the retired cli-guard name #74
Labels
No labels
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
coherence-core
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
qa-fixture
role/ai
role/creator
role/design
role/director
role/engineer
role/exec
role/human
role/ops
role/qa
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-flight-deck/mcp-beaver#74
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Problem
Current GitHub description, 105 chars:
cli-guardwas renamed toumbra. Nothing public in the orgs is called cli-guard anymore, so a reader landing here cannot resolve the term to a repo, a doc, or a file format. The description is the first thing shown in the org listing and in search results, so this is the first impression on a repo currently at 0 stars.The README already says it correctly: "renders a umbra Guardfile". Only the repo metadata is stale.
Proposed change
Single-word swap, 99 chars, shorter than what it replaces and in the same register:
Deliberately a minimal diff rather than a rewrite. The existing sentence shape is fine, only the dead name is wrong.
check_repo_pointer_skillsregeneratesrepo-mcp-beaver/SKILL.mdfrom this description, so the pointer skill inherits the same stale name until this lands.Also
homepageis unset. umbra ships GitHub Pages at https://coilyco-flight-deck.github.io/umbra/ and this repo has no equivalent. Set it if a docs surface exists, or leave it and close that half.Scope
Content-only. Reverting changes human-facing words and nothing else.
Banner constraint, for whoever picks this up
Context that was missing when this was filed.
agent-composecarries a banner whose tagline is its GitHub description, and the design rule inagentic-os-xxxbanner-system.mdis that the tagline stays narrower than the heading. That puts a hard ceiling near 42 characters on any描述 that also has to render as banner type.mcp-beaver has no banner today.
assets/banner/does not exist here, onlyagent-composehas one across the five promotion-priority repos. So the 99-char replacement proposed above is fine as-is and this issue can proceed unchanged.The flag is forward-looking. If Designer mints a beaver banner as part of the promotion push, the current 105-char description measures 2.11 times the agent-compose heading width in that type treatment, and the proposed 99-char one is barely better. Either would need a separate short tagline.
If a banner is coming, the decision to make first is whether description and tagline are one string or two. That question is parked in agent-compose#284 for the convention discussion. Landing the
cli-guardtoumbra Guardfilesswap now does not foreclose it.Typo in the comment above: "any描述 that also has to render as banner type" should read "any description that also has to render as banner type". Two CJK characters landed in place of the English word. No comment-edit surface is exposed through this MCP, so correcting here rather than in place. Nothing else in that comment changes.
Done. GitHub description is now the sentence you proposed, verbatim:
repo-mcp-beaver/SKILL.mdregenerated onmaininb825196. It had drifted a third way - "umbra policy files" - so it was not carrying the dead name but was not carrying the description either. Regenerated throughagentic_os.generators.generate_repo_pointer_skillrather than hand-edited, sincecheck_repo_pointer_skillsregenerates and fails on any difference. Confirmed the generator reads the GitHub description, which is why fixing that side was enough to fix this one.homepage: closing that half.https://coilyco-flight-deck.github.io/mcp-beaver/returns 404 while umbra's equivalent returns 200, so there is no docs surface to point at and the field stays unset.One thing I could not do, and it is not this issue. The canonical Forgejo description is not the stale sentence at all - it is the README tagline:
So the problem you filed does not exist on the canonical side, and the two hosts now say different things: Forgejo carries the tagline, GitHub carries the descriptive sentence. Aligning them wants a decision about which one belongs in a repo description, and I do not hold admin on the Forgejo repo either way -
aosguard ops forgejo repo editreturns 403 for the ops token. Worth its own issue if the split matters; the dead name is gone from both.