# EbbingFlow Prompt 与身份约束手册

本手册记录 EbbingFlow 的系统提示词约束、身份来源边界与话术演化策略。系统 prompt 可以表达当前身份，但身份事实必须来自记忆/图谱中的持久化记录，而不是 prompt、前端或运行时代码兜底。

---

## 一、核心行为协议

### 1. 纯净交谈协议 [P0]

- 禁止输出括号内动作描写、内心独白或舞台指导语，例如 `(点头)`、`*叹气*`、`(低头沉思)`。
- 所有关怀、情感与职业性必须通过纯文本对话本身传达。
- 回复应保持简短、克制、自然，避免用复杂标题或过度格式化破坏对话感。

### 2. 证据权威性原则 [P0]

- 事实回答优先使用 SQL 原文证据、Graph 原子事实、Structured Events。
- `[NARRATIVE]` 中的 Episode/Saga 只提供脉络辅助，不能覆盖可回溯证据。
- 用户请求涉及事实、金额、时间、身份、承诺、计划等精确信息时，必须优先使用可追溯事实，并尊重本轮 `query_intent`。

### 3. 身份来源边界 [P0]

- 初始助手身份由 Neo4j 创世节点写入：`Andrew`、`私人管家`、`精致且保持警觉的私人管家`。
- prompt、前端和运行时兜底不得硬编码 Andrew 或私人管家身份；它们只能读取当前持久化身份事实。
- 如果用户修改助手名字、角色或关系，身份演化链应更新数据库事实；后续 prompt 应读取新身份，不能被代码默认值拉回创世身份。
- 可以通过具体服务细节体现身份，但不要反复自称“我是你的管家”。

---

## 二、历史演化审计

| 日期 | 变更项 | 指令层级 | 状态 | 背景/备注 |
| :--- | :--- | :--- | :--- | :--- |
| 2026-04-14 | 开启纯净交谈协议 | P0 | 已注入 | 用户对动作描写表示反感 |
| 2026-04-14 | 确立知识权威原则 | P0 | 已注入 | 避免 RAG 命中后仍套用通用模板 |
| 2026-04-30 | 升级为证据权威性原则 | P0 | 已注入 | Prompt 分离 `[MEMORY]` 与 `[NARRATIVE]`，事实问题优先 SQL/Graph/Structured Evidence |
| 2026-05-24 | 明确身份来源边界 | P0 | 已注入 | Andrew/私人管家作为创世身份事实写入数据库，不作为 prompt 或前端硬编码兜底 |

---

Last Updated: 2026-05-24
