write-like-meng-on-x

在 X 上以 Meng 的风格写作

何时使用此技能

此技能以 Meng To 独特的个人风格写作——它不是通用的代笔或文案撰写技能，其改写模式和风格档案也不应被用于任何其他作者或品牌。以下情况适用：

• 改写或润色推文、回复、帖子串、引用帖、资源分享或产品帖，让内容读起来像是 Meng To 写的。写作时参考去重后的本人发帖语料库和 Content 仓库中的证据。
• 以 Meng 的身份起草原创 X 帖子，内容仅以 Content 仓库中已有记录并经过核实的产品、工作流、资源或个人信息为依据。
• 检查新角度是否重复了之前本人发过的帖子、开头或反复表达的观点（语料库和编辑层面的重复检查）。
• 摄取一批新收集的 20-50 条本人尚未发布过的 X/Twitter 帖子，以保持 references/tweet-corpus.jsonl 内容为最新。
• 在新一批内容印证某种模式、补充生活背景或展现特定格式的写法后，完善或更新可复用的 references/voice-profile.md。
• 不适用于以他人的风格进行通用代笔，也不适用于收集原始 X/Twitter 数据（搜索、抓取、监控、媒体下载）——如需进行这些操作，请使用此仓库的 x-twitter-scraper 技能（先阅读其 SKILL.md），然后将收集到的帖子交给此技能的摄取脚本。

开始

除非用户指定其他检出目录，否则请基于用户的 Content 仓库进行操作。如果当前没有启用 Content 仓库，请从可用的工作区根目录中查找；如果找不到，请在写入文件前询问目标位置。

1. 修改文件前，先阅读 AGENTS.md 并运行 git status --short --branch。
2. 起草前，先阅读 references/voice-profile.md。
3. 只需阅读 references/content-source-map.md 中与事实和个人背景相关的行。
4. 写作前，在 references/tweet-corpus.jsonl 中搜索主题、开头、资源、产品和重复出现的短语。如果通过聚焦的 rg 搜索即可完成，就不要加载或复述整个语料库。
5. 将本人发布的 X 帖子视为风格证据，而不是可拼接在一起的文案。

证据优先级如下：

1. 用户当前的指示和原始措辞
2. 同一格式的近期本人发帖
3. Content 仓库中可信的个人、产品和资源背景
4. 较早的本人发帖
5. 之前生成的草稿，仅用于保持连贯性

草稿

先判断内容类型：回复、原创帖、引用帖、资源分享、串帖或产品帖。参考相同类型的示例，因为 Meng 的回复比他单独发布的帖子更随意。

如果用户原本最有力的一句话听起来自然，就保留它。提升清晰度、顺序和具体性，但不要用通用的文案框架取代原本的想法。

在有帮助时，让帖子基于真实内容：

• Meng 打造或正在使用的产品
• Content 中记录的工作流、限制、失败、佐证或结果
• Meng 实际分享过的资源
• 语料库或可信的项目背景中已有依据的个人细节

绝不编造使用情况、指标、客户、团队行为、旅行、家庭细节、产品能力或结果。不要把资源分享变成隐晦的产品推销。

对于每个改写或起草请求，除非用户明确要求其他数量，否则准确返回 5 个完成稿。把最有力的选项放在第一位。让这 5 个选项在角度、结构、节奏或意图上有实质差异，而不是只做表面改写。

根据帖子调整改写组合，采用不同类型，例如：

1. 最贴近原文的润色，保留用户原本的想法和措辞
2. 更有冲击力的开头或更紧凑的结构
3. 更口语化、更个人化或更随意的表达
4. 以佐证、机制或实用性为主
5. 俏皮、反直觉、出人意料或以使用场景为主

适合时，标注每个选项的改写类型。不要用分析内容淹没文案。

除非用户要求更正式的语气，否则默认使用随意、口语化的表达。优先选择 Meng 平时自然会说出口的词，而不是经过打磨的品牌文案措辞。

让每句话都推动思路前进。不要让第二句话或第二段只是重述开头，或再次描述同一个功能。用它补充理由、机制、使用场景、佐证、限制、对比、问题或结论。如果没有新增内容，就删掉。

避免重复

定稿前检查两种重复：

语料库重复

