writing-clone-starter
Helps users produce high-quality articles by emulating specific author styles without requiring prior personal history.
Install
mkdir -p .claude/skills/writing-clone-starter && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/12042" && unzip -o skill.zip -d .claude/skills/writing-clone-starter && rm skill.zipInstalls to .claude/skills/writing-clone-starter
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
新手写作双模式 Skill。面向学员和用户，不要求先有个人 profile、长期记忆沉淀或代表作。 当用户想“先写出一篇很强的文章”，但自己没有足够素材、经历或风格资产时，优先使用这个 skill。 当用户明确说想“像某个内置作者写”，尤其是当前内置作者 Dan Koe、粥左罗、Justin Welsh、刘润、梁宁、薛辉时，也应使用这个 skill。 即使用户没有直接说“强文章模式”或“高拟态模式”，只要意图是“低门槛起稿”或“先体验某个作者方向”，都应触发本 skill。 不要在“用户已经有自己的成熟风格资产、要像自己写”的场景使用它；那是 `writing-clone-profile` 的职责。 当前已落地范围包括：共同标准、强文章首批原型、Dan Koe / 粥左罗 / Justin Welsh / 刘润 / 梁宁 / 薛辉 正式作者 profile 雏形、runtime 收口协议。硬约束：本 skill 不使用 form-normalized-anchors。Key capabilities
- →Generate strong articles without prior personal assets
- →Write in the style of built-in author profiles
- →Prioritize writing a strong, complete, publishable article
- →Handle cases where user has limited personal experience or material
- →Route to 'High Imitation Mode' when a specific author is requested
How it works
The skill operates in 'Strong Article Mode' by default or 'High Imitation Mode' if an author is specified, using internal assets like content archetypes or author profiles to generate an article.
Inputs & outputs
When to use writing-clone-starter
- →Draft a strong article from scratch
- →Write in the style of a specific author
- →Start writing with limited personal assets
About this skill
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 融合
When not to use it
- →When the user already has mature personal style assets and wants to write like themselves
- →When the user is already in an existing `writing-clone-profile` or `writing-clone-lite` process
- →When the current task is not writing an article but researching the system or expanding material
Limitations
- →Does not use `form-normalized-anchors`
- →Does not require the user to initialize their own profile
- →Does not treat user memory as a default prerequisite
How it compares
This skill provides a starting point for writing strong articles by use built-in author profiles or content archetypes, which differs from writing based on a user's established personal style or from scratch without guidance.
Compared to similar skills
writing-clone-starter side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| writing-clone-starter (this skill) | 0 | 3mo | No flags | Beginner |
| humanizer | 90 | 6mo | No flags | Beginner |
| ad-creative | 33 | 2mo | Review | Beginner |
| humanizer-zh | 40 | 6mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
You might also like
humanizer
davila7
Remove signs of AI-generated writing from text. Use when editing or reviewing text to make it sound more natural and human-written. Based on Wikipedia's comprehensive "Signs of AI writing" guide. Detects and fixes patterns including: inflated symbolism, promotional language, superficial -ing analyses, vague attributions, em dash overuse, rule of three, AI vocabulary words, negative parallelisms, and excessive conjunctive phrases. Credits: Original skill by @blader - https://github.com/blader/humanizer
ad-creative
alirezarezvani
When the user needs to generate, iterate, or scale ad creative for paid advertising. Use when they say 'write ad copy,' 'generate headlines,' 'create ad variations,' 'bulk creative,' 'iterate on ads,' 'ad copy validation,' 'RSA headlines,' 'Meta ad copy,' 'LinkedIn ad,' or 'creative testing.' This is pure creative production — distinct from paid-ads (campaign strategy). Use ad-creative when you need the copy, not the campaign plan.
humanizer-zh
op7418
去除文本中的 AI 生成痕迹。适用于编辑或审阅文本，使其听起来更自然、更像人类书写。 基于维基百科的"AI 写作特征"综合指南。检测并修复以下模式：夸大的象征意义、 宣传性语言、以 -ing 结尾的肤浅分析、模糊的归因、破折号过度使用、三段式法则、 AI 词汇、否定式排比、过多的连接性短语。
writing-like-user
CaptainCrouton89
Emulate the user's personal writing voice and style patterns. Use when the user asks to write content in their voice, draft documents, compose messages, or requests "write this like me" or "in my style."
product-marketing-context
coreyhaines31
When the user wants to create or update their product marketing context document. Also use when the user mentions 'product context,' 'marketing context,' 'set up context,' 'positioning,' or wants to avoid repeating foundational information across marketing tasks. Creates `.claude/product-marketing-context.md` that other marketing skills reference.
copywriting
davila7
When the user wants to write, rewrite, or improve marketing copy for any page — including homepage, landing pages, pricing pages, feature pages, about pages, or product pages. Also use when the user says "write copy for," "improve this copy," "rewrite this page," "marketing copy," "headline help," or "CTA copy." For email copy, see email-sequence. For popup copy, see popup-cro.