zjp1997720 Writing Clone Starter
这是什么
这不是对 writing-clone-profile 或 writing-clone-lite 的覆盖修改。
这是一个新的用户入口，专门处理两类场景：
- 用户没有自己的代表作、记忆资产、长期沉淀，但想先写出强文章
- 用户想显式切到某个内置作者方向，先获得高拟态体验
一句话：
这个 skill 解决的是“先写出来”，不是“先证明你已经有完整个人风格资产”。
当前结构
starter 当前默认只分两部分：
- skill 本体：
.claude/skills/writing-clone-starter/ - 统一素材库：
02_素材库/writing-clone-starter-material-library/
边界要求：
- starter 内部规则、模式、作者资产继续放在 skill 内
- skill 之外的一切外部材料、证据、clippings、验证材料，统一归到素材库
- starter 不再默认跨到 inbox、项目研究区或其他分散系统路径取料
什么时候用
出现下面这些信号时，优先使用本 skill：
- 用户只有一个主题、一个方向、一个粗糙想法，但想先写成强稿
- 用户明确说自己没有多少个人经历、素材、记忆沉淀可调
- 用户想先低门槛体验系统能力
- 用户明确说想“按 Dan Koe 那种感觉写”
- 用户明确说想“按粥左罗那种感觉写”
- 用户明确说想“按 Justin Welsh / 刘润 / 梁宁 / 薛辉 那种感觉写”
- 用户要的是“先写出强稿”，不是“先像我自己写”
什么时候不用
出现下面这些信号时，不要用本 skill：
- 用户已经有成熟的个人风格资产，要继续像自己写
- 用户已经处在
writing-clone-profile/writing-clone-lite的既有流程里 - 当前任务不是写文章，而是继续研究系统或扩素材
这种情况下，优先回到：
writing-clone-profilewriting-clone-lite- 或对应的研究 / 素材 skill
当前已落地范围
当前已落地三层资产：
references/evaluation/：共同标准references/content-archetypes/：强文章模式首批 4 个原型references/built-in-profiles/dankoe/：Dan Koe 正式作者 profile 雏形references/built-in-profiles/zhouzuoluo/：粥左罗正式作者 profile 雏形references/built-in-profiles/justinwelsh/：Justin Welsh 正式作者 profile 雏形references/built-in-profiles/liurun/：刘润正式作者 profile 雏形references/built-in-profiles/liangning/：梁宁正式作者 profile 雏形references/built-in-profiles/xuehui/：薛辉正式作者 profile 雏形
成熟度说明：
dankoe/、zhouzuoluo/：证据层相对更厚，是当前 starter 里更成熟的试点作者justinwelsh/：已达到当前 starter 架构里的可试用 draft 水位liurun/、liangning/、xuehui/：当前仍属于窄带宽formal-profile-draft，更适合在各自核心带宽内试用，不应默认理解为与前两位同成熟度
并已补上一层：
references/runtime-closure.md：统一运行顺序与输出合同references/profile-distillation/：内置人物 profile 蒸馏模块（维护者路径）
完整动作库和完整运行时自动化仍不在这一轮实现范围内。
当前未落地范围
这一版明确还没有：
- 完整动作库大全
- 更大规模的多作者 profile 池
- 完整 runtime 自动路由实现
- benchmark 系统升级
也就是说，这一版已经把边界、标准、强文章原型初版和首批内置作者 profile 放到本地了，但还不是完整功能版。
模式定义
模式 A：强文章模式
- 默认模式
- 不绑定作者
- 优先回答：这篇文章怎样最容易写得强、完整、可发
- 是 starter 的默认主工作路径
- 当前阶段以共同标准为验收基线
模式 B：高拟态模式
- 只有用户明确指定作者时才进入
- 优先回答：这篇文章怎样尽量像指定作者本人
- 当前内置作者：Dan Koe、粥左罗、Justin Welsh、刘润、梁宁、薛辉
- 如果主题超出作者原生议题带宽，必须提醒并自动降级到强文章模式
运行时统一判定顺序
运行时默认按下面顺序处理，不要跳步：
- 先看用户是否显式指定作者
- 如果指定作者，先尝试进入高拟态模式
- 进入高拟态前，必须先做带宽判断
- 如果命中弱带宽或触发降级条件，直接切回强文章模式
- 如果未指定作者，直接进入强文章模式
- 进入强文章模式后，再判原型
- 命中原型后，再按取料规则和 anti-bleed 约束组织正文
更详细的运行协议见：references/runtime-closure.md
最小路由原则
默认路由
- 用户没有指定作者：默认按强文章模式理解
- 用户明确指定 Dan Koe：进入高拟态模式
- 用户明确指定粥左罗：进入高拟态模式
- 用户明确指定 Justin Welsh：进入高拟态模式
- 用户明确指定刘润：进入高拟态模式
- 用户明确指定梁宁：进入高拟态模式
- 用户明确指定薛辉：进入高拟态模式
其中要牢记：
- 强文章不是降级 fallback，而是默认主路径
- 高拟态是显式分支，不是默认并列主入口
降级原则
如果主题明显超出指定作者的原生议题带宽：
- 明确提醒
- 自动切回强文章模式
- 不硬装像，不输出伪拟态稿
文章级输出合同
交付优先级
默认先交付：
response.md：可直接发布或直接评估的正文成品
说明性材料只放在：
run_summary.md：记录模式选择、带宽判断、读取依据、降级原因
不要反过来让 run_summary.md 比 response.md 更能体现模式差异。
正文与说明的边界
默认不要把下面这些内容写进正文：
- “我现在按 skill 规则切到某模式”
- “因为 topic-bandwidth 这样规定，所以……”
- “我读取了哪些 profile 资产”
- 任何 system note 风格的解释
默认情况下，降级提醒也不要进入 response.md。优先把降级原因留在 run_summary.md。
只有在任务本身明确要求“向用户解释为什么没有继续按该作者写”时，才允许在正文外提供单独说明；默认的文件交付仍应是干净成稿。正文应直接从标题或正文第一段开始，而不是从系统解释开始。
模式差异必须落在正文层
最终验收不要只看 run_summary.md。
更重要的问题是：
只看
response.md，能不能感到这篇稿子走的是哪类模式。
如果正文几乎看不出模式差异，只能靠说明文件解释为什么不同，那说明输出合同还没真正成立。
References 读取顺序
强文章模式
references/runtime-closure.mdreferences/evaluation/strong-article-rubric.mdreferences/archetype-router.mdreferences/content-archetypes/<命中的原型>.mdreferences/library-first-retrieval.mdreferences/archetype-anti-bleed.md- 用户当前主题与限制条件
高拟态模式（指定作者）
references/runtime-closure.mdreferences/evaluation/high-likeness-rubric.mdreferences/built-in-profiles/<指定作者>/profile-card.mdreferences/built-in-profiles/<指定作者>/worldview.mdreferences/built-in-profiles/<指定作者>/recurring-moves.mdreferences/built-in-profiles/<指定作者>/taboo-moves.mdreferences/built-in-profiles/<指定作者>/snippet-bank.mdreferences/built-in-profiles/<指定作者>/topic-bandwidth.mdreferences/built-in-profiles/<指定作者>/hard-signals.mdreferences/built-in-profiles/<指定作者>/contrastive-pairs.mdreferences/built-in-profiles/<指定作者>/false-positive-signals.mdreferences/built-in-profiles/<指定作者>/acceptance-checklist.mdreferences/built-in-profiles/<指定作者>/raw-corpus/README.md
原则：
- 强文章模式先读标准，再定原型，再取料
- 高拟态模式先读标准，再读作者资产
- 所有模式共用同一条运行顺序，不要各自临场发挥
- 不读取
form-normalized-anchors/ - 不把旧 personal profile 资产混进来
当前可用资产
- 运行协议：
references/runtime-closure.md - 强文章标准：
references/evaluation/strong-article-rubric.md - 强文章原型：
references/content-archetypes/ - 强文章路由：
references/archetype-router.md - 强文章取料：
references/library-first-retrieval.md - 强文章防串味：
references/archetype-anti-bleed.md - 强文章最小测试集：
references/archetype-evals.md - 高拟态标准：
references/evaluation/high-likeness-rubric.md - Dan Koe profile：
references/built-in-profiles/dankoe/ - 粥左罗 profile：
references/built-in-profiles/zhouzuoluo/ - Justin Welsh profile：
references/built-in-profiles/justinwelsh/ - 刘润 profile：
references/built-in-profiles/liurun/ - 梁宁 profile：
references/built-in-profiles/liangning/ - 薛辉 profile：
references/built-in-profiles/xuehui/ - 统一素材库：
02_素材库/writing-clone-starter-material-library/
Progressive Disclosure
不要一上来把整个 skill 的所有想法都搬进上下文。
当前这版的读取原则非常简单：
- 只读当前模式真正需要的那几份文档
- 先读 runtime-closure，再读当前模式对应资产
- 强文章模式先抓共同标准，再抓原型相关文件
- 高拟态模式才去读对应作者的 profile 资产
- 当前没有实现的模块，不要假装已经存在
内置维护模块（非普通用户入口）
starter 当前还内置了一组只服务维护者的内部参考文件：
references/profile-distillation/references/profile-probe/
它解决的是：
- 新增一个内置作者 profile
- 更新已有作者 profile
- 审计某个作者 profile 的证据质量
- 验证某个 built-in profile 是否真的能稳定产稿
- 用 blind probe / 冷评判断 profile 是否达到 stable 90 readiness
它不是普通学员默认触发路径。
不要在用户只是想“写一篇文章”时切进这个模块。
其中要区分：
profile-distillation/：生 profileprofile-probe/：验 profile
模式分层要求（surface plane）
强文章模式
正文目标是：
- 更像高质量中文强稿
- 把问题讲明白，并推到判断或行动
- 同题不同原型，正文骨架要能明显分开
- 不默认借 Dan Koe 的作者信号包来制造高级感
高拟态模式
正文目标是：
- 让作者动作组合出现在正文里
- 不只是出现“系统 / 地图 / 主权 / 复利”这些公共词
- 真正体现开头动作、重定义路径、抽象抬升方式、结尾收束方式
- 至少让一个完整的作者动作链贯穿正文，而不是零散撒点作者信号
降级后的强文章
如果触发降级：
- 正文仍然要像一篇完整成稿
- 默认不要把内部决策过程写进
response.md - 默认把降级原因留在
run_summary.md - 赢点应该是“更稳、更可发”，而不是“更会解释自己为什么降级”
当前硬约束
- 不读取
form-normalized-anchors/ - 不要求用户先初始化自己的 profile
- 不把用户 memory 当默认前提
- 高拟态模式里，作者资产优先于通用素材库
- 一旦超出作者议题带宽，直接降级，不硬装像
当前阶段的责任边界
这版 skill 的责任，是把：
- runtime 收口协议
- 共同标准
- 强文章首批原型库
- 双模式边界
- Dan Koe、粥左罗、Justin Welsh、刘润、梁宁、薛辉正式作者 profile 雏形
整理成一个更正式、更可触发、更可评测的入口。
它当前不负责：
- 完整功能实现
- 多作者并行调用
- 与旧 skill 的深层 runtime 融合