@archsight/aios 1.0.0 → 1.0.1
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 +45 -17
- package/README.md +156 -154
- package/package.json +69 -69
- package/runtime/agent-routing.md +94 -92
- package/runtime/archsight-aios.manifest.json +326 -326
- package/runtime/skill-routing.md +65 -63
- package/skills/README.md +59 -38
- package/skills/aios-arch/SKILL.md +183 -175
- package/skills/aios-arch/agents/openai.yaml +3 -3
- package/skills/aios-ceo/SKILL.md +177 -89
- package/skills/aios-ceo/agents/openai.yaml +4 -4
- package/skills/aios-design/SKILL.md +107 -99
- package/skills/aios-design/agents/openai.yaml +4 -4
- package/skills/aios-exec/SKILL.md +70 -62
- package/skills/aios-exec/agents/openai.yaml +3 -3
- package/skills/aios-knowledge/SKILL.md +69 -61
- package/skills/aios-knowledge/agents/openai.yaml +3 -3
- package/skills/aios-plan/SKILL.md +104 -96
- package/skills/aios-plan/agents/openai.yaml +3 -3
- package/skills/aios-review/SKILL.md +74 -66
- package/skills/aios-review/agents/openai.yaml +3 -3
- package/skills/aios-runtime/SKILL.md +73 -65
- package/skills/aios-runtime/agents/openai.yaml +3 -3
- package/templates/project-ai/.ai/ARCHSIGHT_AIOS_RULES.md +37 -35
- package/templates/project-ai/.ai/agent-routing.md +51 -50
- package/templates/project-ai/.ai/skills.md +42 -39
- package/templates/project-ai/.ai/workflows.md +42 -40
- package/templates/project-ai/AGENTS.md +25 -25
- package/templates/project-ai/CLAUDE.md +25 -25
- package/templates/project-ai/GEMINI.md +25 -25
- package/workflows/architecture-review.md +100 -98
- package/workflows/bug-fixing.md +63 -62
- package/workflows/code-review.md +55 -54
- package/workflows/feature-development.md +74 -72
- package/workflows/review.md +74 -70
|
@@ -1,25 +1,25 @@
|
|
|
1
|
-
# GEMINI.md
|
|
2
|
-
|
|
3
|
-
> 本文件供 Gemini 在当前业务项目中读取项目 AI 规则。
|
|
4
|
-
> 通用编码规则只维护在 `AI_CODING_RULES.md`,本文件不复制规则正文。
|
|
5
|
-
|
|
6
|
-
## 必读入口
|
|
7
|
-
|
|
8
|
-
开始任何工作前,先阅读:
|
|
9
|
-
|
|
10
|
-
- `AI_CODING_RULES.md`
|
|
11
|
-
- `.ai/ARCHSIGHT_AIOS_RULES.md`
|
|
12
|
-
- `.ai/project-context.md`
|
|
13
|
-
- `.ai/agent-routing.md`
|
|
14
|
-
- `.ai/skills.md`
|
|
15
|
-
- `.ai/workflows.md`
|
|
16
|
-
- `.ai/profiles/*.md`(如当前项目启用了 profile)
|
|
17
|
-
- 项目自身的 `README.md`、`Makefile`、`scripts/` 或其他工程入口。
|
|
18
|
-
|
|
19
|
-
## Gemini 入口适配
|
|
20
|
-
|
|
21
|
-
- 本文件只负责让 Gemini 发现当前项目的公共规则和 `.ai/` 目录。
|
|
22
|
-
- ArchSight AIOS 只在 Agent 路由、Skill 选择、Workflow、交付验证、AI Runtime、Code Review,以及项目明确启用的 BIM / IFC / 建筑行业 profile
|
|
23
|
-
- 接入本模板不代表当前项目属于 ArchSightLabs,也不要求使用 Hermes、飞书或其他特定运行平台。
|
|
24
|
-
- 任务适合 ArchSight 技能包时,按 `.ai/skills.md` 选择对应 `aios-*` Skill;涉及流程协作时,按 `.ai/workflows.md` 选择 Workflow。
|
|
25
|
-
- 使用浏览器或外部工具前,先说明目的;操作后汇报结果。
|
|
1
|
+
# GEMINI.md
|
|
2
|
+
|
|
3
|
+
> 本文件供 Gemini 在当前业务项目中读取项目 AI 规则。
|
|
4
|
+
> 通用编码规则只维护在 `AI_CODING_RULES.md`,本文件不复制规则正文。
|
|
5
|
+
|
|
6
|
+
## 必读入口
|
|
7
|
+
|
|
8
|
+
开始任何工作前,先阅读:
|
|
9
|
+
|
|
10
|
+
- `AI_CODING_RULES.md`
|
|
11
|
+
- `.ai/ARCHSIGHT_AIOS_RULES.md`
|
|
12
|
+
- `.ai/project-context.md`
|
|
13
|
+
- `.ai/agent-routing.md`
|
|
14
|
+
- `.ai/skills.md`
|
|
15
|
+
- `.ai/workflows.md`
|
|
16
|
+
- `.ai/profiles/*.md`(如当前项目启用了 profile)
|
|
17
|
+
- 项目自身的 `README.md`、`Makefile`、`scripts/` 或其他工程入口。
|
|
18
|
+
|
|
19
|
+
## Gemini 入口适配
|
|
20
|
+
|
|
21
|
+
- 本文件只负责让 Gemini 发现当前项目的公共规则和 `.ai/` 目录。
|
|
22
|
+
- ArchSight AIOS 只在 Agent 路由、Skill 选择、Workflow、交付验证、AI Runtime、Code Review,以及项目明确启用的 BIM / IFC / 建筑行业 profile 等相关任务中作为补充治理层生效;普通非建筑任务不强制使用 `aios-*` Skill。
|
|
23
|
+
- 接入本模板不代表当前项目属于 ArchSightLabs,也不要求使用 Hermes、飞书或其他特定运行平台。
|
|
24
|
+
- 任务适合 ArchSight 技能包时,按 `.ai/skills.md` 选择对应 `aios-*` Skill;涉及流程协作时,按 `.ai/workflows.md` 选择 Workflow。
|
|
25
|
+
- 使用浏览器或外部工具前,先说明目的;操作后汇报结果。
|
|
@@ -1,98 +1,100 @@
|
|
|
1
|
-
# 架构评审 Workflow
|
|
2
|
-
|
|
3
|
-
## 定位
|
|
4
|
-
|
|
5
|
-
用于在实现前评估系统架构、服务边界、技术选型、数据模型、Runtime、RAG / GraphRAG 和长期复杂度。
|
|
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
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
-
|
|
65
|
-
-
|
|
66
|
-
-
|
|
67
|
-
-
|
|
68
|
-
-
|
|
69
|
-
-
|
|
70
|
-
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
-
|
|
79
|
-
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
-
|
|
90
|
-
-
|
|
91
|
-
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
-
|
|
98
|
-
-
|
|
1
|
+
# 架构评审 Workflow
|
|
2
|
+
|
|
3
|
+
## 定位
|
|
4
|
+
|
|
5
|
+
用于在实现前评估系统架构、服务边界、技术选型、数据模型、Runtime、RAG / GraphRAG 和长期复杂度。
|
|
6
|
+
|
|
7
|
+
本 Workflow 面向建筑行业项目的架构评审增强。普通非建筑架构评审优先使用宿主工具的通用架构能力;只有项目 profile、上下文或任务事实涉及建筑行业语义、工程知识、RAG / GraphRAG、审图、证据链、人工复核或审计留痕时,才启用 `aios-*` 行业增强。
|
|
8
|
+
|
|
9
|
+
## 触发场景
|
|
10
|
+
|
|
11
|
+
- 新系统、新模块或核心服务设计。
|
|
12
|
+
- 服务拆分、数据模型、存储组件或技术栈调整。
|
|
13
|
+
- Hermes / OpenClaw / Agent Runtime 重大变化。
|
|
14
|
+
- RAG / GraphRAG、知识图谱或 BIM / IFC 模块边界设计。
|
|
15
|
+
|
|
16
|
+
## 参与角色与 Skill
|
|
17
|
+
|
|
18
|
+
| 阶段 | 主 Agent | Skill |
|
|
19
|
+
| --- | --- | --- |
|
|
20
|
+
| 架构判断 | Atlas | `aios-arch` |
|
|
21
|
+
| 工程拆解 | Mason | `aios-plan` |
|
|
22
|
+
| Runtime 设计 | Daedalus | `aios-runtime` |
|
|
23
|
+
| 行业语义 | Vitruvius | `aios-knowledge` |
|
|
24
|
+
| 风险审查 | Argus | `aios-review` |
|
|
25
|
+
|
|
26
|
+
## 输入
|
|
27
|
+
|
|
28
|
+
- 背景和目标。
|
|
29
|
+
- 当前架构、目录、模块和数据结构。
|
|
30
|
+
- 现有代码、配置、接口契约、测试、脚本、部署入口和运行方式。
|
|
31
|
+
- 候选方案。
|
|
32
|
+
- 约束:成本、时间、团队、运行环境、权限、数据规模。
|
|
33
|
+
- 已知风险和历史决策。
|
|
34
|
+
|
|
35
|
+
## 执行顺序
|
|
36
|
+
|
|
37
|
+
1. Atlas 明确问题类型和评审边界。
|
|
38
|
+
2. Atlas 基于现有代码、配置、契约、测试、脚本和部署入口核验事实;文档结论必须能回到项目事实。
|
|
39
|
+
3. Atlas 做范围挑战,明确当前评审接受的范围和不在范围内的扩展项。
|
|
40
|
+
4. Atlas 盘点已有能力,确认应复用的模块、契约、测试和脚本。
|
|
41
|
+
5. Atlas 做端到端链路抽样:对关键用户输入、配置字段、领域元数据、版本关系、审计关系或跨存储关系,至少追踪一条从 UI / API / CLI 入口到领域模型、后台任务、存储、检索/消费端和测试的完整路径。
|
|
42
|
+
6. Atlas 对候选方案做 tradeoff,识别复杂度、技术债、生产失效方式和长期迁移成本。
|
|
43
|
+
7. Atlas 用 P0/P1/P2 或等效等级标注风险优先级,形成架构依据。
|
|
44
|
+
8. Daedalus 评审 AI Runtime / RAG / Tool / Memory 相关设计。
|
|
45
|
+
9. Vitruvius 评审 BIM / IFC / 建筑规范相关语义。
|
|
46
|
+
10. Argus 评审安全、权限、Prompt 注入、依赖和发布风险。
|
|
47
|
+
11. Mason 将通过评审的方案拆成可执行任务,并纳入 Failure Modes、测试缺口、并行 workstream 和冲突点。
|
|
48
|
+
|
|
49
|
+
## 输出
|
|
50
|
+
|
|
51
|
+
1. 结论
|
|
52
|
+
2. 架构判断
|
|
53
|
+
3. 风险与边界
|
|
54
|
+
4. 推荐方案
|
|
55
|
+
5. Rejected 方案
|
|
56
|
+
6. Assumption / Need verify
|
|
57
|
+
7. Failure Modes
|
|
58
|
+
8. 后续执行任务
|
|
59
|
+
|
|
60
|
+
## 文档与补充检查
|
|
61
|
+
|
|
62
|
+
当架构评审需要审阅设计文档、对比多份评审或整合补充检查项时:
|
|
63
|
+
|
|
64
|
+
- 先回到现有代码、配置、接口契约、测试、脚本和部署入口核验事实。
|
|
65
|
+
- 再判断各检查项的定位:架构依据、工程计划、代码审查、测试计划或风险清单。
|
|
66
|
+
- 架构依据优先采纳边界判断、风险分级、长期演进和被拒绝方案。
|
|
67
|
+
- 工程计划优先采纳 Failure Modes、测试缺口、并行 workstream、冲突标记和回归命令。
|
|
68
|
+
- 纠正文档中的细节错误,例如 Assumption 与 Need verify 数量混淆。
|
|
69
|
+
- 对“未覆盖”的判断要谨慎:如果已有评审已触及某风险但未形成完整策略,应写成“已触及但未系统展开”。
|
|
70
|
+
- 如果本次是“全新独立评审”,仍应建立历史高优先级发现的回归清单;清单只用于防止漏检,不要求继承旧报告结论。
|
|
71
|
+
- 抽象发现不能吞掉具体断链。若某字段、关系或元数据已经被纳入更大的 P1/P2 主题,还必须说明是否完成端到端贯通;未贯通时应保留独立风险或验收项。
|
|
72
|
+
- 对 RAG / GraphRAG、规范知识库和审计系统,重点抽查 `source_version`、适用地区、专业、生效状态、复核状态、版本替代关系、证据引用和缓存/索引版本是否从摄取入口贯通到消费端。
|
|
73
|
+
|
|
74
|
+
## 端到端链路抽样清单
|
|
75
|
+
|
|
76
|
+
架构评审至少抽查以下一类链路;涉及知识、审计或合规结论时应优先抽查多类:
|
|
77
|
+
|
|
78
|
+
- 用户提交字段:页面表单、前端 API 封装、后端 DTO / query / form 参数、后台任务、领域模型、持久化和回显。
|
|
79
|
+
- 领域关系:版本替代、引用关系、父子层级、任务到报告、报告到复核、事件到 outbox。
|
|
80
|
+
- 知识元数据:来源、版本、地区、专业、生效状态、来源哈希、页码范围、质量状态和人工复核状态。
|
|
81
|
+
- 运行期边界:配置变更、缓存 key、索引版本、任务状态、多实例共享和重启恢复。
|
|
82
|
+
|
|
83
|
+
输出要求:若链路断在任一层,应写清断点、静默失败方式、用户可见影响和最小回归测试。
|
|
84
|
+
|
|
85
|
+
## 升级与人工确认
|
|
86
|
+
|
|
87
|
+
以下情况必须人工确认:
|
|
88
|
+
|
|
89
|
+
- 核心技术栈替换。
|
|
90
|
+
- 生产数据模型迁移。
|
|
91
|
+
- Runtime 权限扩大。
|
|
92
|
+
- 自动执行权限放开。
|
|
93
|
+
- 影响长期平台路线的服务边界调整。
|
|
94
|
+
|
|
95
|
+
## 验收标准
|
|
96
|
+
|
|
97
|
+
- 推荐方案有明确边界和取舍。
|
|
98
|
+
- 被拒绝方案有原因。
|
|
99
|
+
- 后续任务可被 Mason 拆解。
|
|
100
|
+
- 不确定项和待验证项被显式记录。
|
package/workflows/bug-fixing.md
CHANGED
|
@@ -1,62 +1,63 @@
|
|
|
1
|
-
# Bug 修复 Workflow
|
|
2
|
-
|
|
3
|
-
## 定位
|
|
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
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
-
|
|
46
|
-
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
-
|
|
53
|
-
-
|
|
54
|
-
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
-
|
|
61
|
-
-
|
|
62
|
-
|
|
1
|
+
# Bug 修复 Workflow
|
|
2
|
+
|
|
3
|
+
## 定位
|
|
4
|
+
|
|
5
|
+
用于处理缺陷、测试失败、构建失败和生产风险修复。目标是先复现或定位,再做最小修复,最后用证据验证。
|
|
6
|
+
|
|
7
|
+
本 Workflow 面向建筑行业项目的缺陷修复增强。普通非建筑 bug 修复优先使用宿主工具的通用调试和修复能力;只有项目 profile、上下文或任务事实涉及建筑行业语义、工程知识、RAG / GraphRAG、审图、证据链、人工复核或审计留痕时,才启用 `aios-*` 行业增强。
|
|
8
|
+
|
|
9
|
+
## 触发场景
|
|
10
|
+
|
|
11
|
+
- 用户报告 bug。
|
|
12
|
+
- 测试、构建、lint 或类型检查失败。
|
|
13
|
+
- AI 生成代码导致行为回归。
|
|
14
|
+
- 生产或预发布环境发现异常。
|
|
15
|
+
|
|
16
|
+
## 参与角色与 Skill
|
|
17
|
+
|
|
18
|
+
| 阶段 | 主 Agent | Skill |
|
|
19
|
+
| --- | --- | --- |
|
|
20
|
+
| 风险识别 | Argus | `aios-review` |
|
|
21
|
+
| 架构影响判断 | Atlas | `aios-arch` |
|
|
22
|
+
| 修复计划 | Mason | `aios-plan` |
|
|
23
|
+
| 受控修复 | Hephaestus | `aios-exec` |
|
|
24
|
+
| Runtime 相关缺陷 | Daedalus | `aios-runtime` |
|
|
25
|
+
| 行业语义缺陷 | Vitruvius | `aios-knowledge` |
|
|
26
|
+
|
|
27
|
+
## 输入
|
|
28
|
+
|
|
29
|
+
- 错误现象、日志、截图或复现步骤。
|
|
30
|
+
- 失败命令和输出。
|
|
31
|
+
- 最近变更、diff 或 PR。
|
|
32
|
+
- 预期行为和实际行为。
|
|
33
|
+
|
|
34
|
+
## 执行顺序
|
|
35
|
+
|
|
36
|
+
1. Argus 判断缺陷风险级别和可能影响面。
|
|
37
|
+
2. Hephaestus 尝试复现或定位最小失败点。
|
|
38
|
+
3. Atlas 判断是否涉及架构边界或数据模型问题。
|
|
39
|
+
4. Mason 拆解修复步骤、验证路径和回滚策略。
|
|
40
|
+
5. Hephaestus 执行最小修复。
|
|
41
|
+
6. Argus 复核修复是否引入新风险。
|
|
42
|
+
|
|
43
|
+
## 修复原则
|
|
44
|
+
|
|
45
|
+
- 优先复现,再修改。
|
|
46
|
+
- 优先最小修复,不顺手重构。
|
|
47
|
+
- 优先补回归测试;没有测试条件时记录人工验证。
|
|
48
|
+
- 不通过删除测试、降低校验或吞错来制造“通过”。
|
|
49
|
+
|
|
50
|
+
## 输出
|
|
51
|
+
|
|
52
|
+
- 根因判断。
|
|
53
|
+
- 修复范围。
|
|
54
|
+
- 修改文件。
|
|
55
|
+
- 验证命令和结果。
|
|
56
|
+
- 剩余风险。
|
|
57
|
+
|
|
58
|
+
## 验收标准
|
|
59
|
+
|
|
60
|
+
- 原失败路径已通过验证。
|
|
61
|
+
- 相关回归路径已检查。
|
|
62
|
+
- 没有扩大改动范围。
|
|
63
|
+
- Argus 无阻断问题。
|
package/workflows/code-review.md
CHANGED
|
@@ -1,54 +1,55 @@
|
|
|
1
|
-
# Code Review Workflow
|
|
2
|
-
|
|
3
|
-
## 定位
|
|
4
|
-
|
|
5
|
-
用于 PR、diff、AI 生成代码、Runtime 配置、Prompt、Tool Calling 和发布前质量审查。
|
|
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
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
-
|
|
45
|
-
-
|
|
46
|
-
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
-
|
|
53
|
-
-
|
|
54
|
-
|
|
1
|
+
# Code Review Workflow
|
|
2
|
+
|
|
3
|
+
## 定位
|
|
4
|
+
|
|
5
|
+
用于 PR、diff、AI 生成代码、Runtime 配置、Prompt、Tool Calling 和发布前质量审查。
|
|
6
|
+
|
|
7
|
+
本 Workflow 面向建筑行业项目的 code review 增强。普通非建筑代码审查优先使用宿主工具的通用 review 能力;只有项目 profile、上下文或任务事实涉及建筑行业语义、工程知识、RAG / GraphRAG、审图、证据链、人工复核或审计留痕时,才启用 `aios-*` 行业增强。
|
|
8
|
+
|
|
9
|
+
## 触发场景
|
|
10
|
+
|
|
11
|
+
- PR 合并前。
|
|
12
|
+
- AI 生成代码进入仓库。
|
|
13
|
+
- 涉及权限、安全、依赖、Runtime 或生产发布。
|
|
14
|
+
- 大范围重构或多模块变更。
|
|
15
|
+
|
|
16
|
+
## 参与角色与 Skill
|
|
17
|
+
|
|
18
|
+
| 阶段 | 主 Agent | Skill |
|
|
19
|
+
| --- | --- | --- |
|
|
20
|
+
| 质量审查 | Argus | `aios-review` |
|
|
21
|
+
| 架构边界复核 | Atlas | `aios-arch` |
|
|
22
|
+
| 修复执行 | Hephaestus | `aios-exec` |
|
|
23
|
+
| 交付协调 | Mason | `aios-plan` |
|
|
24
|
+
| Runtime 风险 | Daedalus | `aios-runtime` |
|
|
25
|
+
|
|
26
|
+
## 输入
|
|
27
|
+
|
|
28
|
+
- diff / PR / commit。
|
|
29
|
+
- 需求背景和验收标准。
|
|
30
|
+
- 测试、构建、lint、typecheck 输出。
|
|
31
|
+
- 权限、Runtime、Prompt 或 Tool 配置。
|
|
32
|
+
|
|
33
|
+
## 执行顺序
|
|
34
|
+
|
|
35
|
+
1. Argus 先看需求和预期行为,再审查 diff。
|
|
36
|
+
2. Argus 按 P0-P3 输出问题,先列阻断项。
|
|
37
|
+
3. Atlas 复核架构边界问题。
|
|
38
|
+
4. Daedalus 复核 Runtime / MCP / Memory / Prompt 风险。
|
|
39
|
+
5. Hephaestus 修复明确问题。
|
|
40
|
+
6. Argus 复审。
|
|
41
|
+
|
|
42
|
+
## 输出
|
|
43
|
+
|
|
44
|
+
- 阻断问题。
|
|
45
|
+
- 非阻断建议。
|
|
46
|
+
- 测试缺口。
|
|
47
|
+
- 剩余风险。
|
|
48
|
+
- 合并或发布建议。
|
|
49
|
+
|
|
50
|
+
## 验收标准
|
|
51
|
+
|
|
52
|
+
- 阻断问题已修复或明确不发布。
|
|
53
|
+
- 测试缺口被补齐或记录。
|
|
54
|
+
- 没有无关风格挑刺。
|
|
55
|
+
- 没有未经验证的完成声明。
|
|
@@ -1,72 +1,74 @@
|
|
|
1
|
-
# Feature 开发 Workflow
|
|
2
|
-
|
|
3
|
-
## 定位
|
|
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
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
-
|
|
45
|
-
-
|
|
46
|
-
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
-
|
|
53
|
-
-
|
|
54
|
-
-
|
|
55
|
-
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
-
|
|
62
|
-
-
|
|
63
|
-
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
-
|
|
70
|
-
-
|
|
71
|
-
-
|
|
72
|
-
-
|
|
1
|
+
# Feature 开发 Workflow
|
|
2
|
+
|
|
3
|
+
## 定位
|
|
4
|
+
|
|
5
|
+
用于从需求进入受控实现的标准流程。目标是把业务目标转成可执行、可审查、可验证的工程交付。
|
|
6
|
+
|
|
7
|
+
本 Workflow 面向建筑行业项目的 feature 交付增强。普通非建筑功能开发优先使用宿主工具的通用工程流程;只有项目 profile、上下文或任务事实涉及建筑行业语义、工程知识、RAG / GraphRAG、审图、证据链、人工复核或审计留痕时,才启用 `aios-*` 行业增强。
|
|
8
|
+
|
|
9
|
+
## 触发场景
|
|
10
|
+
|
|
11
|
+
- 新功能开发。
|
|
12
|
+
- 多模块需求实现。
|
|
13
|
+
- AI 生成方案需要进入工程执行。
|
|
14
|
+
- 需要明确 Agent、Skill、验收和发布顺序。
|
|
15
|
+
|
|
16
|
+
## 参与角色与 Skill
|
|
17
|
+
|
|
18
|
+
| 阶段 | 主 Agent | Skill |
|
|
19
|
+
| --- | --- | --- |
|
|
20
|
+
| 架构边界 | Atlas | `aios-arch` |
|
|
21
|
+
| 任务拆解 | Mason | `aios-plan` |
|
|
22
|
+
| 受控实现 | Hephaestus | `aios-exec` |
|
|
23
|
+
| 质量审查 | Argus | `aios-review` |
|
|
24
|
+
| AI Runtime 相关 | Daedalus | `aios-runtime` |
|
|
25
|
+
| BIM / IFC / 行业语义相关 | Vitruvius | `aios-knowledge` |
|
|
26
|
+
|
|
27
|
+
## 输入
|
|
28
|
+
|
|
29
|
+
- 需求目标和业务背景。
|
|
30
|
+
- 当前项目结构和相关模块。
|
|
31
|
+
- 约束条件:时间、权限、技术栈、发布节奏。
|
|
32
|
+
- 已知风险、历史决策和不得破坏的行为。
|
|
33
|
+
|
|
34
|
+
## 执行顺序
|
|
35
|
+
|
|
36
|
+
1. Atlas 判断需求是否涉及架构边界、数据模型、Runtime 或长期复杂度。
|
|
37
|
+
2. Mason 将需求拆成任务、依赖、验收标准和执行顺序。
|
|
38
|
+
3. Hephaestus 按 Mason 的任务执行最小改动。
|
|
39
|
+
4. Argus 审查 diff、测试缺口、安全和技术债风险。
|
|
40
|
+
5. Mason 汇总交付状态、剩余风险和发布条件。
|
|
41
|
+
|
|
42
|
+
## 升级规则
|
|
43
|
+
|
|
44
|
+
- 涉及服务边界、数据模型、核心技术栈:升级给 Atlas。
|
|
45
|
+
- 涉及权限、安全、Prompt 注入、生产发布:升级给 Argus。
|
|
46
|
+
- 涉及 RAG、GraphRAG、MCP、Memory、Tool Calling:升级给 Daedalus。
|
|
47
|
+
- 涉及 BIM、IFC、规范、审图逻辑:升级给 Vitruvius。
|
|
48
|
+
- 任务拆解不清、依赖复杂或交付顺序冲突:升级给 Mason。
|
|
49
|
+
|
|
50
|
+
## 输出
|
|
51
|
+
|
|
52
|
+
- 架构判断。
|
|
53
|
+
- 任务拆解。
|
|
54
|
+
- 实现变更。
|
|
55
|
+
- Review 结果。
|
|
56
|
+
- 验证证据。
|
|
57
|
+
- 剩余风险和发布建议。
|
|
58
|
+
|
|
59
|
+
## 验收标准
|
|
60
|
+
|
|
61
|
+
- 每个任务有明确输入、输出和验证方式。
|
|
62
|
+
- 实现只触碰必要范围。
|
|
63
|
+
- 关键路径经过测试、构建、lint 或人工检查。
|
|
64
|
+
- Argus 无阻断问题。
|
|
65
|
+
- 未验证项被明确记录。
|
|
66
|
+
|
|
67
|
+
## 回滚与恢复
|
|
68
|
+
|
|
69
|
+
- 每个实现任务应在独立分支或可审查 diff 中完成。
|
|
70
|
+
- Hephaestus 只能回滚本次任务范围内的改动,不得回滚用户或其他 Agent 的无关改动。
|
|
71
|
+
- 如果测试、构建或 Argus 审查失败,回到 Hephaestus 修复阶段,并保留失败证据。
|
|
72
|
+
- 如果失败源于任务拆解错误,回到 Mason 重新拆解依赖和执行顺序。
|
|
73
|
+
- 如果失败源于架构边界或技术选型错误,回到 Atlas 重新评审。
|
|
74
|
+
- 发布前必须明确回滚方式:Git revert、配置回退、数据库迁移回滚或人工恢复步骤。
|