thachvd-kit 1.0.25 → 1.0.27

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "thachvd-kit",
3
- "version": "1.0.25",
3
+ "version": "1.0.27",
4
4
  "description": "Cross-agent project rules bootstrap kit for Codex, Antigravity, and Claude Code",
5
5
  "bin": {
6
6
  "thachvd-kit": "./bin/cli.js"
@@ -23,6 +23,8 @@
23
23
  },
24
24
  "scripts": {
25
25
  "test": "node test/cli.test.js",
26
+ "release:verify": "npm test && node --check bin/cli.js && npm pack --dry-run",
27
+ "preversion": "npm run release:verify",
26
28
  "release:patch": "npm version patch",
27
29
  "release:dry-run": "npm pack --dry-run",
28
30
  "release:publish": "npm publish"
@@ -0,0 +1,42 @@
1
+ ---
2
+ description: Release the thachvd-kit npm package with verification, versioning, tagging, publishing, and registry checks.
3
+ ---
4
+
5
+ # /release - Npm Release
6
+
7
+ Use this workflow only after the implementation workflow is complete and the release commit is the only intended change.
8
+
9
+ ## Release Gate
10
+
11
+ - [ ] Working tree is clean before starting.
12
+ - [ ] Change is already reviewed and pushed to `main`.
13
+ - [ ] `npm run release:verify` passes.
14
+ - [ ] The next version is correct and has not been published.
15
+ - [ ] npm authentication is available with `npm whoami`.
16
+ - [ ] Rollback/response plan is known: npm versions cannot be overwritten or reused.
17
+
18
+ ## Commands
19
+
20
+ ```bash
21
+ git status --short --branch
22
+ npm run release:verify
23
+ npm run release:patch
24
+ git push origin main --follow-tags
25
+ npm whoami
26
+ npm run release:publish
27
+ npm view thachvd-kit version
28
+ npx thachvd-kit@<published-version> --help
29
+ ```
30
+
31
+ `npm run release:patch` runs `preversion`, which executes the release verification, then `npm version patch` updates the package metadata and creates the version commit/tag. Do not run `npm publish` until the version and dry-run contents are correct.
32
+
33
+ ## Version Rules
34
+
35
+ - Patch: backward-compatible fixes, docs, tests, and internal workflow improvements.
36
+ - Minor: backward-compatible new CLI behavior or user-facing capability.
37
+ - Major: breaking CLI, configuration, package, or generated-artifact contract.
38
+ - Beta/prerelease: publish with a non-`latest` dist-tag, for example `npm publish --tag beta`.
39
+
40
+ ## Bypass Rules
41
+
42
+ Questions and simple fixes bypass Spec/Plan/Review only when they do not change behavior or a shared contract. Publishing never bypasses `release:verify`, versioning, tagging, authentication, or registry verification.
@@ -0,0 +1,40 @@
1
+ ---
2
+ description: Fast path for one-file, unambiguous fixes with no behavior or shared-contract change.
3
+ ---
4
+
5
+ # /simple - Fast Path
6
+
7
+ $ARGUMENTS
8
+
9
+ ## Use Only When
10
+
11
+ - The change is limited to one obvious file or one tiny local edit.
12
+ - The expected result is unambiguous.
13
+ - No behavior, API, schema, security, CI, dependency, workflow, or release contract changes.
14
+
15
+ ## Explicit Bypass
16
+
17
+ Start the response with:
18
+
19
+ ```text
20
+ FAST_PATH: simple-fix
21
+ REASON: [why Spec/Plan/Review are not needed]
22
+ SCOPE: [file or narrow area]
23
+ ```
24
+
25
+ ## Steps
26
+
27
+ 1. Inspect the target and its immediate context.
28
+ 2. Make the smallest change.
29
+ 3. Run focused verification.
30
+ 4. Report the changed file and evidence.
31
+
32
+ Do not create a spec or plan for this route. Do not skip verification. If the scope expands, stop and re-route through `/task` as a feature, bug, or multi-domain task.
33
+
34
+ ## Examples
35
+
36
+ ```text
37
+ /simple fix a typo in README.md
38
+ /simple update one stale command in a workflow doc
39
+ /simple change one test assertion message
40
+ ```
@@ -0,0 +1,57 @@
1
+ ---
2
+ description: Route every task to the smallest safe workflow, fast path, bug flow, feature flow, or release flow.
3
+ ---
4
+
5
+ # /task - Task Router
6
+
7
+ $ARGUMENTS
8
+
9
+ ## Purpose
10
+
11
+ Use `/task` at the start of a task when you are unsure which workflow, skill, or specialist agent applies. This command routes the request before implementation.
12
+
13
+ ## Required Output
14
+
15
+ ```text
16
+ ROUTE: question | simple | feature | bug | review | release | multi-domain
17
+ WORKFLOW: [exact .agent/workflows/<name>.md file]
18
+ SKILLS: [skills to load, or none]
19
+ AGENTS: [specialist agents to load, or none]
20
+ GATE: fast-path | standard
21
+ NEXT: [the next command or action]
22
+ ```
23
+
24
+ Do not write code while routing. Ask one concise clarification question if the route cannot be determined safely.
25
+
26
+ ## Routing Rules
27
+
28
+ | Signal | Route | Next action |
29
+ |---|---|---|
30
+ | Asking for information or architecture explanation | question | Answer directly; no edits |
31
+ | One obvious file, no behavior or contract change | simple | Use `/simple <request>` |
32
+ | New behavior, multiple files, unclear scope, or >30 minutes | feature | `/brainstorm` -> `/spec` when needed -> `/plan`, then approval |
33
+ | Failing test, regression, error, or unknown root cause | bug | Use `/debug <symptom>` |
34
+ | Review request or pre-merge check | review | Use `/review` |
35
+ | npm version/tag/publish request | release | Use `/release` |
36
+ | Several specialist domains | multi-domain | Use `/orchestrate` |
37
+
38
+ ## Workflow And Skill Map
39
+
40
+ - `/simple`: `$clean-code` + `$verification-before-completion`.
41
+ - `/brainstorm`: `brainstorming`; no code.
42
+ - `/spec`: `.agent/workflows/spec.md`; define scope and acceptance criteria, no code.
43
+ - `/plan`: `project-planner` + `plan-writing`; no code before approval.
44
+ - `/enhance` or `/create`: relevant domain agent and implementation skills after approval.
45
+ - `/debug`: `debugger` + `$systematic-debugging` + `testing-patterns`.
46
+ - `/test`: `test-engineer` + `testing-patterns`.
47
+ - `/review`: `$code-review-checklist` + `$verification-before-completion`.
48
+ - `/release`: `release.md` and the npm release scripts; never use the fast path.
49
+
50
+ ## Examples
51
+
52
+ ```text
53
+ /task add an export button
54
+ /task login returns 500
55
+ /task fix typo in README
56
+ /task publish a new npm version
57
+ ```