144 lines
4.3 KiB
Markdown
144 lines
4.3 KiB
Markdown
# Prompt 目录收口方案（2026-04-19）
|
||
|
||
## 1. 这次调整解决什么问题
|
||
|
||
此前后端提示词分散在多个业务模块里：
|
||
|
||
- `server-node/src/modules/ai/**`
|
||
- `server-node/src/modules/quest/**`
|
||
- `server-node/src/modules/runtime-item/**`
|
||
- `server-node/src/services/customWorld*.ts`
|
||
|
||
问题主要有三类：
|
||
|
||
1. 业务逻辑和 prompt 文本混写，改提示词时容易顺手改坏运行时逻辑。
|
||
2. 同一类 prompt 缺少集中入口，排查系统 prompt / user prompt / repair prompt 成本高。
|
||
3. 老桥接层、测试和新业务链路同时依赖时，迁移成本高，容易出现导出断裂。
|
||
|
||
这次收口目标不是“重写全部 AI 链路”，而是先把当前后端主链 prompt 收到单独目录，业务模块退化成“准备上下文 + 调用 prompt 脚本”。
|
||
|
||
## 2. 新目录
|
||
|
||
本轮新增目录：
|
||
|
||
```text
|
||
server-node/src/prompts/
|
||
├─ chatPromptBuilders.ts
|
||
├─ customWorldAgentPrompts.ts
|
||
├─ customWorldEntityPrompts.ts
|
||
├─ customWorldOrchestratorPrompts.ts
|
||
├─ customWorldSceneNpcPrompts.ts
|
||
├─ questPrompts.ts
|
||
├─ runtimeItemPrompts.ts
|
||
├─ storyOrchestratorPrompts.ts
|
||
└─ storyPromptBuilders.ts
|
||
```
|
||
|
||
当前职责划分：
|
||
|
||
- `chatPromptBuilders.ts`
|
||
- 角色私聊 / NPC 聊天 / 招募对话 prompt
|
||
- `storyPromptBuilders.ts`
|
||
- 主剧情 system prompt 与 user prompt builder
|
||
- `storyOrchestratorPrompts.ts`
|
||
- 剧情语言修复 prompt
|
||
- `questPrompts.ts`
|
||
- 任务意图 system prompt 与 user prompt builder
|
||
- `runtimeItemPrompts.ts`
|
||
- 运行时物品意图 system prompt 与 user prompt 文本装配
|
||
- `customWorldOrchestratorPrompts.ts`
|
||
- 自定义世界主编排 JSON 生成与 repair prompt
|
||
- `customWorldAgentPrompts.ts`
|
||
- 世界草稿 JSON prompt、补角色 / 补地点 prompt
|
||
- `customWorldEntityPrompts.ts`
|
||
- 世界编辑器角色 / 场景实体生成 prompt
|
||
- `customWorldSceneNpcPrompts.ts`
|
||
- 世界编辑器场景 NPC 生成 prompt
|
||
|
||
## 3. 落地规则
|
||
|
||
### 3.1 业务模块只做两件事
|
||
|
||
1. 整理运行时上下文
|
||
2. 调用 `server-node/src/prompts/**` 下的脚本输出 prompt
|
||
|
||
不要在业务模块里继续直接内联大段 system prompt / repair prompt / user prompt 模板文本。
|
||
|
||
### 3.2 Prompt 文件只放文本相关职责
|
||
|
||
允许放：
|
||
|
||
- system prompt 常量
|
||
- user prompt builder
|
||
- repair prompt builder
|
||
- prompt 专用的文本摘要函数
|
||
|
||
不建议放：
|
||
|
||
- 运行时状态 mutation
|
||
- 仓储读写
|
||
- HTTP 处理
|
||
- 与 prompt 无关的领域推导
|
||
|
||
### 3.3 兼容层保留旧导出
|
||
|
||
本轮对已有纯 prompt builder 文件采取了兼容迁移：
|
||
|
||
- `server-node/src/modules/ai/chatPromptBuilders.ts`
|
||
- `server-node/src/modules/ai/storyPromptBuilders.ts`
|
||
|
||
旧路径现在作为薄 re-export 保留，避免测试、桥接层和旧引用一次性全部断掉。
|
||
|
||
对于 `runtimeQuestModule.ts`、`runtimeItemModule.ts` 这类被桥接层直接引用的模块，本轮保留原导出名，通过 re-export 指向新 prompt 文件，保证兼容性。
|
||
|
||
## 4. 后续新增 prompt 的写法
|
||
|
||
新增提示词时按下面顺序处理：
|
||
|
||
1. 先判断是否属于已有领域。
|
||
2. 如果属于已有领域，优先补到对应 `server-node/src/prompts/*.ts`。
|
||
3. 如果是新领域，再新增一个独立 prompt 脚本文件。
|
||
4. 业务模块只传入已经整理好的上下文字段，不在模块内部继续拼长文本。
|
||
5. 至少补一条该 prompt 的调用链测试或现有测试断言。
|
||
|
||
建议命名：
|
||
|
||
- system prompt：`XXX_SYSTEM_PROMPT`
|
||
- repair prompt：`buildXXXRepairPrompt`
|
||
- user prompt：`buildXXXPrompt`
|
||
- 纯文本装配：`buildXXXPromptText`
|
||
|
||
## 5. 本轮范围与剩余事项
|
||
|
||
本轮已经收口：
|
||
|
||
- Story
|
||
- Chat
|
||
- Quest
|
||
- Runtime Item
|
||
- Custom World 主编排
|
||
- Custom World Agent 草稿增补
|
||
- Custom World 编辑器角色 / 场景 / 场景 NPC 生成
|
||
|
||
本轮尚未完全收口的内联 prompt 聚集区：
|
||
|
||
- `server-node/src/modules/assets/characterAssetRoutes.ts`
|
||
- `server-node/src/services/eightAnchorPromptBuilder.ts`
|
||
|
||
这两块后续继续沿用同一规则：
|
||
|
||
- 先抽出 prompt 文本与 builder
|
||
- 再让业务文件只保留参数整理与调用
|
||
|
||
## 6. 验证方式
|
||
|
||
本轮调整后建议至少执行：
|
||
|
||
- `npm run check:encoding`
|
||
- `npm run server-node:test`
|
||
- `npm --prefix server-node run build`
|
||
|
||
说明：
|
||
|
||
- 当前仓库里 `server-node/src/db.test.ts` 仍有一条与新增迁移版本号相关的既有失败，不属于本次 prompt 目录改造引入的问题。
|