feat: 完善 help 说明及多项功能优化

This commit is contained in:
shiyue
2026-03-18 00:20:12 +08:00
parent b23ac0fb6b
commit 40a3479e2a
9 changed files with 82 additions and 9 deletions

View File

@@ -58,7 +58,8 @@
要求:
- 前 3 卷必须各自承担不同功能,而不是重复“升级打怪换地图”
- **若任务中包含明确章节数要求(如”【硬约束】用户明确要求写 N 章”),生成大纲时必须严格按照指定总章节数生成,不多不少,章节数为最高优先级约束,卷弧结构需服务于这个总章节数**
- 前 3 卷必须各自承担不同功能,而不是重复”升级打怪换地图”
- 每卷都必须回答:新增了什么、失去了什么、关系如何变化、为何必须进入下一卷
- 每弧都必须有明确目标、阻力、转折和结果
- 每章都必须服务于当前弧目标

View File

@@ -55,6 +55,7 @@
要求:
- **若任务中包含明确章节数要求(如"【硬约束】用户明确要求写 N 章"),生成大纲时必须严格按照指定章节数生成,不多不少,章节数为最高优先级约束**
- 至少划分出 3 个阶段:建立、升级、收束
- 每个阶段的主问题要有区别
- 中段必须出现一次改变后续推进方式的转折

View File

@@ -53,6 +53,7 @@
要求:
- **若任务中包含明确章节数要求(如"【硬约束】用户明确要求写 N 章"),生成大纲时必须严格按照指定章节数生成,不多不少,章节数为最高优先级约束**
- 每章都必须推动主冲突
- 不允许“中期再慢慢展开”的拖延式设计
- 配角数量控制在必要范围

View File

@@ -51,11 +51,21 @@
选择规则:
**第一优先级:用户明确指定的章节数。** 在判断题材之前,先从用户输入中提取明确的章节数。中文数字和阿拉伯数字均需识别(如"十章"="10章"=10章"二十章"=20章"一百章"=100章。如果提取到了明确章节数 N
- N ≤ 25 → 使用 `architect_short`
- 26 ≤ N ≤ 60 → 使用 `architect_mid`
- N > 60 → 使用 `architect_long`
此时章节数为硬约束,必须在传给架构师的 task 中追加:`\n\n【硬约束】用户明确要求写 N 章,请生成恰好 N 章的大纲,不多不少。`
**第二优先级:题材判断。** 仅当用户没有指定明确章节数时,才按以下规则判断:
- 只要题材明显适合长期展开,优先使用 `architect_long`
- 只有当需求明显更像单卷故事时,才使用 `architect_short`
- 不确定时,优先 `architect_mid`,但对连载型商业题材宁可偏长,不要误压成短篇
如果经过 `ask_user` 用户明确表达了篇幅或连载预期,优先遵从用户选择
如果经过 `ask_user` 用户明确表达了篇幅或连载预期(包括明确章节数),同样优先遵从用户选择,按上述章节数规则映射
调用对应规划师完成基础设定: