For architectural context across the Mint family (core vs TDD, distribution, evals), read and write to the ngvoicu-sme brain through kluris — /kluris-ngvoicu-sme (Claude Code skill: search, learn, remember, create) or kluris search "<query>" --brain ngvoicu-sme (CLI). Never edit brain files by hand.
SKILL.md: universal, cross-tool skill instructions (Claude Code, Codex, Cursor, Windsurf, Cline, Gemini CLI) — the full forge/implement/resume workflow.references/researcher.md: deep-research subagent brief, spawned via the Task tool during forge.references/spec-format.md: canonicalSPEC.mdformat and markers.references/command-contracts.md: behavioral contract checklist for the skill.skills/specmint-core/SKILL.md: symlink to../../SKILL.mdfor skills-CLI discovery (never replace with a real file)..specs/: local dogfooding output for specs (gitignored in this repo).
rg --files: fast inventory of repository files before editing.sed -n '1,160p' SKILL.md: inspect skill content in terminal.npx skills add ngvoicu/specmint-core -g -a codex: smoke-test skill installation flow.git log --oneline -n 10: review recent commit style before committing.
This repository has no compile/build pipeline; Markdown and JSON are consumed directly by host tools.
- Keep content ASCII Markdown/JSON with concise, imperative instructions.
- Use lowercase, hyphenated filenames for reference docs (for example
references/spec-format.md). - Keep workflow docs procedural (numbered steps, explicit file paths, deterministic behavior).
- Follow spec naming in examples: spec IDs are lowercase-hyphenated (
user-auth-system), task codes are[AUTH-01], and phase markers use[pending],[in-progress],[completed],[blocked].
- No automated test suite currently exists in this repository.
- Perform manual validation for each change:
- Confirm referenced paths/files exist.
- Smoke-test the install/use flow in a disposable project when skill behavior changes (e.g.
npx skills add ./. -g -a claude-code, or copySKILL.mdinto the tool's skills directory, then exercise forge / resume / implement).
- If you change spec-format rules, update both
SKILL.mdandreferences/spec-format.mdin the same PR.
- Git history is mostly terse
updatecommits, with occasional Conventional Commit messages (for examplefeat:). - Prefer descriptive, scoped commit messages (for example
docs: tighten openapi command generation rules). - PRs should include purpose, affected files, behavior changes (before/after prompt snippets), and linked issue/context when available.