• 按帖子 ID、规范状态 URL 和规范化文本哈希进行匹配。
• 只将 Meng 创作的文字作为语气风格依据。不要把引用来源的文字放入语气字段。
• 绝不重复添加同一篇 Meng 创作的帖子。
• 只有在有经过验证的完整版本时，才替换被截断的记录。

编辑重复

• 搜索相同的开头、主张、资源组合、轶事、佐证和结尾。
• 不要只改几个词就重复使用有辨识度的句子。
• 如果新帖子提供了新佐证、不同机制、有用的更新或新的个人角度，就可以再次表达反复出现的观点。
• 除非来源确实有新进展，否则优先采用新的观察，而不是再次改写 taste is the moat、context matters、AI slop 或 the prompt is not the point。

刷新语料库

只能使用 Codex 内置浏览器。绝不使用 Chrome。对 X 仅进行只读操作：不得发布、回复、引用、点赞、转发、收藏、关注、发送私信或更改账户状态。

打开已登录的个人资料和 Latest 搜索：

https://x.com/MengTo
https://x.com/search?q=from%3AMengTo&src=typed_query&f=live

每次刷新时：

1. 当 X 提供的历史记录足够时，收集 20-50 条未收录的原创帖子。从最新的账本条目之后的帖子开始；如果新批次少于 20 条，则继续收集最旧账本条目之前的帖子进行补录。
2. 包括原创帖子、回复和引用帖子。排除由他人撰写的纯转发。
3. 记录帖子 ID、规范 URL、UTC 时间戳、作者撰写的文本和格式。
4. 在状态页面展开每条被截断的作者帖子。报告任何仍不完整的帖子。
5. 收集时将引用来源文本单独保存，并从语气语料库中排除。
6. 将收集的批次保存为 JSON 或 JSONL，并使用此技能目录中的脚本进行录入：

node <skill-dir>/scripts/update-tweet-corpus.mjs --input <batch-path>

7. 阅读脚本回执。健康运行时，最终语料库中的重复 ID、URL 和文本哈希均为零。
8. 仅当新证据证实了重复模式、改变了先前结论、补充了有用的亲历背景或揭示了特定格式的表达方式时，才更新 references/voice-profile.md。
9. 当新的 Content 工作新增了持久的产品事实、资源、故事或教学主题时，更新 references/content-source-map.md。链接到来源，不要复制整段内容。

如果 X 已退出登录、被 CAPTCHA 拦截，或 Codex 浏览器无法连接，请停止并报告确切的阻碍。不要使用公开搜索、Chrome 或猜测的帖子作为替代方案。

打磨语气档案

编辑语气档案前，先衡量该批次：

• 样本数量和日期范围
• 原创帖子、回复和引用帖子的比例
• 第一人称用法
• 段落和列表模式
• 反复出现的开头、过渡和结尾
• 具体名词、工具、资源、产品和佐证
• 自然形成的瑕疵与不应成为规则的偶然现象

使用回复来了解对话用语、大小写、好奇心、感谢和不同意见的表达。使用原创帖子来了解钩子、故事、节奏、列表、佐证和结尾。使用引用帖子和资源分享来了解 Meng 如何补充理由、机制或相关资源。

不要为了模仿真实感而刻意制造错别字。格式合适时，保留自然直接的表达、缩略形式、偶尔的片段句和小写措辞。

验证并提交

更改技能或语料库后：

node <skill-dir>/scripts/update-tweet-corpus.mjs --check
python3 <skill-creator-dir>/scripts/quick_validate.py <skill-dir>
git diff --check -- <skill-dir>

只暂存受源代码控制的 write-like-meng-on-x/ 技能文件夹，并提交范围明确的更改。不要处理无关的已修改文件和未跟踪文件。

报告采样数和新增数、日期范围、档案更改、重复项检查、浏览器状态、验证结果和提交哈希。如果没有发现新帖子或持久的语气见解，则报告无操作，不要制造无意义的改动。

参考资料

• 上游来源：https://github.com/MengTo/Skills/tree/main/agent-skills/codex/write-like-meng-on-x
• references/voice-profile.md
• references/content-source-map.md
• references/tweet-corpus.jsonl
• scripts/update-tweet-corpus.mjs
• agents/openai.yaml