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/.agent/docs/getting-started.md +81 -0
- package/.agent/docs/project.md +13 -1
- package/.agent/docs/tooling.md +7 -13
- package/.agent/docs/workflow.md +43 -1
- package/.agent/rules/GEMINI.md +22 -7
- package/.agent/workflows/release.md +42 -0
- package/.agent/workflows/simple.md +40 -0
- package/.agent/workflows/task.md +57 -0
- package/README.md +87 -15
- package/bin/cli.js +1094 -838
- package/package.json +3 -1
- package/workflows/release.md +42 -0
- package/workflows/simple.md +40 -0
- package/workflows/task.md +57 -0
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "thachvd-kit",
|
|
3
|
-
"version": "1.0.
|
|
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
|
+
```
|