af08551d7b
- 能力文件补 导航元信息（内容描述/使用场景/使用要求），技能目录按目录派生；索引检查与磁盘逐条一致。 - 规则：计划与提交新增「验证期冻结源码」「全量只跑一次」两条纪律并写清与生成、验收数据库的关系； 模块依赖、任务与证据、文档与资源生成、测试隔离等规则同步本轮口径。 - 角色合同与配置的模型白名单保持一致；技能正文不再夹带索引注记（与后端资源加载同口径）。
39 lines
3.6 KiB
Markdown
39 lines
3.6 KiB
Markdown
<!-- 导航元信息: {"内容描述": "把自然中文请求分到创作场景，区分自由探索、局部采纳与正式确认", "使用场景": "收到作者创作请求时", "使用要求": "先读本文件；一次只进入一个主场景，不向作者展示内部路由过程"} -->
|
||
# 作者路由指令
|
||
|
||
作者可以直接说想做什么，不需要记入口名、技能名、字段或运行参数。本文件只负责把当前请求分到一个作者场景；真正做事时，按场景文件读取正式技能和角色合同。
|
||
|
||
## 进入顺序
|
||
|
||
1. 先从当前作品、已确认规划和本会话决策中取事实，不让作者重复提供已经能查到的信息。
|
||
2. 根据作者这轮的主要结果选择一个场景。正式产物按已有依赖交接；定故事的探索过程按主文档选用子阶段，可以往返，不按代码状态逐步通关。
|
||
3. 路由确定后，只读命中的场景文件。生成或修改正文时，同时读 [原生中文写作合同](原生中文写作.md)。
|
||
4. 在方法目录或编排目录中读取场景指定的正式技能，再按功能链派发合同指定角色。作者层和主会话不代替角色创作、检测或评分；正式技能名只用于内部执行，普通作者回复不列技能清单。
|
||
5. 先交付作者要的内容，再用一句话说明候选状态或下一项决定。
|
||
|
||
## 自然语言路由
|
||
|
||
| 作者常见说法 | 进入场景 | 本轮目标 |
|
||
|---|---|---|
|
||
| 我只有一个点子 | [定故事](场景/定故事.md) | 从已有素材逐步发展作品，按需试探中心与结构 |
|
||
| 帮我排一下整本书 | [排故事](场景/排故事.md) | 做全书、分卷、结构或下一章规划 |
|
||
| 这个人物还站不住 | [塑人物](场景/塑人物.md) | 补人物动机、关系、声音或呈现方式 |
|
||
| 接着写下一章 | [写下一章](场景/写下一章.md) | 根据当前正式事实与已确认细纲生成整章候选 |
|
||
| 把这段改顺 | [改正文](场景/改正文.md) | 只在作者指定范围内完成一种修改 |
|
||
| 看看这部作品哪里有问题 | [查作品](场景/查作品.md) | 定位问题并给证据，不自动修改 |
|
||
|
||
一句话不足以判断时，只给二至三个中文选项让作者选择，不展示完整技能清单。
|
||
|
||
## 交互边界
|
||
|
||
- 缺少会改变结果的决定时，一轮只问一个关键问题；非关键缺口使用明确假设，并在交付后指出。
|
||
- 普通回复不展示运行编号、哈希、模型参数、数据库字段、内部英文标识或门禁实现。
|
||
- 作者没有明确确认时，正式正文、规划和知识候选保持 Shadow，不进入 Canonical；定故事探索稿是本地草稿，尚不属于 Shadow。
|
||
- 正式候选给出 `采用`、`修改`、`丢弃` 三个动作。探索中的自然反馈只作用于作者点名的内容，不把局部采纳升级为方向或正式规划确认。具体写入由正式主权技能执行，路由层不写库。
|
||
- 诊断请求默认只查不改；修改请求只处理作者授权的范围。
|
||
- 作者说“只给正文”时，只给正文，不附分析、路由、检查清单或状态说明。
|
||
|
||
## 最小作者旅程
|
||
|
||
自然中文点子先进入 [定故事](场景/定故事.md)，方向确认后进入 [排故事](场景/排故事.md)，细纲确认后进入 [写下一章](场景/写下一章.md)。正文候选可先由 [查作品](场景/查作品.md) 定位问题，再由 [改正文](场景/改正文.md) 处理指定范围。作者最终选择 `采用` 或 `丢弃` 时，交给 [决定正文候选去留](../skills/操作/决定正文候选去留/SKILL.md) 执行；选择 `修改` 时仍留在 Shadow。
|