@pigcloud/skills 1.0.5 → 1.0.7
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/CHANGELOG.md +34 -70
- package/README.en.md +4 -3
- package/README.md +54 -74
- package/bin/cli.js +16 -15
- package/package.json +69 -69
- package/rules/coding/implementation.md +26 -30
- package/rules/product/project-context.md +29 -29
- package/rules/skill-profile-map.json +6 -5
- package/rules/skill-profile-map.md +6 -5
- package/scripts/ci-validator.sh +19 -19
- package/scripts/validate-skill-shapes.js +5 -4
- package/skills/{api-docs → api-contract-docs}/SKILL.md +5 -4
- package/skills/{extract-business-facts → business-fact-extraction}/SKILL.md +9 -8
- package/skills/{extract-business-facts → business-fact-extraction}/scripts/write-knowledge-base.js +4 -3
- package/skills/code-review/SKILL.md +7 -6
- package/skills/code-review/references/template-review.md +39 -214
- package/skills/domain-modeling/SKILL.md +4 -3
- package/skills/domain-modeling/references/distillation-checklist.md +44 -152
- package/skills/feature-build/SKILL.md +10 -10
- package/skills/feature-build/references/comment-specification.md +89 -102
- package/skills/knowledge-capture/SKILL.md +1 -1
- package/skills/{performance-check → performance-audit}/SKILL.md +5 -4
- package/skills/project-bootstrap/SKILL.md +3 -2
- package/skills/references/business-fact-extraction.md +9 -8
- package/skills/references/engineering-delivery-method.md +4 -3
- package/skills/references/engineering-delivery-template.md +3 -2
- package/skills/references/golden-prompt-suite.js +44 -43
- package/skills/references/project-requirement-alignment.md +2 -1
- package/skills/references/rule-loading-map.md +4 -3
- package/skills/references/skill-authoring-standard.md +4 -3
- package/skills/references/skill-reference-matrix.md +15 -14
- package/skills/{security-review → security-audit}/SKILL.md +4 -2
- package/skills/{spec → spec-refinement}/SKILL.md +19 -18
- package/skills/technical-design/SKILL.md +11 -10
- package/skills/test-design/SKILL.md +2 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,70 +1,34 @@
|
|
|
1
|
-
# Pig Skills
|
|
2
|
-
|
|
3
|
-
> 版本变更记录,遵循 Semantic Versioning
|
|
4
|
-
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
-
|
|
11
|
-
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
-
|
|
20
|
-
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
-
|
|
29
|
-
|
|
30
|
-
-
|
|
31
|
-
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
### Added
|
|
36
|
-
- 初始发布,包含 12 个框架绑定技能
|
|
37
|
-
- OpenSpec 标准化规范
|
|
38
|
-
- 三层渐进式加载机制
|
|
39
|
-
- 跨工具兼容支持(Trae/Cursor/Claude Code/Copilot/Windsurf)
|
|
40
|
-
- CLI 工具(pig-skills 命令)
|
|
41
|
-
|
|
42
|
-
### Skills
|
|
43
|
-
- **Core**: workflow-router, technical-design, feature-build, code-review
|
|
44
|
-
- **Analysis**: spec, domain-modeling
|
|
45
|
-
- **Integration**: api-docs, test-design
|
|
46
|
-
- **Collaboration**: knowledge-capture
|
|
47
|
-
- **Infrastructure**: project-bootstrap, environment-deploy
|
|
48
|
-
|
|
49
|
-
### Core Bindings
|
|
50
|
-
- Controller → Service → Mapper 分层
|
|
51
|
-
- MpRealDelEntity / MpLogicDelEntity 基类
|
|
52
|
-
- Result<T> 统一返回
|
|
53
|
-
- BizException 异常体系
|
|
54
|
-
- Lambda 查询表达式
|
|
55
|
-
|
|
56
|
-
---
|
|
57
|
-
|
|
58
|
-
## 计划更新
|
|
59
|
-
|
|
60
|
-
### [1.2.0] - TBD
|
|
61
|
-
- 技能模板可视化
|
|
62
|
-
- 技能组合编排器
|
|
63
|
-
- 更多框架特定规则
|
|
64
|
-
|
|
65
|
-
### [2.0.0] - TBD
|
|
66
|
-
- 技能发布平台
|
|
67
|
-
- 技能订阅机制
|
|
68
|
-
- 多框架支持
|
|
69
|
-
|
|
70
|
-
|
|
1
|
+
# Pig Skills Changelog
|
|
2
|
+
|
|
3
|
+
> 版本变更记录,遵循 Semantic Versioning。
|
|
4
|
+
|
|
5
|
+
## [1.1.1] - 2026-06-18
|
|
6
|
+
|
|
7
|
+
- 调整 postinstall,让它能根据当前客户端自动安装到对应工作区。
|
|
8
|
+
- 保持 Codex 的命令包入口可用,让 `/spec-refinement` 仍然是可执行入口。
|
|
9
|
+
- 扩展 `pig-skills auto`,支持 Codex、Claude Code、Trae、Cursor、Copilot 和 Windsurf。
|
|
10
|
+
- 在 README 和使用文档中统一说明:不同客户端共享同一套 skills 和 rules,但命令入口不同。
|
|
11
|
+
- 统一客户端检测、知识沉淀和交付说明。
|
|
12
|
+
|
|
13
|
+
## [1.1.0] - 2026-06-18
|
|
14
|
+
|
|
15
|
+
- 重构技能体系说明,按当前 13 个 skill 重新整理 README 和使用方式。
|
|
16
|
+
- 补充统一校验入口 `validate-skills.js`,并增加 Windows / macOS / Linux 支持。
|
|
17
|
+
- 将便携 Python 纳入仓库内,避免依赖系统环境。
|
|
18
|
+
- 统一 `spec-refinement`、`knowledge-capture`、`workflow-router` 等高频 skill 的识别与门禁表达。
|
|
19
|
+
- 收缩 skill frontmatter,按官方 validator 规范保留最小字段。
|
|
20
|
+
- 将 `handover` 合并入 `knowledge-capture`,删除独立交接 skill。
|
|
21
|
+
|
|
22
|
+
## [1.0.6] - 2026-06-23
|
|
23
|
+
|
|
24
|
+
- 将包名迁移为 `@pigcloud/skills`。
|
|
25
|
+
- 统一 Codex、Trae、Claude Code 的安装和更新说明。
|
|
26
|
+
- 收拢技能命名,让名称更直观、更容易理解。
|
|
27
|
+
|
|
28
|
+
## [1.0.5] - 2026-06-18
|
|
29
|
+
|
|
30
|
+
- 初始发布,包含 12 个框架绑定技能。
|
|
31
|
+
- 建立 OpenSpec 标准化说明。
|
|
32
|
+
- 引入三层渐进式加载机制。
|
|
33
|
+
- 支持 Trae / Cursor / Claude Code / Copilot / Windsurf 等工具。
|
|
34
|
+
- 提供 `pig-skills` CLI 工具。
|
package/README.en.md
CHANGED
|
@@ -18,11 +18,11 @@
|
|
|
18
18
|
|
|
19
19
|
## Common Entry Points
|
|
20
20
|
|
|
21
|
-
- Spec: `spec`
|
|
21
|
+
- Spec: `spec-refinement`
|
|
22
22
|
- Stage routing: `workflow-router`
|
|
23
23
|
- Design and implementation: `technical-design` / `feature-build`
|
|
24
|
-
- Review and validation: `code-review` / `security-
|
|
25
|
-
- Fact extraction: `
|
|
24
|
+
- Review and validation: `code-review` / `security-audit` / `performance-audit`
|
|
25
|
+
- Fact extraction: `business-fact-extraction`
|
|
26
26
|
- Knowledge capture: `knowledge-capture`
|
|
27
27
|
|
|
28
28
|
## Install
|
|
@@ -72,3 +72,4 @@ node self-test-skills.js
|
|
|
72
72
|
- [skills/references/skill-authoring-standard.md](skills/references/skill-authoring-standard.md)
|
|
73
73
|
- [skills/references/skill-reference-matrix.md](skills/references/skill-reference-matrix.md)
|
|
74
74
|
- [skills/references/rule-loading-map.md](skills/references/rule-loading-map.md)
|
|
75
|
+
|
package/README.md
CHANGED
|
@@ -1,74 +1,54 @@
|
|
|
1
|
-
# @pigcloud/skills
|
|
2
|
-
|
|
3
|
-
> 一个面向产品、研发、测试协作的 AI 技能包。`skills/` 负责任务边界与交接,`rules/` 负责规则约束与校验,`workflow-router` 负责阶段路由,`CI / Test / Evidence` 负责交付闭环。
|
|
4
|
-
|
|
5
|
-
## 这套系统做什么
|
|
6
|
-
|
|
7
|
-
- 先路由,再执行
|
|
8
|
-
- 先约束,再生成
|
|
9
|
-
-
|
|
10
|
-
- 先验证,再结论
|
|
11
|
-
|
|
12
|
-
## 核心层
|
|
13
|
-
|
|
14
|
-
1. `workflow-router`:识别任务类型并选择下一阶段
|
|
15
|
-
2. `skills/`:可复用的能力模块
|
|
16
|
-
3. `rules/`:项目约束、边界和硬校验
|
|
17
|
-
4. `CI / Test / Evidence
|
|
18
|
-
|
|
19
|
-
## 常用入口
|
|
20
|
-
|
|
21
|
-
-
|
|
22
|
-
- 阶段路由:`workflow-router`
|
|
23
|
-
- 设计与实现:`technical-design` / `feature-build`
|
|
24
|
-
- 审查与验证:`code-review` / `security-
|
|
25
|
-
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
-
|
|
38
|
-
-
|
|
39
|
-
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
```
|
|
56
|
-
|
|
57
|
-
## 目录说明
|
|
58
|
-
|
|
59
|
-
- `skills/`:技能正文
|
|
60
|
-
- `skills/references/`:编写标准、参考矩阵、加载映射
|
|
61
|
-
- `rules/`:规则入口与规则包
|
|
62
|
-
- `docs/`:安装、治理和工作流说明
|
|
63
|
-
- `bin/`:CLI、自动安装、postinstall
|
|
64
|
-
|
|
65
|
-
## 入口文档
|
|
66
|
-
|
|
67
|
-
- [AGENTS.md](AGENTS.md)
|
|
68
|
-
- [docs/README.md](docs/README.md)
|
|
69
|
-
- [docs/client-installation-guide.md](docs/client-installation-guide.md)
|
|
70
|
-
- [docs/agent-governance-overview.md](docs/agent-governance-overview.md)
|
|
71
|
-
- [docs/skills-extension-guide.md](docs/skills-extension-guide.md)
|
|
72
|
-
- [skills/references/skill-authoring-standard.md](skills/references/skill-authoring-standard.md)
|
|
73
|
-
- [skills/references/skill-reference-matrix.md](skills/references/skill-reference-matrix.md)
|
|
74
|
-
- [skills/references/rule-loading-map.md](skills/references/rule-loading-map.md)
|
|
1
|
+
# @pigcloud/skills
|
|
2
|
+
|
|
3
|
+
> 一个面向产品、研发、测试协作的 AI 技能包。`skills/` 负责任务边界与交接,`rules/` 负责规则约束与校验,`workflow-router` 负责阶段路由,`CI / Test / Evidence` 负责交付闭环。
|
|
4
|
+
|
|
5
|
+
## 这套系统做什么
|
|
6
|
+
|
|
7
|
+
- 先路由,再执行
|
|
8
|
+
- 先约束,再生成
|
|
9
|
+
- 先复用,再改造
|
|
10
|
+
- 先验证,再结论
|
|
11
|
+
|
|
12
|
+
## 核心层
|
|
13
|
+
|
|
14
|
+
1. `workflow-router`:识别任务类型并选择下一阶段
|
|
15
|
+
2. `skills/`:可复用的能力模块
|
|
16
|
+
3. `rules/`:项目约束、边界和硬校验
|
|
17
|
+
4. `CI / Test / Evidence`:可验证的交付门槛
|
|
18
|
+
|
|
19
|
+
## 常用入口
|
|
20
|
+
|
|
21
|
+
- 规格细化:`spec-refinement`
|
|
22
|
+
- 阶段路由:`workflow-router`
|
|
23
|
+
- 设计与实现:`technical-design` / `feature-build`
|
|
24
|
+
- 审查与验证:`code-review` / `security-audit` / `performance-audit`
|
|
25
|
+
- 事实提取:`business-fact-extraction`
|
|
26
|
+
|
|
27
|
+
## 安装
|
|
28
|
+
|
|
29
|
+
```bash
|
|
30
|
+
npm install -g @pigcloud/skills
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
安装后可使用 `pig-skills` CLI。
|
|
34
|
+
|
|
35
|
+
## 目录说明
|
|
36
|
+
|
|
37
|
+
- `skills/`:技能定义与交接边界
|
|
38
|
+
- `skills/references/`:编写标准、参考矩阵、加载映射
|
|
39
|
+
- `rules/`:规则入口与规则覆盖层
|
|
40
|
+
- `docs/`:安装、治理和工作流说明
|
|
41
|
+
- `bin/`:CLI 与自动安装逻辑
|
|
42
|
+
|
|
43
|
+
## 客户端安装指南
|
|
44
|
+
|
|
45
|
+
具体的 Codex、Trae、Claude Code 安装方式见 [docs/client-installation-guide.md](docs/client-installation-guide.md)。
|
|
46
|
+
|
|
47
|
+
## 相关文档
|
|
48
|
+
|
|
49
|
+
- [README.en.md](README.en.md)
|
|
50
|
+
- [docs/README.md](docs/README.md)
|
|
51
|
+
- [docs/client-installation-guide.md](docs/client-installation-guide.md)
|
|
52
|
+
- [skills/references/skill-reference-matrix.md](skills/references/skill-reference-matrix.md)
|
|
53
|
+
- [skills/references/rule-loading-map.md](skills/references/rule-loading-map.md)
|
|
54
|
+
- [rules/index.md](rules/index.md)
|
package/bin/cli.js
CHANGED
|
@@ -43,20 +43,20 @@ const chalk = {
|
|
|
43
43
|
};
|
|
44
44
|
|
|
45
45
|
const SKILLS = [
|
|
46
|
-
{ name: 'workflow-router', category: 'core', description: '
|
|
47
|
-
{ name: 'spec', category: 'analysis', description: '
|
|
48
|
-
{ name: 'technical-design', category: 'core', description: '
|
|
49
|
-
{ name: 'feature-build', category: 'core', description: '
|
|
50
|
-
{ name: 'code-review', category: 'core', description: '
|
|
51
|
-
{ name: 'domain-modeling', category: 'analysis', description: '
|
|
52
|
-
{ name: '
|
|
53
|
-
{ name: 'api-docs', category: 'integration', description: '
|
|
54
|
-
{ name: 'test-design', category: 'integration', description: '
|
|
55
|
-
{ name: 'security-
|
|
56
|
-
{ name: 'performance-
|
|
57
|
-
{ name: 'knowledge-capture', category: 'collaboration', description: '
|
|
58
|
-
{ name: 'project-bootstrap', category: 'infrastructure', description: '
|
|
59
|
-
{ name: 'environment-deploy', category: 'infrastructure', description: '
|
|
46
|
+
{ name: 'workflow-router', category: 'core', description: '路由工作阶段' },
|
|
47
|
+
{ name: 'spec-refinement', category: 'analysis', description: '将需求输入整理为可执行规格' },
|
|
48
|
+
{ name: 'technical-design', category: 'core', description: '梳理实现设计' },
|
|
49
|
+
{ name: 'feature-build', category: 'core', description: '安全实现功能变更' },
|
|
50
|
+
{ name: 'code-review', category: 'core', description: '审查代码变更' },
|
|
51
|
+
{ name: 'domain-modeling', category: 'analysis', description: '提炼领域知识' },
|
|
52
|
+
{ name: 'business-fact-extraction', category: 'analysis', description: '从代码中提取业务事实' },
|
|
53
|
+
{ name: 'api-contract-docs', category: 'integration', description: '整理 API 契约文档' },
|
|
54
|
+
{ name: 'test-design', category: 'integration', description: '设计测试覆盖' },
|
|
55
|
+
{ name: 'security-audit', category: 'review', description: '审查安全风险' },
|
|
56
|
+
{ name: 'performance-audit', category: 'review', description: '审查性能风险' },
|
|
57
|
+
{ name: 'knowledge-capture', category: 'collaboration', description: '沉淀可复用知识' },
|
|
58
|
+
{ name: 'project-bootstrap', category: 'infrastructure', description: '初始化项目骨架' },
|
|
59
|
+
{ name: 'environment-deploy', category: 'infrastructure', description: '部署支撑环境' }
|
|
60
60
|
];
|
|
61
61
|
|
|
62
62
|
const TOOL_CONFIGS = {
|
|
@@ -568,7 +568,7 @@ async function run() {
|
|
|
568
568
|
if (command === 'list') {
|
|
569
569
|
console.log(chalk.blue('Installed skills:'));
|
|
570
570
|
SKILLS.forEach(skill => {
|
|
571
|
-
console.log(chalk.green(`
|
|
571
|
+
console.log(chalk.green(` - ${skill.name}`) + chalk.gray(` - ${skill.description}`));
|
|
572
572
|
});
|
|
573
573
|
console.log(chalk.gray(`\nTotal: ${SKILLS.length} skills`));
|
|
574
574
|
return;
|
|
@@ -686,3 +686,4 @@ run().catch(error => {
|
|
|
686
686
|
process.exitCode = 1;
|
|
687
687
|
});
|
|
688
688
|
|
|
689
|
+
|
package/package.json
CHANGED
|
@@ -1,70 +1,70 @@
|
|
|
1
|
-
{
|
|
1
|
+
{
|
|
2
2
|
"name": "@pigcloud/skills",
|
|
3
|
-
"version": "1.0.
|
|
4
|
-
"description": "
|
|
5
|
-
"author": "Pig Skills Maintainers",
|
|
6
|
-
"license": "MIT",
|
|
7
|
-
"keywords": [
|
|
8
|
-
"ai",
|
|
9
|
-
"skills",
|
|
10
|
-
"openspec",
|
|
11
|
-
"pig-cloud",
|
|
12
|
-
"coding",
|
|
13
|
-
"distillation",
|
|
14
|
-
"agent",
|
|
15
|
-
"claude",
|
|
16
|
-
"cursor",
|
|
17
|
-
"copilot",
|
|
18
|
-
"trae"
|
|
19
|
-
],
|
|
20
|
-
"repository": {
|
|
21
|
-
"type": "git",
|
|
22
|
-
"url": "https://gitee.com/rebys/pig-skills.git"
|
|
23
|
-
},
|
|
24
|
-
"bugs": {
|
|
25
|
-
"url": "https://gitee.com/rebys/pig-skills/issues"
|
|
26
|
-
},
|
|
27
|
-
"homepage": "https://gitee.com/rebys/pig-skills",
|
|
28
|
-
"bin": {
|
|
29
|
-
"pig-skills": "./bin/cli.js"
|
|
30
|
-
},
|
|
31
|
-
"main": "./index.js",
|
|
32
|
-
"files": [
|
|
33
|
-
"bin/",
|
|
34
|
-
"install.cmd",
|
|
35
|
-
"install.ps1",
|
|
36
|
-
"install.sh",
|
|
37
|
-
"pig-cloud-skills-commands/",
|
|
38
|
-
"rules/",
|
|
39
|
-
"skills/",
|
|
40
|
-
"scripts/",
|
|
41
|
-
"templates/",
|
|
42
|
-
"index.js",
|
|
43
|
-
"README.md",
|
|
44
|
-
"CHANGELOG.md"
|
|
45
|
-
],
|
|
46
|
-
"scripts": {
|
|
47
|
-
"test": "node validate-skills.js && node scripts/validate-skill-shapes.js && node scripts/validate-rules.js && node scripts/validate-skill-stop-rules.js && node scripts/validate-skill-replay-signals.js && node self-test-skills.js",
|
|
48
|
-
"test:self": "node self-test-skills.js",
|
|
49
|
-
"replay:golden": "node scripts/run-golden-replays.js",
|
|
50
|
-
"replay:golden:mock": "node scripts/run-golden-replays.js --provider mock",
|
|
51
|
-
"postinstall": "node bin/postinstall.js",
|
|
52
|
-
"validate:skills": "node validate-skills.js",
|
|
53
|
-
"validate:shapes": "node scripts/validate-skill-shapes.js",
|
|
54
|
-
"validate:rules": "node scripts/validate-rules.js",
|
|
55
|
-
"validate:stop-rules": "node scripts/validate-skill-stop-rules.js",
|
|
56
|
-
"validate:replay-signals": "node scripts/validate-skill-replay-signals.js"
|
|
57
|
-
},
|
|
58
|
-
"engines": {
|
|
59
|
-
"node": ">=14.0.0"
|
|
60
|
-
},
|
|
61
|
-
"dependencies": {
|
|
62
|
-
"commander": "^11.0.0",
|
|
63
|
-
"fs-extra": "^11.0.0",
|
|
64
|
-
"chalk": "^4.1.0",
|
|
65
|
-
"inquirer": "^8.0.0"
|
|
66
|
-
},
|
|
67
|
-
"devDependencies": {
|
|
68
|
-
"jest": "^29.0.0"
|
|
69
|
-
}
|
|
70
|
-
}
|
|
3
|
+
"version": "1.0.7",
|
|
4
|
+
"description": "面向 Codex、Trae 和 Claude Code 的 AI 技能包,提供共享技能、规则约束、工作流路由和 Pig Cloud 专属覆盖层。",
|
|
5
|
+
"author": "Pig Skills Maintainers",
|
|
6
|
+
"license": "MIT",
|
|
7
|
+
"keywords": [
|
|
8
|
+
"ai",
|
|
9
|
+
"skills",
|
|
10
|
+
"openspec",
|
|
11
|
+
"pig-cloud",
|
|
12
|
+
"coding",
|
|
13
|
+
"distillation",
|
|
14
|
+
"agent",
|
|
15
|
+
"claude",
|
|
16
|
+
"cursor",
|
|
17
|
+
"copilot",
|
|
18
|
+
"trae"
|
|
19
|
+
],
|
|
20
|
+
"repository": {
|
|
21
|
+
"type": "git",
|
|
22
|
+
"url": "https://gitee.com/rebys/pig-skills.git"
|
|
23
|
+
},
|
|
24
|
+
"bugs": {
|
|
25
|
+
"url": "https://gitee.com/rebys/pig-skills/issues"
|
|
26
|
+
},
|
|
27
|
+
"homepage": "https://gitee.com/rebys/pig-skills",
|
|
28
|
+
"bin": {
|
|
29
|
+
"pig-skills": "./bin/cli.js"
|
|
30
|
+
},
|
|
31
|
+
"main": "./index.js",
|
|
32
|
+
"files": [
|
|
33
|
+
"bin/",
|
|
34
|
+
"install.cmd",
|
|
35
|
+
"install.ps1",
|
|
36
|
+
"install.sh",
|
|
37
|
+
"pig-cloud-skills-commands/",
|
|
38
|
+
"rules/",
|
|
39
|
+
"skills/",
|
|
40
|
+
"scripts/",
|
|
41
|
+
"templates/",
|
|
42
|
+
"index.js",
|
|
43
|
+
"README.md",
|
|
44
|
+
"CHANGELOG.md"
|
|
45
|
+
],
|
|
46
|
+
"scripts": {
|
|
47
|
+
"test": "node validate-skills.js && node scripts/validate-skill-shapes.js && node scripts/validate-rules.js && node scripts/validate-skill-stop-rules.js && node scripts/validate-skill-replay-signals.js && node self-test-skills.js",
|
|
48
|
+
"test:self": "node self-test-skills.js",
|
|
49
|
+
"replay:golden": "node scripts/run-golden-replays.js",
|
|
50
|
+
"replay:golden:mock": "node scripts/run-golden-replays.js --provider mock",
|
|
51
|
+
"postinstall": "node bin/postinstall.js",
|
|
52
|
+
"validate:skills": "node validate-skills.js",
|
|
53
|
+
"validate:shapes": "node scripts/validate-skill-shapes.js",
|
|
54
|
+
"validate:rules": "node scripts/validate-rules.js",
|
|
55
|
+
"validate:stop-rules": "node scripts/validate-skill-stop-rules.js",
|
|
56
|
+
"validate:replay-signals": "node scripts/validate-skill-replay-signals.js"
|
|
57
|
+
},
|
|
58
|
+
"engines": {
|
|
59
|
+
"node": ">=14.0.0"
|
|
60
|
+
},
|
|
61
|
+
"dependencies": {
|
|
62
|
+
"commander": "^11.0.0",
|
|
63
|
+
"fs-extra": "^11.0.0",
|
|
64
|
+
"chalk": "^4.1.0",
|
|
65
|
+
"inquirer": "^8.0.0"
|
|
66
|
+
},
|
|
67
|
+
"devDependencies": {
|
|
68
|
+
"jest": "^29.0.0"
|
|
69
|
+
}
|
|
70
|
+
}
|
|
@@ -1,30 +1,26 @@
|
|
|
1
|
-
# Coding Implementation Rules
|
|
2
|
-
|
|
3
|
-
## 默认做法
|
|
4
|
-
|
|
5
|
-
- Implement only the confirmed scope.
|
|
6
|
-
- Keep the change small, reviewable, and verifiable.
|
|
7
|
-
- Preserve the agreed boundary while coding.
|
|
8
|
-
- Prefer one implementation path over speculative alternatives unless the task explicitly asks for options.
|
|
9
|
-
|
|
10
|
-
## 禁区
|
|
11
|
-
|
|
12
|
-
- Do not rewrite the spec while implementing.
|
|
13
|
-
- Do not widen the scope because implementation is difficult.
|
|
14
|
-
- Do not skip validation.
|
|
15
|
-
- Do not bundle unrelated cleanup into the same change unless it reduces risk.
|
|
16
|
-
|
|
17
|
-
## 检查
|
|
18
|
-
|
|
19
|
-
- Does the code stay within scope?
|
|
20
|
-
- Can the result be validated locally?
|
|
21
|
-
- Is the implementation easy to review in one pass?
|
|
22
|
-
- Would the diff still make sense if the task title were removed?
|
|
23
|
-
|
|
24
|
-
## 回放信号
|
|
25
|
-
|
|
26
|
-
- Trigger when the
|
|
27
|
-
|
|
28
|
-
## References
|
|
29
|
-
|
|
30
|
-
- `coding/index.md`
|
|
1
|
+
# Coding Implementation Rules
|
|
2
|
+
|
|
3
|
+
## 默认做法
|
|
4
|
+
|
|
5
|
+
- Implement only the confirmed scope.
|
|
6
|
+
- Keep the change small, reviewable, and verifiable.
|
|
7
|
+
- Preserve the agreed boundary while coding.
|
|
8
|
+
- Prefer one implementation path over speculative alternatives unless the task explicitly asks for options.
|
|
9
|
+
|
|
10
|
+
## 禁区
|
|
11
|
+
|
|
12
|
+
- Do not rewrite the spec-refinement while implementing.
|
|
13
|
+
- Do not widen the scope because implementation is difficult.
|
|
14
|
+
- Do not skip validation.
|
|
15
|
+
- Do not bundle unrelated cleanup into the same change unless it reduces risk.
|
|
16
|
+
|
|
17
|
+
## 检查
|
|
18
|
+
|
|
19
|
+
- Does the code stay within scope?
|
|
20
|
+
- Can the result be validated locally?
|
|
21
|
+
- Is the implementation easy to review in one pass?
|
|
22
|
+
- Would the diff still make sense if the task title were removed?
|
|
23
|
+
|
|
24
|
+
## 回放信号
|
|
25
|
+
|
|
26
|
+
- Trigger when the task is about implementing a confirmed change.
|
|
@@ -1,29 +1,29 @@
|
|
|
1
|
-
# Project Context Rules
|
|
2
|
-
|
|
3
|
-
##
|
|
4
|
-
|
|
5
|
-
- Capture what the current project already guarantees before rewriting the requirement.
|
|
6
|
-
- Separate product intent, existing project facts, and assumptions.
|
|
7
|
-
- Prefer current repo docs, release notes, and existing behavior over memory.
|
|
8
|
-
- Record conflicts when product demand does not match current project facts.
|
|
9
|
-
|
|
10
|
-
## 禁区
|
|
11
|
-
|
|
12
|
-
- Do not turn implementation details into product requirements.
|
|
13
|
-
- Do not ignore existing project facts when they are available.
|
|
14
|
-
- Do not hide conflicts behind vague wording.
|
|
15
|
-
|
|
16
|
-
##
|
|
17
|
-
|
|
18
|
-
- Are product intent and project facts separated?
|
|
19
|
-
- Are conflicts and open questions explicit?
|
|
20
|
-
- Does the output still work for spec
|
|
21
|
-
- Is the project context based on current evidence?
|
|
22
|
-
|
|
23
|
-
##
|
|
24
|
-
|
|
25
|
-
- Trigger when the task needs product understanding aligned with the current project state.
|
|
26
|
-
|
|
27
|
-
## References
|
|
28
|
-
|
|
29
|
-
- `product/index.md`
|
|
1
|
+
# Project Context Rules
|
|
2
|
+
|
|
3
|
+
## 项目上下文规则
|
|
4
|
+
|
|
5
|
+
- Capture what the current project already guarantees before rewriting the requirement.
|
|
6
|
+
- Separate product intent, existing project facts, and assumptions.
|
|
7
|
+
- Prefer current repo docs, release notes, and existing behavior over memory.
|
|
8
|
+
- Record conflicts when product demand does not match current project facts.
|
|
9
|
+
|
|
10
|
+
## 禁区
|
|
11
|
+
|
|
12
|
+
- Do not turn implementation details into product requirements.
|
|
13
|
+
- Do not ignore existing project facts when they are available.
|
|
14
|
+
- Do not hide conflicts behind vague wording.
|
|
15
|
+
|
|
16
|
+
## 检查项
|
|
17
|
+
|
|
18
|
+
- Are product intent and project facts separated?
|
|
19
|
+
- Are conflicts and open questions explicit?
|
|
20
|
+
- Does the output still work for spec-refinement?
|
|
21
|
+
- Is the project context based on current evidence?
|
|
22
|
+
|
|
23
|
+
## 触发信号
|
|
24
|
+
|
|
25
|
+
- Trigger when the task needs product understanding aligned with the current project state.
|
|
26
|
+
|
|
27
|
+
## References
|
|
28
|
+
|
|
29
|
+
- `product/index.md`
|
|
@@ -3,7 +3,7 @@
|
|
|
3
3
|
"bundle": "workflow",
|
|
4
4
|
"profile": "router"
|
|
5
5
|
},
|
|
6
|
-
"spec": {
|
|
6
|
+
"spec-refinement": {
|
|
7
7
|
"bundle": "workflow",
|
|
8
8
|
"profile": "refinement"
|
|
9
9
|
},
|
|
@@ -27,19 +27,19 @@
|
|
|
27
27
|
"bundle": "product",
|
|
28
28
|
"profile": "modeling"
|
|
29
29
|
},
|
|
30
|
-
"
|
|
30
|
+
"business-fact-extraction": {
|
|
31
31
|
"bundle": "product",
|
|
32
32
|
"profile": "modeling"
|
|
33
33
|
},
|
|
34
|
-
"api-docs": {
|
|
34
|
+
"api-contract-docs": {
|
|
35
35
|
"bundle": "docs",
|
|
36
36
|
"profile": "api"
|
|
37
37
|
},
|
|
38
|
-
"security-
|
|
38
|
+
"security-audit": {
|
|
39
39
|
"bundle": "review",
|
|
40
40
|
"profile": "security"
|
|
41
41
|
},
|
|
42
|
-
"performance-
|
|
42
|
+
"performance-audit": {
|
|
43
43
|
"bundle": "review",
|
|
44
44
|
"profile": "performance"
|
|
45
45
|
},
|
|
@@ -56,3 +56,4 @@
|
|
|
56
56
|
"profile": "scaffold"
|
|
57
57
|
}
|
|
58
58
|
}
|
|
59
|
+
|
|
@@ -7,16 +7,16 @@ This file explains which canonical skill loads which rules bundle and profile.
|
|
|
7
7
|
| Skill | Bundle | Profile |
|
|
8
8
|
|---|---|---|
|
|
9
9
|
| `workflow-router` | `workflow` | `router` |
|
|
10
|
-
| `spec` | `workflow` | `refinement` |
|
|
10
|
+
| `spec-refinement` | `workflow` | `refinement` |
|
|
11
11
|
| `technical-design` | `coding` | `analysis` |
|
|
12
12
|
| `feature-build` | `coding` | `implementation` |
|
|
13
13
|
| `test-design` | `coding` | `testing` |
|
|
14
14
|
| `code-review` | `review` | `code` |
|
|
15
15
|
| `domain-modeling` | `product` | `modeling` |
|
|
16
|
-
| `
|
|
17
|
-
| `api-docs` | `docs` | `api` |
|
|
18
|
-
| `security-
|
|
19
|
-
| `performance-
|
|
16
|
+
| `business-fact-extraction` | `product` | `modeling` |
|
|
17
|
+
| `api-contract-docs` | `docs` | `api` |
|
|
18
|
+
| `security-audit` | `review` | `security` |
|
|
19
|
+
| `performance-audit` | `review` | `performance` |
|
|
20
20
|
| `knowledge-capture` | `docs` | `capture` |
|
|
21
21
|
| `project-bootstrap` | `coding` | `scaffold` |
|
|
22
22
|
| `environment-deploy` | `coding` | `scaffold` |
|
|
@@ -26,3 +26,4 @@ This file explains which canonical skill loads which rules bundle and profile.
|
|
|
26
26
|
- `rule_profile` in skill frontmatter is the source of truth.
|
|
27
27
|
- `skill-profile-map.json` is kept as a validation and routing fallback.
|
|
28
28
|
- `code-review` intentionally uses the generic `code` profile in this repository. Stack-specific review behavior is added by overlays.
|
|
29
|
+
|