Sweep the org profiles, the GitHub profile, and the repo pointer skills after the renames #6
Labels
No labels
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
role/advocate
role/director
role/exec
role/frontend
role/gamedev
role/human
role/platform
role/qa
role/science
role/sysadmin
state
ambient
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-bridge/.github#6
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?
Three public description surfaces still describe a portfolio that no longer exists. Two repos were renamed and their old names survive in every one of them, one repo is gone from canonical Forgejo but still live on GitHub, and two gaming repos are linked from a profile despite existing nowhere. Kai asked for a clean sweep rather than a patch of the one line that started this.
Found while reminting the agent-compose banner on its new description, where the same drift showed up as a third one-liner for one product.
The renames, verified
cli-guardtoumbra- GitHub redirectscoilyco-flight-deck/cli-guardtoumbra, and the live Forgejo description is now "a config driven occlusion framework for your CLIs and APIs".ward-mcptomcp-beaver- GitHub redirectscoilyco-flight-deck/ward-mcptomcp-beaver, and the live Forgejo description is now "A MCP server generator with a natural flow".atlas- absent from canonical Forgejo entirely, no repo matches anatlassearch, andcoilyco-bridge/atlasis still live on GitHub. Whether that is a delete, a rename, or an orphaned mirror is the one thing this ticket cannot answer from the outside.Surface 1 - the org profile READMEs
coilyco-flight-deck/.githubprofile/README.md- 15 mentions ofcli-guardand 12 ofward-mcp, zero ofumbraormcp-beaver. Every product link, topic index, and per-repo topic row carries a dead name.coilyco-bridge/.githubprofile/README.md- 5 mentions ofatlas.coilyco-gaming/.githubprofile/README.md- linkseco-community-discordandeco-game, neither of which resolves on Forgejo or on GitHub. The live org holdseco-app,eco-mods,eco-ops,factorio-mods,galaxy-gen,sirens-echo,steam-ops, andfactory-game-v3.Surface 2 - the GitHub profile
coilysiren/coilysirenREADME.md- carriescli-guard,ward-mcp,eco-community-discord, andeco-game, and describes agent-compose as a "context compiler that composes roles, personalities, skills, and tool inventories", which is neither the live Forgejo description nor what the README of that repo now says.coilysiren/coilysiren.agents/skills/coilysiren-portfolio/SKILL.md- repeats the same agent-compose line, so an agent with no checkout is briefed off it.Surface 3 - the repo pointer skills
These are generated from each repo's live Forgejo description plus its topics, and a pre-commit hook regenerates and byte-diffs them, so they should never drift. They drifted because the skill directory never followed the repo rename, and the hook compares the wrong path.
coilyco-flight-deck/umbrastill ships.agents/skills/repo-cli-guard/SKILL.md. Its frontmatter readsname: repo-umbrawith the old cli-guard description, so the directory and the skill name already disagree.coilyco-flight-deck/mcp-beaverstill ships.agents/skills/repo-ward-mcp/SKILL.mdwithname: repo-ward-mcp. Its description was half swept, reading "turns umbra policy files into guarded streamable HTTP services", which is the old ward-mcp framing with one word replaced.repo-atlasstill points at~/projects/coilyco-bridge/atlas/, a path with no repo behind it.repo-agent-composestill carries the pre-rename description line, which is the drift that surfaced this. Its Forgejo description changed today and nothing regenerated the skill.Done conditions
Not in scope
Choosing new wording. Every description above already has a canonical value on Forgejo, so this is propagation rather than copy. A product that wants a genuinely new one-liner is a separate ask.
See also