Skip to content

Rename project: seal -> docmend - #11

Merged
dakshcodez merged 1 commit into
mainfrom
rename-to-docmend
Aug 15, 2026
Merged

Rename project: seal -> docmend#11
dakshcodez merged 1 commit into
mainfrom
rename-to-docmend

Conversation

@dakshcodez

Copy link
Copy Markdown
Owner

Summary

The @seal npm scope turned out to be already taken by an unrelated party. Rather than just renaming the tagline again, renamed the whole project to docmend (doc + mend — same self-heal wordplay spirit as "seal", checked real npm/scope availability this time before landing on it).

Changed:

  • GitHub repo: dakshcodez/seal -> dakshcodez/docmend (already done via gh repo rename, old URL auto-redirects)
  • npm packages: @seal/core -> @docmend/core, @seal/cli -> @docmend/cli, @seal/action -> @docmend/action
  • CLI bin command: seal -> docmend
  • Env vars: SEAL_GEMINI_API_KEY -> DOCMEND_GEMINI_API_KEY, SEAL_SKIP -> DOCMEND_SKIP
  • Ignore file: .sealignore -> .docmendignore (source file renamed: sealignore.ts -> docmendignore.ts)
  • Internal cache dir: .seal/ -> .docmend/
  • All console log prefixes, action.yml branding, package metadata, both READMEs, TESTING.md, .gitignore's comment

Test plan

  • npm run lint / typecheck / build all pass after re-running npm install to re-resolve the renamed workspace symlinks
  • Full repo sweep for any remaining "seal" references - zero found, including a second pass with no file-extension filter (an extensionless file, .gitignore, was missed on the first pass and caught on the second)
  • Runtime behavior verified, not just compilation: docmend init produces a hook script that actually contains npx docmend check; GeminiClient correctly reads DOCMEND_GEMINI_API_KEY and confirmed the old SEAL_GEMINI_API_KEY name is no longer recognized

The @seal npm scope was already taken by an unrelated party, so the
whole project is renamed rather than just the tagline this time:

- GitHub repo: dakshcodez/seal -> dakshcodez/docmend (gh repo rename;
  old URL auto-redirects)
- npm packages: @seal/core -> @docmend/core, @seal/cli -> @docmend/cli,
  @seal/action -> @docmend/action
- CLI bin command: seal -> docmend (npx docmend check/init/index)
- Env vars: SEAL_GEMINI_API_KEY -> DOCMEND_GEMINI_API_KEY,
  SEAL_SKIP -> DOCMEND_SKIP
- Ignore file: .sealignore -> .docmendignore (source file renamed too:
  packages/core/src/config/sealignore.ts -> docmendignore.ts)
- Internal cache dir: .seal/ -> .docmend/
- All console log prefixes, action.yml name/branding, package.json
  names/descriptions/repository URLs, both READMEs, TESTING.md,
  .gitignore's comment about the committed action bundle

"docmend" keeps the same self-heal wordplay spirit as the old name
(doc + mend, mend being a close synonym for heal) - checked real npm
registry and scope availability before landing on it, unlike "seal"
originally.

Verified with a full sweep for any remaining "seal" references across
every tracked text file (zero found, including files with no
extension like .gitignore that an earlier extension-filtered grep
missed on the first pass) - not just the files touched by the
substitution script. Verified runtime behavior, not just that it
compiles: seal init's renamed CLI command produces a hook script
that actually says "npx docmend check", and GeminiClient correctly
reads DOCMEND_GEMINI_API_KEY while no longer recognizing the old
SEAL_GEMINI_API_KEY name.
@dakshcodez
dakshcodez merged commit 9b48fdb into main Aug 15, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant