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.
Files changed (30) hide show
  1. package/manifest.json +1 -1
  2. package/package.json +1 -1
  3. package/payload/config/product.json +1 -1
  4. package/payload/skills/dev/SKILL.md +10 -10
  5. package/payload/skills/discovery/SKILL.md +3 -3
  6. package/payload/skills/discovery/references/output-template.md +2 -2
  7. package/payload/skills/epic-planning/SKILL.md +8 -8
  8. package/payload/skills/epic-planning/references/output-template.md +2 -2
  9. package/payload/skills/global-context/SKILL.md +11 -11
  10. package/payload/skills/global-context/agents/openai.yaml +1 -1
  11. package/payload/skills/global-context/references/document-specs.md +2 -2
  12. package/payload/skills/industry-practice/SKILL.md +8 -8
  13. package/payload/skills/module-report/SKILL.md +199 -300
  14. package/payload/skills/module-report/agents/openai.yaml +1 -1
  15. package/payload/skills/module-research/SKILL.md +6 -6
  16. package/payload/skills/prd/SKILL.md +7 -7
  17. package/payload/skills/prd/references/output-template.md +1 -1
  18. package/payload/skills/review/SKILL.md +3 -3
  19. package/payload/skills/solution/SKILL.md +8 -8
  20. package/payload/skills/solution/references/output-template.md +2 -2
  21. package/payload/skills/trd/SKILL.md +7 -7
  22. package/payload/skills/trd/references/output-template.md +1 -1
  23. package/payload/skills/uat/SKILL.md +8 -8
  24. package/payload/skills/uat/references/output-template.md +1 -1
  25. package/payload/platforms/claude/hooks.template.json +0 -15
  26. package/payload/platforms/claude/mcp.template.json +0 -9
  27. package/payload/platforms/claude/plugin.template.json +0 -8
  28. package/payload/platforms/claude/settings.template.json +0 -3
  29. package/payload/platforms/codex/mcp.template.json +0 -12
  30. package/payload/platforms/codex/plugin.template.json +0 -19
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: prd
3
- description: EPIC 级产品需求共创 skill。用于基于 FlowUS 中的全局资源、域级 BRD、域级 Solution、当前 EPIC 页面和页面《待确认事项》,逐步收敛出可交付 PRD。当用户提到“写 PRD”“整理这个 epic 的功能规格”“补规则/状态/权限/视图”“把这个 EPIC 说清楚”“改现有 PRD”时必须使用。
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 的业务边界、用户故事、规则、状态、页面和权限逐步讨论清楚,再把确认过的内容沉淀成 FlowUS 中的 `PRD` 页面。
12
+ 你的职责不是一次性“把 PRD 写完”,而是把某个 EPIC 的业务边界、用户故事、规则、状态、页面和权限逐步讨论清楚,再把确认过的内容沉淀成 Notion 中的 `PRD` 页面。
13
13
 
14
14
  你的核心价值:
15
15
 
16
16
  - 把域级 `BRD` 和 `Solution` 翻译成可交付的 EPIC 级产品规格
17
17
  - 保留业务语言,但用 Odoo 术语帮助表达更精确
18
18
  - 让 `trd` 和 `uat` 读完后基本不需要再猜业务逻辑
19
- - 只把已经讨论并确认的结论写回 FlowUS
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
- ## FlowUS 页面怎么找
49
+ ## Notion 页面怎么找
50
50
 
