自己写文章多的人应该都有过这种感受让AI帮忙写稿时系统提示词里贴着一长串“请模仿我的文风我的特点是口语化、爱举例子、喜欢短句结尾……”结果生成出来的东西还是四不像。后来我把这套东西彻底换了个思路——把自己的文风做成一个可复用的Skill调用的时候只需要一句话效果却稳定得多。这件事本质不复杂拆开就是三步提炼文风特征、写成风格指令、封装成可调用的技能包。这篇教程就把整个过程完整讲一遍适合需要稳定产出内容的博主、编辑也适合正在研究Agent Skill封装、想把个人写作能力产品化的人。1. 先把“Skill封装”这件事说透它到底帮你省了什么1.1 一个文风Skill的本质不是一条prompt很多人以为封装文风就是把一段提示词“美化”一下存起来下次复制粘贴。不是的。一条prompt是对话里临时起作用的文字而一个Skill是独立存放、按需加载、包含规则与示例资源的完整技能包。在常见的Agent框架里它通常表现为一个目录里面有说明文件、样本文件、规则文件。模型在对话中发现你需要“按某人风格写作”时才去加载这个目录里的内容并执行。这个区别很关键。因为临时写在对话里的风格要求是“一次性输入”模型读一遍就忘了而Skill是“按名调用”每次调用都会完整读取规则和样本稳定性天然高出一截。顺便说一句很多人把Skill和Agent搞混。可以这样理解Agent是干活的主体它负责思考、拆分任务、决定调用什么工具Skill是Agent手里的一张技能卡只负责“当被调用时该怎么表现”。封装文风Skill不是造一个会自动写文章的Agent而是给现有Agent塞一张“写作风格卡”。1.2 不是所有写作场景都值得封装封装是有成本的哪怕成本不高也要判断值不值。如果你只是偶尔写一条朋友圈、一个月发两篇随笔直接在对话里描述风格就够了封装反而多此一举。但如果你的情况是下面任意一种封装就很划算每个月要产出8篇以上固定风格的内容同时维护多个账号或专栏每个账号人设风格不同要给团队里几个人共用同一套文风标准需要大家输出一致或者你想长期迭代自己的写作方法把风格沉淀成一份可以反复修正的文档。封装文风本质上是把“一次性描述”变成“一次性投入重复收益”。投入的时间大概两到三个小时之后每次写稿都能省下至少几分钟的风格调试时间更重要的是省下了“这次又不像”的烦躁感。1.3 文风Skill和角色设定、模板提示词的区别这里把几个容易混的概念放在一起对比一下角色设定解决“你是谁”。比如“你是一位有十年经验的XXX博主”。它管的是身份、知识背景、立场。模板提示词解决“任务结构”。比如“请按引言、正文三点、结语的结构写一篇文章”。它管的是文章骨架。文风Skill解决“怎么说”。它管的是词汇、句式、节奏、口吻、开头结尾习惯这些语言层面的东西。实际使用中这三者往往要配合。角色设定给方向模板给结构文风Skill给语言风格。但很多人把三者揉在一起写结果就是提示词又长又乱模型抓不住重点。封装的做法是让三者各归其位文风只负责语言表现层。2. 三步共通的底层逻辑为什么“拆文风”要先于“写指令”2.1 文风不是玄学是可拆解的写作特征“我的风格就是比较自然不要太正经。”这句话AI完全没法执行。再经典一点的说法是“语言优美一点、有洞察力一点”——这些形容词在模型眼里约等于什么都没说因为它没有可量化的判断标准。文风看起来玄其实是可以解剖的你的句子平均多长段落是长是短喜欢用什么连接词开头习惯抛结论还是抛故事结尾喜欢来个行动清单还是一句收束有没有口头禅式的高频词汇这些特征全部可以从旧文章里统计出来。一旦拆成这些细小指标“像不像”就从玄学变成了可验证的标准。打个比方你没法跟理发师说“剪好看一点”但你可以说“两侧推短三毫米后面保留六毫米头顶打薄但保留长度”。后者才是可执行的需求。文风Skill要做的事情就是把自己那些主观的“好看”翻译成AI能执行的“三毫米”。2.2 三步走的地图提炼、结构化、封装整个封装的流程可以浓缩成三步第一步提炼文风指纹。从自己的旧文章里收集样本拆解出词汇、句式、节奏、口吻、结构偏好等特征形成一份“风格说明书初稿”。这一步的关键是不要凭印象要基于真实文本。第二步把特征结构化成写作指令。把第一步拆出来的特征转写成AI能执行的规则——注意是“行为规范”不是“形容词堆砌”。正例、反例、禁止事项、参数档位都要在这一步准备好。第三步把指令和资源打包成Skill。放进Agent框架的skills目录或者做成自定义指令或者封装成API接口。打包时给它一个名字和触发描述确保一句话就能唤起。后面几章就按这个顺序展开。先记住这张地图每一步为什么这么做在做的时候会清楚很多。3. 第一步实操从你的旧稿里提取“文风指纹”3.1 样本怎么选收集多少篇才不跑偏提炼文风不是靠感觉是靠样本。我自己的经验是收集15到20篇旧稿覆盖你常规产出的大部分类型。比如你是博主至少要有几篇干货教程、几篇观点分享、几篇复盘总结如果你还写别的平台最好把不同风格的文章都纳入进来。样本选择有三个容易踩的坑样本太少。三到五篇很容易被某一篇的特殊性带偏可能那篇恰好是活动约稿语气不自然结果模型学到的全是“约稿腔”。样本太旧。风格是随阶段变化的。如果你三年前的文风和现在差异很大尽量不要混在一起否则出来的风格会是“过去和现在的平均值”。样本本身不是你的风格。有些人拿来拆解的样本其实是AI初稿或大量修改过的编辑稿。那就不是你的文风了。要选你自己从构思到措辞基本独立的文章。还有一个细节把样本整理成纯文本放进Skill包里时建议去掉配图占位符、广告引导语、平台标签这些话只保留正文。因为这些非正文内容会影响模型对风格的判断。3.2 按这七个小维度拆解你的旧文章拿到样本后不要泛泛而谈“我的文风是……”直接逐篇拆解。我一般用下面这张拆解表每一项都对着原文找证据。维度要观察的问题示例记录词汇偏好口语词多还是书面词多有没有高频口头禅常用“说白了”“我个人觉得”行业术语密度喜欢堆术语还是尽量大白话一篇1500字文章术语不超过3处句式习惯平均句长多少长句和短句的比例多数句子在10到15字偶尔一个长句解释概念段落节奏段落平均几行是长块状还是短促型大多2到3句一段口吻人称多用第一人称还是冷漠旁观有没有自嘲、反问常以“我”开头喜欢自嘲逻辑结构先抛结论还是先铺垫常用并列还是递进先给观点再举例子结尾给清单开头结尾习惯开头怎么切入结尾怎么收束开头常用一个反常识问题结尾常用行动建议记录的时候不要写“偏向口语化”就完了要记录“证据”。比如你统计了五篇文章发现每篇开头第一句都是短句那就是“开头必须短句切入”的规则发现你几乎不用“总而言之、综上所述”这类词那就是“禁止使用这类词”的规则来源。3.3 用“对比法”逼出你没注意到的风格特征自己看自己的文章很容易“不识庐山真面目”。这时候用对比法找一个同领域但风格差异明显的作者拿同一主题的两篇文章逐段做对照。对比时重点看几个问题同一层意思Ta用了80个字你用了几十个字Ta喜欢用书面词你会不会换成更具体的名词或动词Ta在每个观点后面紧跟着解释你是不是习惯先亮结论再慢慢展开别人反复在用但你从来不用的表达也是你风格的一部分——模型最擅长学的恰恰是这些“不用什么”的反向特征。做完对比之后把观察到的特征全部汇总到文风特征表里。这份表就是第二步要加工的半成品。4. 第二步实操写一份AI不会“过度理解”的风格指令4.1 写指令的“行为规范”而不是“形容词堆砌”很多人在这里翻车。把拆出来的特征写回提示词时第一反应是“语言生动、逻辑清晰、有洞察力”——又变回形容词了。形容词对模型意味着什么数据里的平均化。模型训练数据里有大量“语言生动”的文本它一看到这个词就会往“数据平均的生动”上靠结果当然不是你的生动。正确做法是写行为规范。把“语言生动”翻译成“多用具体名词和谓语动词少用抽象形容词”把“逻辑清晰”翻译成“每个段落第一句话必须是本段中心句后续句子只能围绕这一句展开”把“有洞察力”翻译成“每个小主题至少引入一个日常场景类比类比总数不超过两个”。这些规则每一句都是可执行的模型读了就会照着做。4.2 正例与反例让AI知道边界在哪指令里描述得再细也不如给一段正例、一段反例来得直接。正例告诉AI“这样写就是对的”反例告诉AI“这样写就是错的”。正例要选最能代表你风格的完整片段不要只截一两句。截片段太短模型学到的只是局部措辞学不到你那种“先铺垫再转折”的节奏。反例的重要性反而经常被忽略。你以为只说“不要太正式”就够了但模型不知道“不要太正式”的边界在哪。直接写一段反例“所谓写作习惯是指个体在长期实践中形成的固定行为模式……”——然后标注“这就是太正式不是我的风格”。再写一段修改后的版本“说白了写作习惯就是你写东西时那些改不掉的小动作。”模型立刻就懂边界了。反例清单里把你自己最讨厌的套路都列进去比如“总的来说”“综上所述”“随着科技的发展”“让我们来探讨一下”这些你自己从来不用的表达。4.3 风格指令的推荐结构与参数档位一份可以直接用的风格指令包建议包含六个模块身份说明、语言与词汇规则、句式与节奏规则、结构与逻辑规则、开头与结尾偏好、禁止事项。每个模块三到五条规则不要贪多规则总量控制在二十条以内。规则太多模型在生成长文时会捡了西瓜丢芝麻。我还强烈建议给风格指令加参数档位。文风不是一档永远不变的你需要它适应不同场景。比如参数默认值调整含义口语度71到10越高越像闲聊越低越接近书面数据密度31到10越高越爱引用数字与来源段落短促度81到10越高段落和句子越短幽默强度51到10越高越爱自嘲或玩梗在指令里写清楚“文章开头的口语度默认7如果目标是公众号可降到5目标是短视频口播文案可升到9”。这样同一个文风Skill就能覆盖不同平台的产出需求不用每换一个平台就重做一套。5. 第三步实操封装成一句话可调用的Skill5.1 方式A目录式Skill包最推荐的封装法目录式Skill包是目前最成熟的封装方式原理就是一个文件夹加一个主文件主流Agent框架大多支持这种约定。建议的目录结构长这样skills/ my-style/ SKILL.md samples/ reference-articles.md reference/ forbidden-words.mdSKILL.md是核心负责写“什么时候触发”和“具体规则”。samples目录放你拆解过的旧文章reference目录放禁止事项、词汇偏好这类辅助资料。这样做的逻辑是不要把文章全文塞进SKILL.md否则每次加载会占用大量上下文。SKILL.md只写规则文章样本作为外部资源在需要时读取既省token又灵活。SKILL.md内部结构大致是这样--- name: my-style description: 用于按“我的文风”写作。当用户要求“用我的文风写文章”“按我的风格润色”或提到my-style时使用。 --- # 文风规范 - 短句为主单句尽量控制在15字以内。 - 第一句话必须直接抛观点不允许铺垫。 - 每段不超过3句话段与段之间空行。 - 多用“说白了”“我个人经验是”等口语连接词。 - 禁止使用“综上所述”“由此可见”等书面总结词。 - 结尾必须给出可执行建议或一个行动清单。 详细样本见 samples/reference-articles.md。这套结构的核心是把“规则”和“样本”分离。规则负责约束模型的行为样本负责给模型提供风格范本加载时机各自独立。5.2 方式B自定义指令/规则集轻量封装如果你不想碰代码和框架还有一种零代码的轻量封装把第二步写好的风格指令整段粘贴到所使用工具的自定义指令、角色设定、项目规则这类持久化设置里。这种方式适合个人博主。设置一次之后所有对话默认生效你只需要在每次写文章时补一句“按我的文风写”系统就会把全局生效的风格指令和这次的具体任务组合在一起。它的优点是零成本、开箱即用缺点是全局生效容易误伤。比如某些场景其实不需要文风覆盖比如生成一份表格、写一封正式邮件全局风格指令可能让结果变得有点“人格化”。所以我一般建议在风格指令里额外写一行“如果任务类型是代码、表格、正式通知忽略以上文风规则。”给Style一个主动让位的开关比手动开关全局设置更省心。5.3 方式C做成API接口给团队或自己的工具链用如果你有团队要多人共用同一套文风或者想把自己的内容生产自动化那可以考虑把文风Skill封装成API接口。最简单的方式是用Python写一个函数把风格指令固定放在后端调用方只需要传主题和参数def generate_in_my_style(topic: str, oral_degree: int 7): system_prompt load_style_instructions(skills/my-style/SKILL.md) user_prompt f请用我的文风写一篇关于《{topic}》的短文。口语度{oral_degree}。 return call_llm_api(system_prompt, user_prompt)对团队来说这种封装的价值在于强制统一。所有人在同一个接口下产出内容才不会出现这个编辑让AI写出来的像知乎回答、那个像新闻通稿的情况。做成接口也能接进更自动化的流程比如和数据源联动批量生成初稿。需要注意两点一是不要把API密钥硬编码到代码里用环境变量管理二是每个模型对风格指令的敏感度不一样换模型时要重新跑几组同样输入看效果再做参数微调。5.4 触发与调用的“一句话”设计封装完成后日常调用的“一句话”可以按一个固定模板来写用我的文风 具体任务 输出要求 参数调整对应到实际话术就是这样“用我的文风写一篇800字的公众号推文主题是‘为什么你总是半途而废’口语度调到8结尾给一个三行行动清单。”这句话之所以有效是因为它同时包含了四类信息风格来源我的文风、任务内容写推文、结构要求800字、结尾清单、风格参数口语度8。模型看到“我的文风”时就知道要去加载对应的Skill看到“口语度调到8”时就知道要在风格基础上做参数偏移。要注意的是触发词最好固定。如果你一会儿说“用我的文风”一会儿说“按我平时写东西的感觉”模型的触发成功率会下降。固定一个触发表达是封装后最重要的小习惯。6. 完整示例把一个“清爽干货型文风”从拆解到调用6.1 演示用样本与拆解结论假设我要封装一个“清爽干货型”博主文风。我拿这位博主的五篇文章做拆解得到的特征如下句子平均长度11字左右短句占七成高频连接词是“说白了”“可能有人会问”“我个人经验是”段落普遍只有两到三句基本没有四行以上的大段几乎每个小节结尾都有一个“可抄作业”的清单几乎不用“总之”“因此”这类书面连接词。这些特征非常具体可以直接写成规则。6.2 SKILL.md的实际写法把上述特征转写成SKILL.md效果如下--- name: fresh-dry-goods description: 用于模仿“清爽干货型”写作风格。当用户要求“用清爽干货风格”、作者名“的风格”、或“帮我写成干货清单风”时使用。 --- # 风格规则 ## 开头的写法 - 第一句话必须直接给结论或反常识问题不超过20字。 - 禁止用“随着”“近年来”开头。 ## 句式和节奏 - 全篇句子平均长度控制在11字左右。 - 长句超过30字每100字最多出现1次。 - 每段2到3句段落后必须留白。 ## 连接词习惯 - 爱用“说白了”“可能有人会问”“我个人经验是”“但是”引导转折。 - 禁止使用“综上所述”“由此可见”“值得注意的是”。 ## 内容结构 - 每个小节结束前必须有一个三行以内的行动清单。 - 解释复杂概念时至少用一个生活化类比。 样本文章见 samples/reference-articles.md。注意SKILL.md里的规则尽量用可判断的说法比如“不超过20字”“每100字最多出现1次”。不要写“尽量短句”要写“句子平均长度控制在11字左右”。可判断模型才容易校准。6.3 调用输出与效果评估调用的话术是“用fresh-dry-goods风格写一篇短文主题如何坚持写作习惯结尾给行动清单。”符合预期的简化效果应该是这样——下面是我按该Skill规则推演的典型输出片段实际跑模型时具体内容会有浮动但“短句开头、口语连接词、段落短促、清单结尾”这些核心特征会稳定出现“坚持写作不是靠意志力是减门槛。说白了你每天一打开电脑就想着要写两千字当然坚持不了。把目标改成写三句话马上就变得可执行了。我把这个方式叫‘三句话起手式’。可能有人会问三句话成不了文章啊。对但三句话能让你坐到电脑前。后面的事交给惯性就行。行动清单睡前把明天要写的话题写在便签上。写到第三句就停下来不许多写。连续三天后再把目标提高到五句。”这段文字里包含的规则开头短句抛结论、用“说白了”、段落短、用设问引出转折、结尾清单。如果模型输出具备这些特征就说明文风Skill生效了。效果评估不求“神似”只求“不四不像”。我自己的验证方法叫“盲测法”把自己写过的三篇旧文和三篇用Skill生成的同主题文章混在一起让身边不看合集的三个朋友挑哪些是AI写的。如果他们分不清说明风格还原度已经够用如果他们一挑一个准就回去检查哪条规则没传递到位。7. 封装后的维护与迭代风格也会“过期”7.1 版本管理最简单的做法有人以为文风Skill是一劳永逸的做完就不用管了。实际上风格会流动你的写法随着阶段、平台、涉猎领域持续在变。所以强烈建议给Skill加版本号。最简单的方式是在Skill目录里放一个CHANGELOG.md每次改动规则就日期加一条记录或者直接在SKILL.md顶部标注版本号和修改日期比如version: 3.1。不要觉得这点记录无所谓——有一次我在没有版本管理的情况下连续改了七八轮规则后来发现输出越来越不对劲想回滚到之前一个效果很好的版本但根本不知道当初的规则长什么样只能凭记忆重新写。7.2 什么时候需要重新采集样本当下面三种情况出现时需要重新采集近期样本并更新文风指纹你的内容方向发生了明显变化比如从生活感悟转到商业分析你的语气主动发生了调整比如刻意让文风变得更简洁、更理性你换了主要发布平台比如从公众号转到口播脚本句式结构天然不同。还有一个更朴素的信号连续几篇文章调用文风Skill后你都觉得“哪里不太对”但没有明显错误时大概率不是模型问题是“参考风格”已经跟不上当下的你了。这时候去最近的八到十篇新文章里重新做一轮拆解比在旧规则上修修补补更高效。7.3 多风格并存与冲突处理当你用顺手了可能会发现只有一个风格不够用。我自己身上就有三套并存公众号用的偏沉静说理风知识星球用的口语干货风短视频脚本文案则是短到不能再短的快节奏风。多风格并存的关键是给每个Skill独立目录、独立命名、独立触发描述。命名要一眼能分辨不要用“style1”“style2”。如果两个Skill的风格在某些维度上接近比如都要求“短句”那就接受这种重叠即使有重叠也没关系。最忌讳的是在一个Skill里塞两种风格让模型“根据内容自动判断用哪种”。模型一旦遇到这种自由裁量大概率会平均出一种你自己都不认识的风格。宁可多建一个Skill也别做一个什么都像的缝合怪。最后分享一个我自己一直在用的小技巧每次改完文风指令不要急着让它写整篇文章先让模型用自己的话复述一遍“你将要遵守的写作规则是什么”。如果它的复述准确再让它展开写如果复述还是形容词级别的空话说明你的规则还没写到可执行的程度。这个“先复述再写作”的动作只要一分钟却能在正式生成前提前暴露绝大多数指令问题。封装文风Skill这件事说到底不是一次性工程而是把“认识自己写作习惯”变成一个可以持续迭代的过程每次修改规则其实就是对自己表达能力的一次复盘。