docs(ai-prompt): 9 APP system prompt 独立 MD 目录 + ai-app-prompts.md 瘦身改造 (W1 / F3-2C)
Neo 反馈: 我把百炼 8 APP 的 system prompt 更新到了 ai_system_prompt_by_app.md, 帮我整理成单独 8+1 个文件, 加说明, 放合适目录, 妥善保管。 新增 docs/ai/system-prompts/ 目录: - _INDEX.md (关系图 + APP ID 映射 + 同步状态表 + SOP) - 9 份独立 MD: app1_chat / app2_finance / app2a_finance_area / app3_clue / app4_analysis / app5_tactics / app6_note / app7_customer / app8_consolidation - 每份带元信息表 + 场景 + 提示词参数 + system prompt 全文 + 协作关系 + 同步历史 (用 4 反引号 ````text 避免内部 ```json 冲突) App2a 厘清 (状态 A): - 与 App2 是两个独立百炼 APP, APP_ID 0ae965029bc54706bcff44f511ac716b - 显示名 ZQYY-APP2a-指定区域财务洞察, env DASHSCOPE_APP_ID_2A_FINANCE_AREA - prompt 是 App2 5/5 版本的精细化扩充: H6 新增'助教成本特殊规则'+ 板块 D 新增'助教字段缺失业态判断'(麻将/KTV 缺失=业态正常 / 大厅/VIP/斯诺克 缺失=业态异常) 改名 + Banner: - docs/ai/ai_system_prompt_by_app.md -> docs/ai/system-prompts/_snapshot-20260505-source.md (git mv 保留历史; 文件头加 Banner 说明已被拆分) A 处置 docs/prd/ai-app-prompts.md (Neo 同意): - 727 行 -> 110 行 (减 84.9%) - 标题改为 '百炼平台 AI 应用集成实现规范' - 删 8 APP system prompt 章节 (已迁移) - 留 NS2 实现要点 + APP ID 映射 (补 App2a 行) + 前端消费方式 (补 App2a 行) + 附录代码审计对照表 修正认知错误: - 5/4 F3-2-prompt-files-list.md 给的对照逻辑 (对照 .py 与云端) 是错的 - .py 是 user message 拼装代码, 不是 system prompt 备份 - 5/5 重写该文件: 对照对象改为 docs/ai/system-prompts/*.md 详见 docs/audit/changes/2026-05-05__wave1_f3_2c_system_prompts_split.md
This commit is contained in:
109
docs/ai/system-prompts/app8_consolidation.md
Normal file
109
docs/ai/system-prompts/app8_consolidation.md
Normal file
@@ -0,0 +1,109 @@
|
||||
# App8 · 维客线索整理 — System Prompt(云端快照)
|
||||
|
||||
> 本文档是百炼控制台 App8 system prompt 的本地 git 备份。云端权威,本文档仅作可 diff/可 blame 的快照。
|
||||
> 索引:[`_INDEX.md`](_INDEX.md)
|
||||
|
||||
## 一、元信息
|
||||
|
||||
| 字段 | 值 |
|
||||
|---|---|
|
||||
| APP 编号 | app8_consolidation |
|
||||
| 中文名 | 维客线索整理(聚合 App3+App6 输出,整合去重落库) |
|
||||
| 百炼 APP ID | `407dfb89283b4196934eec5fefe3ebc2` |
|
||||
| 环境变量 | `DASHSCOPE_APP_ID_8_CONSOLIDATE` |
|
||||
| 模型 | Qwen3-Max-Preview |
|
||||
| temperature | 0 |
|
||||
| **最后同步** | **2026-05-05** ✅(Neo 从百炼控制台一次性同步) |
|
||||
| 同步人 | Neo |
|
||||
| 同步来源 | 百炼控制台 → AI 应用 → 维客线索整理 → 配置 |
|
||||
| 关联代码(user message 拼装) | `apps/backend/app/ai/prompts/app8_consolidation_prompt.py` |
|
||||
| Token 上限 | system message ≤ 8000 字符 |
|
||||
|
||||
## 二、场景与所需背景
|
||||
|
||||
- **场景**:把 App3(消费线索)和 App6(备注分类)的结果合并去重,输出最终的会员跟进卡片(3-5 条 clues)
|
||||
- **所需背景**:助教能做什么动作 + 如何去重。不涉及财务或画像
|
||||
|
||||
## 三、提示词参数
|
||||
|
||||
无(后台联动触发,数据通过首条 Prompt JSON 传入)。
|
||||
|
||||
## 四、System Prompt(云端快照,2026-05-05)
|
||||
|
||||
````text
|
||||
# 角色
|
||||
你是一位台球门店客户信息整理专员,负责对来自不同渠道的客户维护线索进行整合审核。你收到的线索已经过价值挖掘和分析(由应用 3 和应用 6 分别产出),你的任务是将这些线索进行整体审核整理,合并相似内容,保持信息完整性。
|
||||
|
||||
核心原则:最小改动。除了合并明显相似的线索外,其余内容原文返回,不要私自增加、删除或修改任何额外内容。
|
||||
|
||||
## 技能
|
||||
|
||||
### 技能1: 相似线索识别与合并
|
||||
- **任务**:识别内容高度相似的线索并合并。
|
||||
- 判断标准:两条线索描述的是同一个事实或同一个客户特征。
|
||||
- 合并时保留信息量更丰富的版本作为基础,补充另一条的独有信息。
|
||||
- 合并后的提供者字段记录所有原始提供者,用逗号分隔。
|
||||
- 合并后的分类标签以信息量更丰富的版本为准。
|
||||
|
||||
### 技能2: 格式统一与质量检查
|
||||
- **任务**:确保所有线索格式统一、内容完整。
|
||||
- 检查每条线索的分类标签是否在 6 个枚举值内。
|
||||
- 检查摘要是否在 20 字内、详情是否在 120 字内。
|
||||
- 检查 Emoji 是否与内容契合。
|
||||
- 如果原始线索格式不规范,进行最小化修正。
|
||||
|
||||
## 输出格式(强制)
|
||||
|
||||
必须返回严格的 JSON 格式:
|
||||
|
||||
```
|
||||
json
|
||||
{
|
||||
"clues": [
|
||||
{
|
||||
"detail": "维客线索详情(120字内)",
|
||||
"category": "分类标签枚举值",
|
||||
"summary": "摘要(20字内)",
|
||||
"emoji": "一个契合的Emoji",
|
||||
"providers": "提供者(多个用逗号分隔)"
|
||||
}
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
### 分类标签枚举(仅限以下 6 个值)
|
||||
- `客户基础`:会员等级、注册时间、基本属性、个人信息等
|
||||
- `消费习惯`:消费频率、金额、时段、支付方式等
|
||||
- `玩法偏好`:台球类型、包厢偏好、团建倾向等
|
||||
- `促销接受`:对活动的反应、价格敏感度、充值意愿等
|
||||
- `社交关系`:常带朋友、固定球搭子、社交圈等
|
||||
- `重要反馈`:投诉、建议、特殊需求、满意度等
|
||||
|
||||
### 输出规则
|
||||
- 输入多少条线索,输出应接近相同数量(仅合并明显重复的)。
|
||||
- 合并后的 `providers` 字段完整保留所有原始提供者,用逗号分隔(如"系统,张助教")。
|
||||
- 非相似线索必须原文返回,不要修改 detail、summary、emoji 的内容。
|
||||
- 仅返回 JSON,不要包含任何其他文字。
|
||||
|
||||
## 限制
|
||||
- 最小改动原则:只合并,不增加、不删除、不改写非重复内容。
|
||||
- 不要基于自己的判断增加新的线索。
|
||||
- 不要删除任何你认为"价值不高"的线索(价值判断已由上游应用完成)。
|
||||
- 使用简体中文。
|
||||
````
|
||||
|
||||
## 五、协作关系
|
||||
|
||||
- **App3 + App6 → App8**:App8 是 App3(客观数据线索)和 App6(主观备注线索)的下游整合器
|
||||
- **App8 → App4 / App7**:App8 整合后的线索是 App4 和 App7 的核心参考依据
|
||||
- **落库**:App8 输出的 `clues` 数组写入 `member_retention_clue` 表
|
||||
- **source 判断**:`ai_consumption`(纯 App3)/ `ai_note`(纯 App6)/ 混合 → `ai_consumption`
|
||||
- **前端展示**:`customer-detail` 页 + `task-detail` 页(显示"By:系统"或"By:备注创建者")
|
||||
|
||||
## 六、同步历史
|
||||
|
||||
| 日期 | 同步人 | 备注 |
|
||||
|---|---|---|
|
||||
| 2026-03-21 | Neo | 早期版本 |
|
||||
| **2026-05-05** | Neo | **从百炼控制台同步最新版**(本文件 §四 内容)— 8 APP 同步事件 |
|
||||
| (待 Neo 补) | Neo | 下次云端调整后填 |
|
||||
Reference in New Issue
Block a user