51
- 本 skill 的正式文档读取和落地都依赖 FlowUS,不依赖本地文件。
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` 阶段的未决问题都统一写进 FlowUS 中“当前业务域根页面”下、标题固定为 `待确认事项` 的页面。
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
- 最终权威内容都写回 FlowUS
269
+ 最终权威内容都写回 Notion
270
270
 
271
271
  - EPIC 级规格写入当前 EPIC 页面下的 `PRD`
272
272
  - 未决问题写入当前业务域根页面下的页面 `待确认事项`
@@ -1,6 +1,6 @@
1
1
  # PRD 输出模板
2
2
 
3
- 使用本模板组织并写入 FlowUS 中当前 EPIC 页面下的 `PRD` 页面。
3
+ 使用本模板组织并写入 Notion 中当前 EPIC 页面下的 `PRD` 页面。
4
4
 
5
5
  这份模板是仓库内的写作辅助,不是最终落地文档。
6
6
  最终权威内容必须写回当前 EPIC 页面下的 `PRD` 页面。
@@ -54,9 +54,9 @@ description: Odoo Forge 通用文档审查 skill。用于审查 BRD、Solution
54
54
  | 当前业务域根页面下的页面 `待确认事项` | 推荐 | 判断当前未决问题和重复问题 | 没有则先创建 |
55
55
  | 必要的上下游文档 | 视文档类型而定 | 判断一致性和可交付性 | 缺失时在报告中明确指出 |
56
56
 
57
- ## FlowUS 页面怎么找
57
+ ## Notion 页面怎么找
58
58
 
59
- 本 skill 的正式上下文只来自 FlowUS
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. **读取 FlowUS 上下文**
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。用于基于 FlowUS 中的全局资源、域级 BRD 和待确认事项,研究官方能力、补充 OCA/社区模块、调用顾问 subagent,逐步收敛业务域的 Solution 页面。当用户提到“做方案设计”“模块选型”“GAP 分析”“写 Solution”“看看 Odoo 怎么落地”“评估官方和 OCA 方案”时必须使用。
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
- - 只把已经讨论并确认的方案结论写回 FlowUS
19
+ - 只把已经讨论并确认的方案结论写回 Notion
20
20
 
21
21
  ## 什么时候使用
22
22
 
@@ -44,9 +44,9 @@ description: 域级 Odoo 方案共创 skill。用于基于 FlowUS 中的全局
44
44
  | 当前域 `Solution` | 推荐 | 判断是首次方案还是增量修订,并避免重复研究 | 若没有,则进入新建模式 |
45
45
  | 相关会议纪要 / 调研记录 / 外部资料 | 可选 | 缩短研究路径,提高判断质量 | 没有也可继续,但要明确哪些结论尚未验证 |
46
46
 
47
- ## FlowUS 页面怎么找
47
+ ## Notion 页面怎么找
48
48
 
49
- 本 skill 的正式文档读取和落地都依赖 FlowUS,不依赖本地文件。
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` 精读,并把结果写入 FlowUS 的 `项目Wiki / 模块报告`。
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
- - 用途:精读候选模块,生成正式模块报告,并写入 FlowUS 的 `项目Wiki / 模块报告`
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
- 所有方案未决问题统一写进 FlowUS 中“当前业务域根页面”下、标题固定为 `待确认事项` 的页面,不在本 skill 内维护额外状态,也不落到本地文件。
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
- 最终权威内容都写回 FlowUS
318
+ 最终权威内容都写回 Notion
319
319
 
320
320
  - 域级方案写入当前业务域根页面下的页面 `Solution`
321
321
  - 方案未决问题写入当前业务域根页面下的页面 `待确认事项`
@@ -1,6 +1,6 @@
1
1
  # Solution 输出模板
2
2
 
3
- 使用本模板组织并写入 FlowUS 中当前业务域根页面下的 `Solution` 页面。
3
+ 使用本模板组织并写入 Notion 中当前业务域根页面下的 `Solution` 页面。
4
4
 
5
5
  这份模板是仓库内的写作辅助,不是最终落地文档。
6
6
  最终权威内容必须写回当前业务域根页面下的 `Solution` 页面。
@@ -225,5 +225,5 @@ sequenceDiagram
225
225
 
226
226
  - {下一轮最值得继续确认的块}
227
227
 
228
- > `待确认事项` 不放在 `Solution` 正文内,而是作为 FlowUS 中挂在当前业务域根页面下的独立页面维护。
228
+ > `待确认事项` 不放在 `Solution` 正文内,而是作为 Notion 中挂在当前业务域根页面下的独立页面维护。
229
229
  ````
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: trd
3
- description: EPIC 级技术设计共创 skill。用于基于 FlowUS 中的全局资源、域级 Solution、当前 EPIC 的 PRD 和页面《待确认事项》,逐步收敛出可直接开发的 TRD。当用户提到“写 TRD”“做技术设计”“把这个 PRD 翻成 Odoo 技术实现”“补模型/方法/权限/视图实现”“改现有 TRD”时必须使用。
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 的模块拆分、模型设计、规则实现、权限、视图和数据文件逐步讨论清楚,再把确认过的结论沉淀成 FlowUS 中的 `TRD` 页面。
12
+ 你的职责不是一次性“把技术文档写满”,而是把某个 EPIC 的模块拆分、模型设计、规则实现、权限、视图和数据文件逐步讨论清楚,再把确认过的结论沉淀成 Notion 中的 `TRD` 页面。
13
13
 
14
14
  你的核心价值:
15
15
 
16
16
  - 把 `PRD` 翻译成可直接开发的 Odoo 技术规格
17
17
  - 明确模块边界、模型来源、方法职责和文件组织
18
18
  - 让研发或 AI 读完后基本不需要再猜 `PRD`
19
- - 只把已经讨论并确认的技术结论写回 FlowUS
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
- ## FlowUS 页面怎么找
48
+ ## Notion 页面怎么找
49
49
 
