Archived
xcsandClaude Opus 5
0aa2fc11b0
**资料文件全链**(用户:审核资料这一步要真产出 word/excel/md/html,前端能渲、点资料名能开)
接手时这一步一个文件都产不出来 —— S3 剧本白纸黑字写着「file_ref 本 MVP 阶段可留空」。
文件是台账那一行的投影,不另存一份:
· 声明 `file:{titleColumn,bodyColumn,formatColumn}`,它同时是授权面(没声明就点不开)
· 现造真字节 —— docx/xlsx 是自己打的 OOXML 包(zip-write:store+CRC32,零依赖)
· 读回来渲 —— 解的就是造出来那份字节,渲得出来才证明文件是真的
· 件上 `data-file-of` → 工作区二级界面(Word 纸面/Excel 网格/渲好的 md/沙箱 html)+ 下载原件
放行落地前把每一份冻进 `sys.task_asset_file`(迁移 0029):归档件点开的必须是签字那一刻
那一份,而资料落在主数据上、试跑单不落正式表 —— 不存这一份,收工后一个都点不开。
工作成果里「产出的资料」自成一摞。Markdown 富文本渲染顺带销账(仍零依赖)。
**Harness**
· 画面按「这一拍办完之后」在办的那一步挑 —— 从前拿拍首的局面决定拍尾的事:
收掉 S4、发出 S5 的卡,而屏上还摆着 S4 的只读件,人无处可填(墙要配路第四次现形)
· 验收「重做」真能退回重做,且打回后台账没动就不许再提交(软硬两段,不锁死单子)
· 立监听的授权面是清单声明;发卡的授权面是调人预算,不是计划项
· 读工具同参重调有兜底;空转写身后还有行动就不废串;finish 的 doneWhen 按写完后的草稿算
**界面**
· 翻件与翻页各归各位(从前二选一,多卡多页时页翻不动);没得翻写「—」不写 0/0
· 工作成果详情能翻份;表宽超出能横滑(E04/I01 抄版式时把 overflow-x 抄丢了)
· 查看面灰底滚过一屏变白 —— 两条独立的路都治了(沙箱内不同色 / 弹性子项不长个)
· 测试台「取不到」不再当成「还活着」
**活动**
E04 关系覆盖、I01 品牌内容各自补到验收线:判据全读基座数、判据指向的东西摆上卡面、
样例满载且名字 ≤14 字;提交前要裁的判据搬进说明书(模型会压拍,压过之后只有说明书还在)。
验收:e2e i01 4/4、e04 3/3 全部 released,资料在办中渲得出、放行后存了档点得开;
门禁 typecheck/lint/depcruise/1628 测全绿。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01EEJX8Z7CHejvwmDQyPQuBX
216 lines
11 KiB
Markdown
216 lines
11 KiB
Markdown
# I01 品牌形象与销售工具包管理 · 活动流程与工单说明
|
||
|
||
> 所属子系统：SS01 客户与市场 ｜ 优先级：P0 ｜ 类型：内容生产型活动
|
||
> 本说明总结 I01 活动的整体流程、工单产出的设计逻辑，以及每一步做了什么。配套工单 HTML 见本目录。
|
||
|
||
---
|
||
|
||
## 一、活动定位
|
||
|
||
**I01 品牌形象与销售工具包管理**是公司对外内容资产的统一管理：公司介绍、能力声明、销售工具包、案例集、品牌调性标准，多语言版本受控发布。
|
||
|
||
**消费的台账**（读）：L-01 宏观市场台账（市场信号、产业趋势——内容创作的市场依据）。
|
||
**产出的台账**（写）：L-05 品牌内容库（内容资产，落账唯一载荷）。
|
||
|
||
**触发方式**：① 主动——战略调整 / 进入新市场 / 工具过期 / 月度定期内容更新；② 被动——使用方请求（E04 需要价值传递素材、T03 触达需要材料、T04 攻坚需要定制内容、E03 方案需要支撑）。
|
||
|
||
---
|
||
|
||
## 二、整体流程（7 步）
|
||
|
||
分工原则：**AI 承担信息汇总、记录与初稿生成，人负责判断与决策**。AI 的「读」一律**经读数工具查业务数据服务**（不直接碰台账文件），台账是业务数据服务里的数据对象、不是磁盘文件。
|
||
|
||
### ① 需求识别与受理
|
||
|
||
- **AI 做什么**：识别内容需求来源与类型，给出目标客户 / 场景 / 优先级的初步建议，产出「内容需求清单」候选基线。
|
||
- **AI 怎么做**：
|
||
- 读（经读数工具）：L-05 已有资产（content_type / title，判断是否已有类似内容）、L-02 客户（customer_id / cust_type，定向客户识别）
|
||
- 加工：把触发事件按规则映射到需求类型（如「E04 请求价值传递素材」→ 系统方案白皮书），匹配适用场景与 BT 层级
|
||
- 输出：内容需求清单（content_type、source、target_customer 建议、scene 建议、priority 建议）
|
||
- **人做什么**：查漏补缺——补 AI 规则之外的目标客户、场景、优先级、定制需求
|
||
|
||
### ② 市场依据采集
|
||
|
||
- **AI 做什么**：采集与本内容相关的市场依据，确定价值主张与差异化定位。
|
||
- **AI 怎么做**：
|
||
- 读（经读数工具）：L-01 宏观市场台账（信号类型 / 标题 / 详情、market_region、industry、chip_category、重要性、影响方向）
|
||
- 加工：按市场 / 行业 / 芯片品类筛选相关信号，归纳产业趋势与竞争差异
|
||
- 输出：市场依据摘要（趋势 + 价值主张 + 差异化定位）
|
||
- **人做什么**：基本无需介入（纯 AI 加工态）
|
||
|
||
### ③ 内容创作与工具建设
|
||
|
||
- **AI 做什么**：按 BT 层级草拟内容初稿（多语言）。
|
||
- **AI 怎么做**：
|
||
- 读（经读数工具）：步骤②的市场依据（活动自持中间产物）、L-05 已有资产（避免重复、保持调性一致）、L-05 品牌调性标准
|
||
- 加工：按 BT 层级套对应结构——BT-01 供货能力 / 资质文件 / 渠道政策、BT-02 技术规格书 / 替代对照表 / 认证报告、BT-03 系统方案白皮书 / 参考设计 / 成功案例；生成多语言版本
|
||
- 输出：内容初稿（标题、正文、语言版本、BT 标签、品牌调性标签）
|
||
- **人做什么**：FAE 提供 / 核对技术素材（规格书、认证报告）
|
||
|
||
### ④ 内部审核与调性把关
|
||
|
||
- **AI 做什么**：准备审核材料，对照调性标准对初稿做预检、标出可疑点。
|
||
- **AI 怎么做**：
|
||
- 读（经读数工具）：L-05 品牌调性标准；内容初稿（活动自持）
|
||
- 加工：比对调性标准（专业 / 可信赖 / 高效 / 本土化），标出可能不符处；标出技术数据待核对项
|
||
- 输出：审核材料（初稿 + AI 预检标注）
|
||
- **人做什么**：AM Lead 调性把关、FAE 技术审核、合规检查、多语校对（**这是验收，不是执行**）
|
||
|
||
### ⑤ 发布入库
|
||
|
||
- **AI 做什么**：生成内容 ID、更新版本号、状态流转、登记场景与 BT 标签，产出「拟发布内容」。
|
||
- **AI 怎么做**：
|
||
- 读：审核通过的初稿（活动自持）
|
||
- 加工：生成 content_id、版本号递增、状态流转（待发布 → 已发布）、登记 scene 与 BT 标签
|
||
- 输出：拟发布内容（content_id、title、language、version、scene、status）
|
||
- **人做什么**：确认发布入库（落账 L-05）
|
||
|
||
### ⑥ 分发与使用追踪
|
||
|
||
- **AI 做什么**：把已发布内容分发给使用方，收集使用反馈。
|
||
- **AI 怎么做**：
|
||
- 读（经读数工具）：L-05 已发布内容 + 使用方调用记录
|
||
- 加工：按场景 / BT 标签匹配使用方需求分发；汇总使用频次、客户接受度、触达效果
|
||
- 输出：使用反馈汇总
|
||
- **人做什么**：基本无需介入
|
||
|
||
### ⑦ 复盘迭代与完结
|
||
|
||
- **AI 做什么**：复盘内容效果，识别过时 / 失效内容，提出下架 / 更新建议。
|
||
- **AI 怎么做**：
|
||
- 读（经读数工具）：L-05 内容使用频次 / 版本 / 发布日期 + ⑥的使用反馈
|
||
- 加工：计算使用频次、识别过期内容（版本旧 / 长期未用）、生成下架 / 更新建议清单
|
||
- 输出：复盘结论（下架清单、更新清单）
|
||
- **人做什么**：确认复盘结论、完结
|
||
|
||
---
|
||
|
||
## 三、工单划分逻辑（生产流程 vs 复盘流程）
|
||
|
||
I01 的 7 步里混着**两个不同时间段的流程**：
|
||
|
||
```
|
||
【生产流程 —— 被动触发（使用方请求），几天内完成】
|
||
① 需求受理 → ② 采集 → ③ 创作 → ④ 审核 → ⑤ 发布
|
||
↓ 内容资产上线 L-05，✅ 生产结束
|
||
|
||
············ 使用期（几周~几个月，内容被 E04/T03/T04/E03 调用） ············
|
||
|
||
【复盘流程 —— 独立触发（月度定期 / 工具过期 / 战略调整）】
|
||
⑥ 分发追踪 → ⑦ 复盘 → 下架/更新（更新则回到①开新一轮生产）
|
||
```
|
||
|
||
**工单只针对生产流程（①→⑤）**，复盘流程独立拎出，不并入。
|
||
|
||
生产流程内逐步判断：
|
||
|
||
| 步骤 | 判断 | 结论 |
|
||
|---|---|---|
|
||
| ① 需求受理 | AI 识别规则之外的信息（目标客户/场景/优先级/定制）需人补充 | **执行工单** |
|
||
| ②③ 采集+创作 | AI 草拟内容初稿（纯加工态） | 不派工单 |
|
||
| ④ 审核 | AI 产出内容初稿，人审合不合格 | **验收工单** |
|
||
| ⑤ 发布 | AI 拟发布，人确认后落账 | **验收工单** |
|
||
|
||
**最终：1 执行 + 2 验收。**
|
||
|
||
### 与 E04 的区别
|
||
|
||
I01 是**内容生产型**，没有 E04「物理拜访」这种 AI 做不到、必须人去线下执行的环节——内容初稿由 AI 草拟，人只审核不执行。所以 I01 少一个「执行回执」工单，执行工单只有「需求受理」一个。
|
||
|
||
---
|
||
|
||
## 四、每个工单详细说明
|
||
|
||
### 执行工单 1 · 需求受理与信息补充（步骤 ①）
|
||
|
||
- **做什么**：确认本轮要生产的内容。
|
||
- **AI 产出**：按规则识别的内容需求清单（来源 + 类型）。
|
||
- **人填什么（查漏补缺）**：在清单上增删改——加行=补充新需求、删行=排除、改格=修正；补「目标客户、适用场景、优先级」等 AI 规则之外的信息。
|
||
- **为什么执行**：需求来源/类型 AI 能按规则识别，但「给谁、什么场景、多优先、是否定制」需要人补充。
|
||
- **交回**：核对后的内容需求清单（内容类型必填）。
|
||
|
||
### 验收工单 1 · 内容初稿审核（步骤 ②③④）
|
||
|
||
- **做什么**：审核 AI 草拟的内容初稿。
|
||
- **AI 产出**：读 L-01 市场依据 + 按 BT 层级草拟的多语言内容初稿。
|
||
- **人怎么审**：只读，不可修改。按判据「通过 / 驳回」，驳回 AI 重做。
|
||
- **验收判据**：① 品牌调性是否一致；② 技术内容是否准确；③ 合规与多语言校对是否通过。
|
||
- **为什么验收**：内容是 AI 草拟的结论，人只审合格与否。
|
||
|
||
### 验收工单 2 · 发布确认（步骤 ⑤）
|
||
|
||
- **做什么**：确认发布内容资产。
|
||
- **AI 产出**：拟发布的内容（版本号、状态流转、场景/BT 标签）。
|
||
- **人怎么审**：只读，不可修改。按判据「通过入库 / 驳回」。
|
||
- **验收判据**：① 版本号与状态是否正确；② 场景与 BT 标签是否登记完整；③ 多语言版本是否齐全。
|
||
- **为什么验收**：发布是写 L-05 的落账动作，需要人确认后入库。
|
||
|
||
---
|
||
|
||
## 五、文件对应关系
|
||
|
||
| 工单文件 | 类型 | 覆盖步骤 | 一句话 |
|
||
|---|---|---|---|
|
||
| `I01-执行工单-01-需求受理.html` | 执行 | ① | 人补内容需求信息 |
|
||
| `I01-验收工单-01-内容初稿审核.html` | 验收 | ②③④ | 人审 AI 的内容初稿 |
|
||
| `I01-验收工单-02-发布确认.html` | 验收 | ⑤ | 人确认发布入库 |
|
||
|
||
**完整闭环**：
|
||
|
||
```
|
||
① 需求受理 ──执行工单1(人补信息)──▶ ②③ AI 采集+草拟 ──验收工单1(审初稿)──▶
|
||
④ 审核通过 ──验收工单2(确认发布)──▶ 落账 L-05 ──▶ 生产结束
|
||
```
|
||
|
||
---
|
||
|
||
## 六、动态数据标注（模板绑定位置）
|
||
|
||
### 6.1 绑定命名空间速查
|
||
|
||
| 命名空间 | 含义 | 本活动用到 |
|
||
|---|---|---|
|
||
| `meta.*` | 任务/活动元数据 | 收件人、任务编号、步骤 |
|
||
| `card.*` | 工单身份专属 | 期限、工单编号、验收判据 |
|
||
| `out.*` | 输出表单/台账映射行集 | 内容初稿、发布明细 |
|
||
| `in.*` | 输入表单 | 内容需求 |
|
||
| `sd.*` | 状态数据读数 | 需求计数 |
|
||
|
||
### 6.2 三个工单共用的头部动态位置
|
||
|
||
| HTML 位置 | 动态数据 | 绑定地址 |
|
||
|---|---|---|
|
||
| 收件人 | 负责人 | `meta.task.owner` |
|
||
| 关联任务 | 任务编号 | `meta.task.id` |
|
||
| 步骤 | 当前节点 | `meta.phase` |
|
||
| 最迟交回 | 期限 | `card.deadline` |
|
||
| 工单编号 | 工单 ID | `card.id` |
|
||
|
||
### 6.3 执行工单 1 · 需求受理
|
||
|
||
| HTML 位置 | 动态数据 | 绑定地址 | 类型 |
|
||
|---|---|---|---|
|
||
| 编辑闸「AI 已识别 N 个内容需求」 | 需求计数 | `sd.requirement_count` | 单值 |
|
||
| 内容需求表 | 需求行 | `in.requirement` | 行集 |
|
||
| └ 内容类型/来源/目标客户/场景/优先级 | 各列字段 | `in.requirement.*` | 字段 |
|
||
|
||
### 6.4 验收工单 1 · 内容初稿审核
|
||
|
||
| HTML 位置 | 动态数据 | 绑定地址 | 类型 |
|
||
|---|---|---|---|
|
||
| 验收判据清单 | 判据项 | `card.criteria[]` | 列表 |
|
||
| 内容初稿表 | 初稿行 | `out.draft` | 行集 |
|
||
| └ 标题/类型/语言/BT标签/调性 | 各列字段 | `out.draft.*` | 字段 |
|
||
|
||
### 6.5 验收工单 2 · 发布确认
|
||
|
||
| HTML 位置 | 动态数据 | 绑定地址 | 类型 |
|
||
|---|---|---|---|
|
||
| 验收判据清单 | 判据项 | `card.criteria[]` | 列表 |
|
||
| 拟发布内容表 | 发布行 | `out.publish` | 行集 |
|
||
| └ 内容ID/标题/语言/版本/场景/状态 | 各列字段 | `out.publish.*` | 字段 |
|
||
|
||
---
|
||
|
||
（完）I01 一个活动，一条生产流程，三张工单：**执行工单让人补需求，验收工单让人审内容、确认发布**——复盘独立在时间轴之后，不混进生产流程。
|