docs: 对象命名规范 AR09 与标准化讨论文档入库
- 新增 docs/02_Architecture/AR09_Object_Naming_Standard.md（规范性文件，非设计稿）： 十节结构 —— 原理 / 判据 / 对象术语表 / 五层命名规范 / 命名模式库 / 如何检查（人工五问 + 6 个机器守卫）/ 如何修复（迁移顺序 + 改名六步法）/ 现状问题登记（逐条带 file:line）/ 反例库 / 修订记录。 核心判断：名称即契约，改名前先查已靠名字建立的协议表 - 02_Architecture/README.md 登记 AR09，并说明其规范性定位（约束新增代码， 与 TOP_CODING_RULES.md 的 G03 配套），与 AR01–AR08 设计稿区别 - 收入本轮讨论与调研文档：对象命名标准化清单、对象标准化与解耦总则、 六层架构与三对象建设重点阶段性复盘、目录结构化迁移说明、 AionUi 对照分析两篇 Co-Authored-By: Claude Code <noreply@anthropic.com>
This commit is contained in:
eaiadmin
@@ -0,0 +1,182 @@
|
||||
# AionUi 助手到 pj0235 三层映射表与首个样板方案
|
||||
|
||||
> 目标：不是继续泛读，而是把 AionUi 的助手体系拆成 pj0235 可落地的三层结构：
|
||||
>
|
||||
> - `专员`：负责任务理解、规则约束、流程编排
|
||||
> - `技能`：负责真正执行与产物生成
|
||||
> - `应用`：给用户一键即用的成品入口
|
||||
|
||||
---
|
||||
|
||||
## 一、迁移原则
|
||||
|
||||
1. **不学 Electron 壳**
|
||||
只学 AionUi 的助手封装方法、技能包方法、交付闭环方法。
|
||||
|
||||
2. **优先办公生产力**
|
||||
绘画、故事、3D 游戏、社交发布类全部后置。
|
||||
|
||||
3. **先做一个样板，再批量复制**
|
||||
第一个样板选 `汇报 PPT`，因为它最能验证：
|
||||
- 应用入口
|
||||
- 专员规则
|
||||
- 技能执行
|
||||
- 产物沉淀
|
||||
- 项目复用
|
||||
|
||||
---
|
||||
|
||||
## 二、AionUi 21 个助手 -> pj0235 三层映射
|
||||
|
||||
| AionUi 助手 | AionUi 类型判断 | pj0235 专员映射 | pj0235 技能映射 | pj0235 应用映射 | 优先级 | 备注 |
|
||||
|---|---|---|---|---|---|---|
|
||||
| Cowork | 通用任务编排 | 通用助手 / 流程推进专员 | smart-assistant | 开场工作台 | 高 | 保留为总入口，不单独产品化 |
|
||||
| PPT Creator | 办公交付 | **汇报专员** | ppt-generation | **汇报 PPT** | **高** | 第一优先样板 |
|
||||
| Morph PPT | 演示增强 | 汇报专员 | ppt-generation | 汇报 PPT | 中 | 可作为二阶段增强 |
|
||||
| 3D Morph PPT | 演示增强 | 汇报专员 | ppt-generation | 汇报 PPT | 低 | 当前办公价值不高 |
|
||||
| Pitch Deck Creator | 商务演示 | 售前方案专员 / 汇报专员 | ppt-generation + proposal-summary | 售前汇报 | 高 | 和汇报 PPT 共骨架 |
|
||||
| Dashboard Creator | 数据展示 | 报告生成专员 | table-cleanup / ppt-generation | 数据看板汇报 | 中 | 适合第二批 |
|
||||
| Word Creator | 办公交付 | 报告生成专员 | longform-writing | 方案 / 报告写作 | 高 | 第二个建议样板 |
|
||||
| Word Form Creator | 表单模板 | 报告生成专员 / 流程推进专员 | longform-writing | 表单模板 | 中 | 可在 Word 样板后复制 |
|
||||
| Excel Creator | 数据整理 | 报告生成专员 | table-cleanup | 表格整理 | 高 | 第三个建议样板 |
|
||||
| Academic Paper | 长文结构化 | 报告生成专员 | longform-writing | 长文写作 | 中 | 偏长文，不是最先做 |
|
||||
| Financial Model Creator | 数据模型 | 报告生成专员 | table-cleanup | 数据分析 | 中 | 适合财务线后补 |
|
||||
| Beautiful Mermaid | 结构表达 | 汇报专员 / 方案专员 | mind-map | 思维导图 | 中 | 已有基础能力 |
|
||||
| Planning with Files | 文件驱动规划 | 流程推进专员 | project-planning | 项目规划 | 高 | 很适合你当前项目制工作台 |
|
||||
| AionUi Butler | 系统内管家 | 通用助手 | smart-assistant | 无 | 低 | 更偏产品自运维 |
|
||||
| OpenClaw Setup Expert | 环境配置 | 无 | 无 | 无 | 低 | 当前不做 |
|
||||
| HUMAN 3.0 Coach | 人类教练 / 反思 | 流程推进专员 | progress-report | 项目复盘 | 低 | 不做第一批 |
|
||||
| UI/UX Pro Max | 设计创作 | 无 | 无 | 无 | 低 | 不属于办公主线 |
|
||||
| 3D Game | 创作娱乐 | 无 | 无 | 无 | 低 | 排除 |
|
||||
| Social Job Publisher | 社交发布 | 公众号助手 | longform-writing / copy-proofreading | 内容发布 | 低 | 不是当前重点 |
|
||||
| moltbook | 内容/创意类 | 公众号助手 | longform-writing | 内容应用 | 低 | 不是当前重点 |
|
||||
| Story Roleplay | 娱乐/角色扮演 | 无 | 无 | 无 | 低 | 排除 |
|
||||
|
||||
---
|
||||
|
||||
## 三、推荐的第一批可迁移办公骨架
|
||||
|
||||
### 第一梯队
|
||||
|
||||
1. **汇报 PPT**
|
||||
2. **方案 / 报告写作**
|
||||
3. **表格整理**
|
||||
4. **项目规划**
|
||||
5. **方案摘要**
|
||||
|
||||
### 第二梯队
|
||||
|
||||
1. 思维导图
|
||||
2. 表单模板
|
||||
3. 数据看板汇报
|
||||
4. 长文写作
|
||||
|
||||
### 后置
|
||||
|
||||
1. 创意类
|
||||
2. 娱乐类
|
||||
3. 社交发布类
|
||||
4. 系统配置类
|
||||
|
||||
---
|
||||
|
||||
## 四、首个样板为什么选“汇报 PPT”
|
||||
|
||||
原因很直接：
|
||||
|
||||
1. **最像 AionUi 的强项**
|
||||
2. **最容易体现办公交付价值**
|
||||
3. **最适合拉通“专员 + 技能 + 应用”三层结构**
|
||||
4. **后续能平滑复制到 Pitch Deck、方案汇报、培训课件**
|
||||
|
||||
---
|
||||
|
||||
## 五、首个样板的目标形态
|
||||
|
||||
### 应用层
|
||||
|
||||
- 名称：`汇报 PPT`
|
||||
- 用户入口：应用广场直接打开
|
||||
- 默认行为：
|
||||
- 自动切到工作台
|
||||
- 自动挂上 `汇报专员`
|
||||
- 自动挂上 `ppt-generation`
|
||||
- 自动带入默认提示词
|
||||
|
||||
### 专员层
|
||||
|
||||
- 名称：`汇报专员`
|
||||
- 职责：
|
||||
- 理解汇报目标
|
||||
- 压缩材料
|
||||
- 规划页数
|
||||
- 组织每页要点
|
||||
- 收口讲稿备注
|
||||
|
||||
### 技能层
|
||||
|
||||
- 主技能：`ppt-generation`
|
||||
- 辅助技能：
|
||||
- `proposal-summary`
|
||||
- `mind-map`
|
||||
- `progress-report`
|
||||
|
||||
---
|
||||
|
||||
## 六、这次已落地的样板改动
|
||||
|
||||
本轮直接落代码，完成了下面几件事：
|
||||
|
||||
1. 新增 `汇报专员`
|
||||
- 前端目录卡片
|
||||
- 后端种子数据
|
||||
- 岗位说明书规则
|
||||
- 绑定技能清单
|
||||
|
||||
2. 把现有 `PPT 生成` 成品应用升格为 `汇报 PPT`
|
||||
- 增加默认专员绑定
|
||||
- 保留默认技能绑定
|
||||
- 优化默认提示词和文案
|
||||
|
||||
3. 让应用入口支持同时挂载
|
||||
- `app_specialist`
|
||||
- `app_skill`
|
||||
- `app_prompt`
|
||||
|
||||
4. 增加项目模板
|
||||
- `汇报 PPT`
|
||||
- 便于后续直接复制第二个、第三个样板
|
||||
|
||||
---
|
||||
|
||||
## 七、后续复制模板
|
||||
|
||||
接下来要做第二个、第三个时，不要再重新想结构，直接照这个模板复制：
|
||||
|
||||
1. 新增一个专员
|
||||
2. 绑定 2-4 个技能
|
||||
3. 新增一个成品应用
|
||||
4. 配一个项目模板
|
||||
5. 让应用入口默认带上专员、技能、提示词
|
||||
|
||||
建议顺序：
|
||||
|
||||
1. `方案 / 报告写作`
|
||||
2. `表格整理`
|
||||
3. `项目规划`
|
||||
4. `方案摘要`
|
||||
|
||||
---
|
||||
|
||||
## 八、结论
|
||||
|
||||
这一轮的目标不是“把 AionUi 学完”，而是把它拆成可以直接复用的产品方法。
|
||||
|
||||
现在路线已经明确：
|
||||
|
||||
- **AionUi 学的是助手/技能封装法**
|
||||
- **pj0235 落的是专员/技能/应用三层结构**
|
||||
- **第一个样板已经确定为：汇报 PPT**
|
||||
|
||||
下一轮继续扩，不再需要重做架构判断，直接按样板复制即可。
|
||||
|
||||
Reference in New Issue
Block a user