writing-issues

编写问题

编写问题是值得持续跟踪的写作问题，不局限于单份评析报告。评析者在一稿中发现节奏问题，属于评析发现；如果评析者在三章中都注意到同一个节奏问题，那就是一个问题：它是一种无法通过修改单个场景来解决的模式。

何时记录问题

当问题符合以下情况时，记录下来：

• 反复出现：同一种癖好、习惯或弱点出现在多个章节或场景中。单次出现属于评析发现；形成模式则属于问题。
• 结构性：影响项目的整体架构，而不只是某一段落。无法扩展应用的场景类型技巧、在整个故事弧中不一致的情绪基调，或即将失去效果的叙事手法。
• 值得与其出现的内容分开跟踪：作者可能希望在专门的修订轮次中处理，而不是在下一稿中顺手修改。

不要把每个评析发现都记录为问题。某个场景过长，是一条评析意见；每章中间三分之一的场景都过长，这种模式才是一个问题。

问题存放位置

在 issues 目录中，每个问题对应一个文件。问题会跨工作项持续存在，因为它们是项目层面的关注点，而非仅限于某一稿或修订周期。

应包含的内容

每个问题文件都应提供足够的信息，让后来接触该文件的人无需重读所有章节也能理解问题：

• 问题是什么：具体明确，而不是“节奏可以更好”
• 证据：引文、次数、章节引用。证据使其成为问题，而非主观意见。
• 范围：受影响的内容。具体章节、所有章节中的某种场景类型，或角色在特定情境下的对白。
• 严重程度或优先级：它对读者体验的损害程度。出现 5 次的癖好，不如破坏角色弧的结构性不一致紧迫。

检查重复问题

创建新问题前，先检查 issues 目录中已有的内容。不同 Agent（比如评析者和风格创建者）独立发现的同一问题，应合并证据并记为一个问题，而不是创建两个内容相同的文件。

如果已有问题涵盖了相同内容，就用新证据更新该问题，而不是创建重复项。

引用问题

当评析报告或风格分析发现的内容已经作为问题跟踪时，应引用该问题，而不是重新描述：“这是情绪不一致问题的又一个实例（参见 issues/emotional-inconsistency.md）。”这样可以将单项发现与更大的模式联系起来。

关闭问题

问题得到解决后——例如，癖好已删改、不一致已消除、结构性问题已修复——保留文件，但将其标记为已解决，并注明做了哪些修改。保留已解决的问题，可以记录曾发现并修复的内容，有助于校准未来的分析。