[RFC] 拆分提交 Windows、资源覆盖、Provider 探活与写作质量改进

[bakaz]

背景

我准备向 voocel/ainovel-cli 提交一组改进。目前相关分支已经整理并推送到公开暂存仓：

https://github.com/bakaz/ainovel-cli-pr-lanes

PR 尚未创建。 先开这个 issue，希望在提交前确认维护者是否接受这组贡献，以及拆分方式、顺序和命名是否合适。

这些改动最初混在个人开发分支中，包含多个独立功能、历史实现、merge commit，以及不应提交的 vendor 内容。为避免一个难以审阅的大 PR，我没有直接从个人 fork 的 main 发起 PR，而是重新拆成以下 review lanes。

贡献目标

整体上分为两类：

• 独立改进：Windows 测试兼容、生产环境 prompt/reference overlay、Provider 探活 CLI。
• 写作质量系列：让规则、长期规划、文风锚点和 Worker 上下文边界更加明确，减少不同角色之间的提示词与上下文混用。

希望每个 PR 都只包含一个功能点，方便独立测试、审阅和回退。

建议的 PR 顺序

可独立提交

1. pr/windows-portability
   仅调整 notify 与 updater 相关测试的 Windows 可移植性，不改变产品行为。

2. pr/assets-overlay
   为生产环境 prompt/reference 增加分层 overlay：
   ~/.ainovel → ./.ainovel → --prompts-dir。
   目标是允许用户在不重新编译的情况下覆盖写作资源。

3. pr/observe-probe
   增加只读的 Provider liveness probe CLI：
   ainovel-cli observe --dir ...。
   它读取本地 Provider 配置并发起探活请求，不修改小说状态。

以上三个分支彼此独立，可以按维护者方便的顺序提交或并行审阅。

Style 系列：有依赖，建议串行

4. pr/feat-rules
   将写作偏好按 default / architect / writer / editor 分桶，使不同角色只接收相关规则。

5. pr/feat-compass
   引入 long/current 两层 StoryCompass，并提供 read_planning_reference，让长期方向与当前规划按需读取。

6. pr/feat-anchors
   支持手动文风锚点，并在上下文 trim 时保护关键 style context，降低长任务中的文风漂移。

7. pr/feat-workers
   明确 buildWorkerToolsets contract，并按角色组合 novel_context，使 Worker 的工具与上下文边界更容易审计。

依赖关系：

feat-rules
  → feat-compass
    → feat-anchors
      → feat-workers

[`pr/style-quality-clean`](https://github.com/bakaz/ainovel-cli-pr-lanes/tree/pr/style-quality-clean) — 合并上述 Style 系列的单 PR 版本

[voocel]

感谢认真整理和拆分。拆分方式本身很好，但暂不建议整组提交:

1. windows-portability：可以直接开 PR，范围清晰且确认有效。
2. feat-rules：角色分桶有价值，但请移除 chapter_words 机械规则及尚无入口的 CRUD， 精简后单独提交。
3. feat-workers：可在 rules 定稿后作为独立小 PR。

---

4. assets-overlay、observe-probe、feat-compass、feat-anchors：目前与现有 Voice Layer/规划模型存在重叠，且包含硬编码上限、未接入能力或偏重的状态机制，暂不按当前方案接收；后续有实际需求证据时再重新设计。
5. style-quality-clean：请不要提交合并版本。

当前/import也正在重构，相关 prompt 名称已经变化。建议先提交 Windows PR，其余分支等主线更新后再精简、rebase。再次感谢这次高质量的整理工作。

[bakaz]

感谢反馈，已按你的意见调整后续计划：

1. Windows：已开 PR → fix(windows): 通知测试在 PowerShell 下使用 UTF-8 #93

   • 仅 notify 测试在 PowerShell 下强制 UTF-8
   • update_test 的权限断言上游 main 已处理，本 PR 不再包含

2. feat-rules：会去掉 chapter_words 机械规则，以及尚无产品入口的 CRUD；精简后等主线（import/prompt）稳定再 rebase 单独提交。

3. feat-workers：等 rules 定稿后再做独立小 PR。

4. assets-overlay / observe-probe / feat-compass / feat-anchors / style-quality-clean：按你的意见暂不提交；有实际需求证据时再重新设计。

再次感谢审阅。