Rename the app to vscode-markdown-cowriting-plugin (markdown-only identity) #35
Reference in New Issue
Block a user
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?
Rename the app to vscode-markdown-cowriting-plugin (markdown-only identity)
Summary
Rename the app/repos from
vscode-cowriting-plugintovscode-markdown-cowriting-pluginto match the affirmed markdown-only productidentity — a coordinated rename across the Gitea repos,
app.json, the contentrepo, and the session-history paths.
Problem / pain
F10 (#29) and the capture that preceded it (#29 / session 0028) locked the product
as markdown-only — non-markdown review was dropped as a goal. The current name
vscode-cowriting-pluginimplies a general cowriting tool, not a markdown one. TheF10 spec affirms the markdown-only identity but explicitly defers the rename as
"a separate, deliberate gesture" because it touches several coordinated surfaces.
Who feels it
The developer / operator (and any future contributor) — the name sets
expectations; a general-sounding name on a markdown-specific product is a small but
persistent source of confusion, and the longer it waits the more references accrue.
Desired outcome / value
The repo, app manifest, content repo, and session-history paths all carry the
markdown-specific name, so the identity is consistent end-to-end and the dropped
non-markdown scope is reflected in the name.
Acceptance — "done right"
…-content), and (as applicable) thesession-history target are renamed to the
vscode-markdown-cowriting-pluginfamily (via
wgl-gitea-admin, not raw git).app.json(name+ everyrepos[]entry/remote) and the VS Code extensionmanifest (
package.jsonname/displayName) are updated.originremotes are updated (SSH, namespace preserved); thesession-history
sessions/path layout still resolves.specs/,plans/,issues/) arepreserved/redirected — no history loss.
new id.
Scope / non-goals
In scope: the coordinated rename across Gitea repos,
app.json, the extensionmanifest, content + session-history paths, and local remotes.
Non-goals: any functional/behavioral change; publishing to a marketplace;
changing the
cowriting.*command namespace unless trivially coordinated (decideat execution).
Assumptions · constraints · dependencies
coordinated change — best done when no other session is mid-flight to avoid
path races.
wgl-gitea-admin(HTTP API + admin token), notplain git. Local remotes are then re-pointed (SSH-only, namespace preserved).
app.json-drivenresolution working after the rename.
Source / signal
Self-originated — capture session vscode-cowriting-plugin-0031 (2026-06-12),
from the F10 spec's deferred identity decision. Spec:
specs/coauthoring-interactive-review.md§1.7 ("the rename … is a separatedeliberate gesture") / §9 ("OPEN → later: the repo rename"). Affirmed by the
markdown-only product lock (#29, capture session 0028).
Priority (WSJF)
Provisional: Value low–medium (identity clarity; not user-blocking) ·
Time-criticality low–medium (cost grows as references accrue — cheaper sooner)
· Opportunity low ÷ Size medium (coordinated, multi-repo) →
provisional priority/P3. (Decision aid, not auto-scored.)
Decomposition
Task (a coordinated rename chore, no independent feature value). Checklist:
wgl-gitea-admin.app.json(name+repos[]remotes) and the extensionpackage.json(name/displayName).origin(SSH, namespace preserved); verify session/content resolution.Solution notes (optional — NOT a design)
Non-binding: do this as a standalone session with nothing else in flight (avoids
session-claim path races). Gitea supports repo rename with redirect; verify
resolve-app.pystill resolves the app afterward.