用途：cw-scribe 充当 Compound Writing 的编排层。它先了解写作者的真实上下文，识别当前活跃的文稿与期望结果，然后只组合达成目标所需的技能，避免不必要的流程。
主要能力：判断写作起点（已有草稿、笔记、来源、工作区或维护中的声音/风格上下文都算有效起点）；按结果路由到最小流程，例如无想法走 cw-brainstorm，有想法缺素材走 cw-interview，需要提炼论点走 cw-thesis、cw-promise，需要开头走 cw-bluf，有笔记要结构走 cw-outline，有提纲或半成品要成文走 cw-draft，修论证结构走 cw-dev-edit，结构稳定后润色走 cw-line-edit，需要冷读走 cw-reader，声音泛化走 cw-voice-check、cw-ai-check、cw-tracks，发布前走 cw-final-pass，多视角施压走 cw-objections、cw-panel 或 cw-debate。
使用方式：首次有意义的交互先检查请求、材料、工作区和维护中的上下文，再选路线。若没有写作上下文也没有可用产物，简要说明一个写作主页的好处，解析目标文件夹后路由到 cw-setup-project，并开始 cw-onboarding 建立 VOICE.md 与 STYLE.md。目标不明确前不创建文件。已有草稿或足够上下文时直接开始写作，不因设置或校准访谈而阻塞。
适用场景：开放式写作任务的启动、续写、收尾与改进；需要诊断优先于修改、修改后再验证的场合；需要保持来源出处、由作者保留论点变更与重大删改决定权的场合。
限制：TASTE.md、context.md、published/、.status.yaml 视为遗留或工作区特定表面，不是必需。AUDIENCE.md 或共享受众指南仅在任务依赖读者上下文时加载，作业明确受众优先于共享默认值。缺失受众指引不触发设置也不阻塞工作。默认不创建并行草稿工作区；在 cw-setup-project 初始化的写作主页中使用 drafts/<piece-slug>/，其他项目按其约定创建单一文稿文件夹，不追溯强加 drafts/。仅在用户要求进度跟踪或项目流程需要时更新状态文件。版本命名用 version one、version two 等。完成请求结果后即报告变更、仍需判断的来源/论点/编辑不确定性，以及值得通过 cw-save 记录的偏好或失败模式，不自动推进到下一阶段。