odoo-forge-bundle 0.1.9 → 0.1.11
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/manifest.json +1 -1
- package/package.json +1 -1
- package/payload/config/product.json +1 -1
- package/payload/skills/dev/SKILL.md +10 -10
- package/payload/skills/discovery/SKILL.md +3 -3
- package/payload/skills/discovery/references/output-template.md +2 -2
- package/payload/skills/epic-planning/SKILL.md +8 -8
- package/payload/skills/epic-planning/references/output-template.md +2 -2
- package/payload/skills/global-context/SKILL.md +11 -11
- package/payload/skills/global-context/agents/openai.yaml +1 -1
- package/payload/skills/global-context/references/document-specs.md +2 -2
- package/payload/skills/industry-practice/SKILL.md +8 -8
- package/payload/skills/module-report/SKILL.md +199 -300
- package/payload/skills/module-report/agents/openai.yaml +1 -1
- package/payload/skills/module-research/SKILL.md +6 -6
- package/payload/skills/prd/SKILL.md +7 -7
- package/payload/skills/prd/references/output-template.md +1 -1
- package/payload/skills/review/SKILL.md +3 -3
- package/payload/skills/solution/SKILL.md +8 -8
- package/payload/skills/solution/references/output-template.md +2 -2
- package/payload/skills/trd/SKILL.md +7 -7
- package/payload/skills/trd/references/output-template.md +1 -1
- package/payload/skills/uat/SKILL.md +8 -8
- package/payload/skills/uat/references/output-template.md +1 -1
- package/payload/platforms/claude/hooks.template.json +0 -15
- package/payload/platforms/claude/mcp.template.json +0 -9
- package/payload/platforms/claude/plugin.template.json +0 -8
- package/payload/platforms/claude/settings.template.json +0 -3
- package/payload/platforms/codex/mcp.template.json +0 -12
- package/payload/platforms/codex/plugin.template.json +0 -19
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: prd
|
|
3
|
-
description: EPIC 级产品需求共创 skill。用于基于
|
|
3
|
+
description: EPIC 级产品需求共创 skill。用于基于 Notion 中的全局资源、域级 BRD、域级 Solution、当前 EPIC 页面和页面《待确认事项》,逐步收敛出可交付 PRD。当用户提到“写 PRD”“整理这个 epic 的功能规格”“补规则/状态/权限/视图”“把这个 EPIC 说清楚”“改现有 PRD”时必须使用。
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# EPIC 级产品需求共创
|
|
@@ -9,14 +9,14 @@ description: EPIC 级产品需求共创 skill。用于基于 FlowUS 中的全局
|
|
|
9
9
|
|
|
10
10
|
你是 Odoo Forge 的 EPIC 级产品需求共创专家。
|
|
11
11
|
|
|
12
|
-
你的职责不是一次性“把 PRD 写完”,而是把某个 EPIC 的业务边界、用户故事、规则、状态、页面和权限逐步讨论清楚,再把确认过的内容沉淀成
|
|
12
|
+
你的职责不是一次性“把 PRD 写完”,而是把某个 EPIC 的业务边界、用户故事、规则、状态、页面和权限逐步讨论清楚,再把确认过的内容沉淀成 Notion 中的 `PRD` 页面。
|
|
13
13
|
|
|
14
14
|
你的核心价值:
|
|
15
15
|
|
|
16
16
|
- 把域级 `BRD` 和 `Solution` 翻译成可交付的 EPIC 级产品规格
|
|
17
17
|
- 保留业务语言,但用 Odoo 术语帮助表达更精确
|
|
18
18
|
- 让 `trd` 和 `uat` 读完后基本不需要再猜业务逻辑
|
|
19
|
-
- 只把已经讨论并确认的结论写回
|
|
19
|
+
- 只把已经讨论并确认的结论写回 Notion
|
|
20
20
|
|
|
21
21
|
## 什么时候使用
|
|
22
22
|
|
|
@@ -46,9 +46,9 @@ description: EPIC 级产品需求共创 skill。用于基于 FlowUS 中的全局
|
|
|
46
46
|
| 当前业务域根页面下的页面 `待确认事项` | 推荐 | 恢复当前未决问题,避免把伪共识写进 `PRD` | 若没有,则先在当前业务域根页面下创建页面 `待确认事项` |
|
|
47
47
|
| 当前 EPIC 下已有的 `PRD` | 推荐 | 判断是新建还是增量修订,并避免重复写 | 若没有,则进入新建模式 |
|
|
48
48
|
|
|
49
|
-
##
|
|
49
|
+
## Notion 页面怎么找
|
|
50
50
|
|
|
51
|
-
本 skill 的正式文档读取和落地都依赖
|
|
51
|
+
本 skill 的正式文档读取和落地都依赖 Notion,不依赖本地文件。
|
|
52
52
|
|
|
53
53
|
进入项目文档时,固定按下面的顺序定位:
|
|
54
54
|
|
|
@@ -237,7 +237,7 @@ description: EPIC 级产品需求共创 skill。用于基于 FlowUS 中的全局
|
|
|
237
237
|
|
|
238
238
|
## 页面《待确认事项》处理
|
|
239
239
|
|
|
240
|
-
所有 `PRD` 阶段的未决问题都统一写进
|
|
240
|
+
所有 `PRD` 阶段的未决问题都统一写进 Notion 中“当前业务域根页面”下、标题固定为 `待确认事项` 的页面。
|
|
241
241
|
|
|
242
242
|
统一格式:
|
|
243
243
|
|
|
@@ -266,7 +266,7 @@ description: EPIC 级产品需求共创 skill。用于基于 FlowUS 中的全局
|
|
|
266
266
|
|
|
267
267
|
### 2. 写回位置必须正确
|
|
268
268
|
|
|
269
|
-
最终权威内容都写回
|
|
269
|
+
最终权威内容都写回 Notion:
|
|
270
270
|
|
|
271
271
|
- EPIC 级规格写入当前 EPIC 页面下的 `PRD`
|
|
272
272
|
- 未决问题写入当前业务域根页面下的页面 `待确认事项`
|
|
@@ -54,9 +54,9 @@ description: Odoo Forge 通用文档审查 skill。用于审查 BRD、Solution
|
|
|
54
54
|
| 当前业务域根页面下的页面 `待确认事项` | 推荐 | 判断当前未决问题和重复问题 | 没有则先创建 |
|
|
55
55
|
| 必要的上下游文档 | 视文档类型而定 | 判断一致性和可交付性 | 缺失时在报告中明确指出 |
|
|
56
56
|
|
|
57
|
-
##
|
|
57
|
+
## Notion 页面怎么找
|
|
58
58
|
|
|
59
|
-
本 skill 的正式上下文只来自
|
|
59
|
+
本 skill 的正式上下文只来自 Notion。
|
|
60
60
|
|
|
61
61
|
进入项目文档时,默认按下面的顺序定位:
|
|
62
62
|
|
|
@@ -136,7 +136,7 @@ description: Odoo Forge 通用文档审查 skill。用于审查 BRD、Solution
|
|
|
136
136
|
|
|
137
137
|
1. **识别审查对象**
|
|
138
138
|
确认当前文档类型、所在业务域、当前工作模式。
|
|
139
|
-
2. **读取
|
|
139
|
+
2. **读取 Notion 上下文**
|
|
140
140
|
先读 `全局资源`,再读当前文档、必要上下游文档和页面 `待确认事项`。
|
|
141
141
|
3. **加载对应清单**
|
|
142
142
|
按文档类型读取对应 checklist,不混用检查点。
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: solution
|
|
3
|
-
description: 域级 Odoo 方案共创 skill。用于基于
|
|
3
|
+
description: 域级 Odoo 方案共创 skill。用于基于 Notion 中的全局资源、域级 BRD 和待确认事项,研究官方能力、补充 OCA/社区模块、调用顾问 subagent,逐步收敛业务域的 Solution 页面。当用户提到“做方案设计”“模块选型”“GAP 分析”“写 Solution”“看看 Odoo 怎么落地”“评估官方和 OCA 方案”时必须使用。
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# 域级 Odoo 方案共创
|
|
@@ -16,7 +16,7 @@ description: 域级 Odoo 方案共创 skill。用于基于 FlowUS 中的全局
|
|
|
16
16
|
- 把业务真相翻译成顺着 Odoo 心智模型的落地方案
|
|
17
17
|
- 先查官方能力,再补社区模块,最后才考虑必要定制
|
|
18
18
|
- 善用 subagent 补证据和专业判断,而不是凭印象拍方案
|
|
19
|
-
- 只把已经讨论并确认的方案结论写回
|
|
19
|
+
- 只把已经讨论并确认的方案结论写回 Notion
|
|
20
20
|
|
|
21
21
|
## 什么时候使用
|
|
22
22
|
|
|
@@ -44,9 +44,9 @@ description: 域级 Odoo 方案共创 skill。用于基于 FlowUS 中的全局
|
|
|
44
44
|
| 当前域 `Solution` | 推荐 | 判断是首次方案还是增量修订,并避免重复研究 | 若没有,则进入新建模式 |
|
|
45
45
|
| 相关会议纪要 / 调研记录 / 外部资料 | 可选 | 缩短研究路径,提高判断质量 | 没有也可继续,但要明确哪些结论尚未验证 |
|
|
46
46
|
|
|
47
|
-
##
|
|
47
|
+
## Notion 页面怎么找
|
|
48
48
|
|
|
49
|
-
本 skill 的正式文档读取和落地都依赖
|
|
49
|
+
本 skill 的正式文档读取和落地都依赖 Notion,不依赖本地文件。
|
|
50
50
|
|
|
51
51
|
进入项目文档时,固定按下面的顺序定位:
|
|
52
52
|
|
|
@@ -195,7 +195,7 @@ description: 域级 Odoo 方案共创 skill。用于基于 FlowUS 中的全局
|
|
|
195
195
|
2. **OCA / 社区补充按需查**
|
|
196
196
|
当官方能力不能完整覆盖,或明显存在社区补位可能时,再用 `module-research` 搜索候选模块,先拿回“模块名 / 简介 / 推荐级别 / 适用场景”的简表。
|
|
197
197
|
3. **候选模块精读按需查**
|
|
198
|
-
当已经找到候选模块,需要沉淀正式模块报告时,再用 `module-report` 精读,并把结果写入
|
|
198
|
+
当已经找到候选模块,需要沉淀正式模块报告时,再用 `module-report` 精读,并把结果写入 Notion 的 `项目Wiki / 模块报告`。
|
|
199
199
|
4. **顾问建议按需查**
|
|
200
200
|
当涉及行业常规做法、公司制度约束、交付规范或方案取舍时,调用 `industry-practice`、`company-rules`。
|
|
201
201
|
|
|
@@ -267,7 +267,7 @@ description: 域级 Odoo 方案共创 skill。用于基于 FlowUS 中的全局
|
|
|
267
267
|
- 触发:官方能力不足,或明显存在社区补位可能时
|
|
268
268
|
|
|
269
269
|
- `module-report`
|
|
270
|
-
- 用途:精读候选模块,生成正式模块报告,并写入
|
|
270
|
+
- 用途:精读候选模块,生成正式模块报告,并写入 Notion 的 `项目Wiki / 模块报告`
|
|
271
271
|
- 触发:已经找到候选模块,准备沉淀模块知识库或进入正式推荐时
|
|
272
272
|
|
|
273
273
|
- `industry-practice`
|
|
@@ -286,7 +286,7 @@ description: 域级 Odoo 方案共创 skill。用于基于 FlowUS 中的全局
|
|
|
286
286
|
|
|
287
287
|
## 页面《待确认事项》处理
|
|
288
288
|
|
|
289
|
-
所有方案未决问题统一写进
|
|
289
|
+
所有方案未决问题统一写进 Notion 中“当前业务域根页面”下、标题固定为 `待确认事项` 的页面,不在本 skill 内维护额外状态,也不落到本地文件。
|
|
290
290
|
|
|
291
291
|
统一格式:
|
|
292
292
|
|
|
@@ -315,7 +315,7 @@ description: 域级 Odoo 方案共创 skill。用于基于 FlowUS 中的全局
|
|
|
315
315
|
|
|
316
316
|
### 2. 写回位置必须正确
|
|
317
317
|
|
|
318
|
-
最终权威内容都写回
|
|
318
|
+
最终权威内容都写回 Notion:
|
|
319
319
|
|
|
320
320
|
- 域级方案写入当前业务域根页面下的页面 `Solution`
|
|
321
321
|
- 方案未决问题写入当前业务域根页面下的页面 `待确认事项`
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Solution 输出模板
|
|
2
2
|
|
|
3
|
-
使用本模板组织并写入
|
|
3
|
+
使用本模板组织并写入 Notion 中当前业务域根页面下的 `Solution` 页面。
|
|
4
4
|
|
|
5
5
|
这份模板是仓库内的写作辅助,不是最终落地文档。
|
|
6
6
|
最终权威内容必须写回当前业务域根页面下的 `Solution` 页面。
|
|
@@ -225,5 +225,5 @@ sequenceDiagram
|
|
|
225
225
|
|
|
226
226
|
- {下一轮最值得继续确认的块}
|
|
227
227
|
|
|
228
|
-
> `待确认事项` 不放在 `Solution` 正文内,而是作为
|
|
228
|
+
> `待确认事项` 不放在 `Solution` 正文内,而是作为 Notion 中挂在当前业务域根页面下的独立页面维护。
|
|
229
229
|
````
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: trd
|
|
3
|
-
description: EPIC 级技术设计共创 skill。用于基于
|
|
3
|
+
description: EPIC 级技术设计共创 skill。用于基于 Notion 中的全局资源、域级 Solution、当前 EPIC 的 PRD 和页面《待确认事项》,逐步收敛出可直接开发的 TRD。当用户提到“写 TRD”“做技术设计”“把这个 PRD 翻成 Odoo 技术实现”“补模型/方法/权限/视图实现”“改现有 TRD”时必须使用。
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# EPIC 级技术设计共创
|
|
@@ -9,14 +9,14 @@ description: EPIC 级技术设计共创 skill。用于基于 FlowUS 中的全局
|
|
|
9
9
|
|
|
10
10
|
你是 Odoo Forge 的 EPIC 级技术设计专家。
|
|
11
11
|
|
|
12
|
-
你的职责不是一次性“把技术文档写满”,而是把某个 EPIC 的模块拆分、模型设计、规则实现、权限、视图和数据文件逐步讨论清楚,再把确认过的结论沉淀成
|
|
12
|
+
你的职责不是一次性“把技术文档写满”,而是把某个 EPIC 的模块拆分、模型设计、规则实现、权限、视图和数据文件逐步讨论清楚,再把确认过的结论沉淀成 Notion 中的 `TRD` 页面。
|
|
13
13
|
|
|
14
14
|
你的核心价值:
|
|
15
15
|
|
|
16
16
|
- 把 `PRD` 翻译成可直接开发的 Odoo 技术规格
|
|
17
17
|
- 明确模块边界、模型来源、方法职责和文件组织
|
|
18
18
|
- 让研发或 AI 读完后基本不需要再猜 `PRD`
|
|
19
|
-
- 只把已经讨论并确认的技术结论写回
|
|
19
|
+
- 只把已经讨论并确认的技术结论写回 Notion
|
|
20
20
|
|
|
21
21
|
## 什么时候使用
|
|
22
22
|
|
|
@@ -45,9 +45,9 @@ description: EPIC 级技术设计共创 skill。用于基于 FlowUS 中的全局
|
|
|
45
45
|
| 当前业务域根页面下的页面 `待确认事项` | 推荐 | 恢复当前未决问题,避免把伪共识写进 `TRD` | 若没有,则先在当前业务域根页面下创建页面 `待确认事项` |
|
|
46
46
|
| 当前 EPIC 下已有的 `TRD` | 推荐 | 判断是新建还是增量修订,并避免重复写 | 若没有,则进入新建模式 |
|
|
47
47
|
|
|
48
|
-
##
|
|
48
|
+
## Notion 页面怎么找
|
|
49
49
|
|
|
50
|
-
本 skill 的正式文档读取和落地都依赖
|
|
50
|
+
本 skill 的正式文档读取和落地都依赖 Notion,不依赖本地文件。
|
|
51
51
|
|
|
52
52
|
进入项目文档时,固定按下面的顺序定位:
|
|
53
53
|
|
|
@@ -241,7 +241,7 @@ description: EPIC 级技术设计共创 skill。用于基于 FlowUS 中的全局
|
|
|
241
241
|
|
|
242
242
|
## 页面《待确认事项》处理
|
|
243
243
|
|
|
244
|
-
所有 `TRD` 阶段的未决问题都统一写进
|
|
244
|
+
所有 `TRD` 阶段的未决问题都统一写进 Notion 中“当前业务域根页面”下、标题固定为 `待确认事项` 的页面。
|
|
245
245
|
|
|
246
246
|
统一格式:
|
|
247
247
|
|
|
@@ -270,7 +270,7 @@ description: EPIC 级技术设计共创 skill。用于基于 FlowUS 中的全局
|
|
|
270
270
|
|
|
271
271
|
### 2. 写回位置必须正确
|
|
272
272
|
|
|
273
|
-
最终权威内容都写回
|
|
273
|
+
最终权威内容都写回 Notion:
|
|
274
274
|
|
|
275
275
|
- EPIC 级技术设计写入当前 EPIC 页面下的 `TRD`
|
|
276
276
|
- 未决问题写入当前业务域根页面下的页面 `待确认事项`
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: uat
|
|
3
|
-
description: EPIC 级验收文档共创 skill。用于基于
|
|
3
|
+
description: EPIC 级验收文档共创 skill。用于基于 Notion 中的全局资源、当前 EPIC 的 PRD、TRD 和页面《待确认事项》,逐步收敛出人工可执行的 UAT。当用户提到“写 UAT”“生成验收手册”“这个 EPIC 怎么验收”“补测试场景/回归指引/签字页”“改现有 UAT”时必须使用。
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# EPIC 级验收文档共创
|
|
@@ -9,14 +9,14 @@ description: EPIC 级验收文档共创 skill。用于基于 FlowUS 中的全局
|
|
|
9
9
|
|
|
10
10
|
你是 Odoo Forge 的 EPIC 级验收文档专家。
|
|
11
11
|
|
|
12
|
-
你的职责不是写“测试理论”,而是把某个 EPIC 的验收步骤、前置数据、角色操作和预期结果逐步讨论清楚,再把确认过的结论沉淀成
|
|
12
|
+
你的职责不是写“测试理论”,而是把某个 EPIC 的验收步骤、前置数据、角色操作和预期结果逐步讨论清楚,再把确认过的结论沉淀成 Notion 中的 `UAT` 页面。
|
|
13
13
|
|
|
14
14
|
你的核心价值:
|
|
15
15
|
|
|
16
16
|
- 把 `PRD` 和 `TRD` 翻译成任何人都能照着执行的验收手册
|
|
17
17
|
- 先覆盖主路径,再覆盖边界、权限、自动化和回归
|
|
18
18
|
- 让测试、PM、客户、开发都能直接用
|
|
19
|
-
- 只把已经讨论并确认的验收结论写回
|
|
19
|
+
- 只把已经讨论并确认的验收结论写回 Notion
|
|
20
20
|
|
|
21
21
|
## 什么时候使用
|
|
22
22
|
|
|
@@ -45,9 +45,9 @@ description: EPIC 级验收文档共创 skill。用于基于 FlowUS 中的全局
|
|
|
45
45
|
| 当前业务域根页面下的页面 `待确认事项` | 推荐 | 恢复当前未决问题,避免把伪共识写进 `UAT` | 若没有,则先在当前业务域根页面下创建页面 `待确认事项` |
|
|
46
46
|
| 当前 EPIC 下已有的 `UAT` | 推荐 | 判断是新建还是增量修订,并避免重复写 | 若没有,则进入新建模式 |
|
|
47
47
|
|
|
48
|
-
##
|
|
48
|
+
## Notion 页面怎么找
|
|
49
49
|
|
|
50
|
-
本 skill 的正式文档读取和落地都依赖
|
|
50
|
+
本 skill 的正式文档读取和落地都依赖 Notion,不依赖本地文件。
|
|
51
51
|
|
|
52
52
|
进入项目文档时,固定按下面的顺序定位:
|
|
53
53
|
|
|
@@ -224,7 +224,7 @@ description: EPIC 级验收文档共创 skill。用于基于 FlowUS 中的全局
|
|
|
224
224
|
|
|
225
225
|
被调用时:
|
|
226
226
|
|
|
227
|
-
- 直接读取
|
|
227
|
+
- 直接读取 Notion 上下文
|
|
228
228
|
- 优先完成产出
|
|
229
229
|
- 如果发现不明确项,继续完成主体内容,再把问题写入页面 `待确认事项`
|
|
230
230
|
|
|
@@ -241,7 +241,7 @@ description: EPIC 级验收文档共创 skill。用于基于 FlowUS 中的全局
|
|
|
241
241
|
|
|
242
242
|
## 页面《待确认事项》处理
|
|
243
243
|
|
|
244
|
-
所有 `UAT` 阶段的未决问题都统一写进
|
|
244
|
+
所有 `UAT` 阶段的未决问题都统一写进 Notion 中“当前业务域根页面”下、标题固定为 `待确认事项` 的页面。
|
|
245
245
|
|
|
246
246
|
统一格式:
|
|
247
247
|
|
|
@@ -270,7 +270,7 @@ description: EPIC 级验收文档共创 skill。用于基于 FlowUS 中的全局
|
|
|
270
270
|
|
|
271
271
|
### 2. 写回位置必须正确
|
|
272
272
|
|
|
273
|
-
最终权威内容都写回
|
|
273
|
+
最终权威内容都写回 Notion:
|
|
274
274
|
|
|
275
275
|
- EPIC 级验收文档写入当前 EPIC 页面下的 `UAT`
|
|
276
276
|
- 未决问题写入当前业务域根页面下的页面 `待确认事项`
|
|
@@ -1,19 +0,0 @@
|
|
|
1
|
-
{
|
|
2
|
-
"name": "odoo-forge",
|
|
3
|
-
"version": "0.1.9",
|
|
4
|
-
"description": "Odoo skill suite for Codex and Claude Code.",
|
|
5
|
-
"skills": "./skills",
|
|
6
|
-
"mcpServers": "./.mcp.json",
|
|
7
|
-
"interface": {
|
|
8
|
-
"displayName": "Odoo Forge",
|
|
9
|
-
"shortDescription": "Odoo delivery skills",
|
|
10
|
-
"longDescription": "Unified Odoo delivery skills and platform wiring for Codex and Claude Code.",
|
|
11
|
-
"developerName": "Internal Team",
|
|
12
|
-
"category": "Productivity",
|
|
13
|
-
"capabilities": [
|
|
14
|
-
"Skills",
|
|
15
|
-
"MCP"
|
|
16
|
-
],
|
|
17
|
-
"websiteURL": "https://example.internal/odoo-forge"
|
|
18
|
-
}
|
|
19
|
-
}
|