50
- 本 skill 的正式文档读取和落地都依赖 FlowUS,不依赖本地文件。
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` 阶段的未决问题都统一写进 FlowUS 中“当前业务域根页面”下、标题固定为 `待确认事项` 的页面。
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
- 最终权威内容都写回 FlowUS
273
+ 最终权威内容都写回 Notion
274
274
 
275
275
  - EPIC 级技术设计写入当前 EPIC 页面下的 `TRD`
276
276
  - 未决问题写入当前业务域根页面下的页面 `待确认事项`
@@ -1,6 +1,6 @@
1
1
  # TRD 输出模板
2
2
 
3
- 使用本模板组织并写入 FlowUS 中当前 EPIC 页面下的 `TRD` 页面。
3
+ 使用本模板组织并写入 Notion 中当前 EPIC 页面下的 `TRD` 页面。
4
4
 
5
5
  这份模板是仓库内的写作辅助,不是最终落地文档。
6
6
  最终权威内容必须写回当前 EPIC 页面下的 `TRD` 页面。
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: uat
3
- description: EPIC 级验收文档共创 skill。用于基于 FlowUS 中的全局资源、当前 EPIC 的 PRD、TRD 和页面《待确认事项》,逐步收敛出人工可执行的 UAT。当用户提到“写 UAT”“生成验收手册”“这个 EPIC 怎么验收”“补测试场景/回归指引/签字页”“改现有 UAT”时必须使用。
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 的验收步骤、前置数据、角色操作和预期结果逐步讨论清楚,再把确认过的结论沉淀成 FlowUS 中的 `UAT` 页面。
12
+ 你的职责不是写“测试理论”,而是把某个 EPIC 的验收步骤、前置数据、角色操作和预期结果逐步讨论清楚,再把确认过的结论沉淀成 Notion 中的 `UAT` 页面。
13
13
 
14
14
  你的核心价值:
15
15
 
16
16
  - 把 `PRD` 和 `TRD` 翻译成任何人都能照着执行的验收手册
17
17
  - 先覆盖主路径,再覆盖边界、权限、自动化和回归
18
18
  - 让测试、PM、客户、开发都能直接用
19
- - 只把已经讨论并确认的验收结论写回 FlowUS
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
- ## FlowUS 页面怎么找
48
+ ## Notion 页面怎么找
49
49
 
50
- 本 skill 的正式文档读取和落地都依赖 FlowUS,不依赖本地文件。
50
+ 本 skill 的正式文档读取和落地都依赖 Notion,不依赖本地文件。
51
51
 
52
52
  进入项目文档时,固定按下面的顺序定位:
53
53
 
@@ -224,7 +224,7 @@ description: EPIC 级验收文档共创 skill。用于基于 FlowUS 中的全局
224
224
 
225
225
  被调用时:
226
226
 
227
- - 直接读取 FlowUS 上下文
227
+ - 直接读取 Notion 上下文
228
228
  - 优先完成产出
229
229
  - 如果发现不明确项,继续完成主体内容,再把问题写入页面 `待确认事项`
230
230
 
@@ -241,7 +241,7 @@ description: EPIC 级验收文档共创 skill。用于基于 FlowUS 中的全局
241
241
 
242
242
  ## 页面《待确认事项》处理
243
243
 
244
- 所有 `UAT` 阶段的未决问题都统一写进 FlowUS 中“当前业务域根页面”下、标题固定为 `待确认事项` 的页面。
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
- 最终权威内容都写回 FlowUS
273
+ 最终权威内容都写回 Notion
274
274
 
275
275
  - EPIC 级验收文档写入当前 EPIC 页面下的 `UAT`
276
276
  - 未决问题写入当前业务域根页面下的页面 `待确认事项`
@@ -1,6 +1,6 @@
1
1
  # UAT 输出模板
2
2
 
3
- 使用本模板组织并写入 FlowUS 中当前 EPIC 页面下的 `UAT` 页面。
3
+ 使用本模板组织并写入 Notion 中当前 EPIC 页面下的 `UAT` 页面。
4
4
 
5
5
  这份模板是仓库内的写作辅助,不是最终落地文档。
6
6
  最终权威内容必须写回当前 EPIC 页面下的 `UAT` 页面。
@@ -1,15 +0,0 @@
1
- {
2
- "hooks": {
3
- "PreToolUse": [
4
- {
5
- "matcher": "mcp__flowus__delete_block",
6
- "hooks": [
7
- {
8
- "type": "command",
9
- "command": "echo '⚠️ 即将删除 FlowUS block,此操作不可撤销。'"
10
- }
11
- ]
12
- }
13
- ]
14
- }
15
- }
@@ -1,9 +0,0 @@
1
- {
2
- "mcpServers": {
3
- "flowus": {
4
- "type": "stdio",
5
- "command": "odoo-forge",
6
- "args": ["mcp", "flowus"]
7
- }
8
- }
9
- }
@@ -1,8 +0,0 @@
1
- {
2
- "name": "odoo-forge",
3
- "version": "0.1.9",
4
- "description": "Internal Odoo Forge plugin for Claude Code.",
5
- "author": {
6
- "name": "Internal Team"
7
- }
8
- }
@@ -1,3 +0,0 @@
1
- {
2
- "agent": "navigator"
3
- }
@@ -1,12 +0,0 @@
1
- {
2
- "mcpServers": {
3
- "flowus": {
4
- "type": "stdio",
5
- "command": "odoo-forge",
6
- "args": [
7
- "mcp",
8
- "flowus"
9
- ]
10
- }
11
- }
12
- }
@@ -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
- }