mcpField
W
write-like-meng-on-x

write-like-meng-on-x

github.com/mengto营销与增长7.1k1.3k 次安装3 天前更新
代码仓库

关于 write-like-meng-on-x

write-like-meng-on-x 是用于撰写和维护 X 帖子的写作技能，面向需要遵循 Meng 已验证语气与内容背景的写作者。它通过内容仓库、帖子语料和来源资料来起草、去重、校验并更新风格档案。

主要功能

  1. 01读取内容仓库与语气档案
  2. 02按帖子格式匹配写作方式
  3. 03依据已验证资料撰写选项
  4. 04检查语料与编辑重复
  5. 05更新语料并校验提交

适用场景

  1. 01起草或改写 X 帖子
  2. 02按回复或主题帖格式调整语气
  3. 03核对产品与个人背景事实
  4. 04整理新增帖子并维护语气档案

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/mengto/skills --skill write-like-meng-on-x

安装后在 Claude Code 中输入/write-like-meng-on-x确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

agents/
openai.yaml
references/
content-source-map.md
tweet-corpus.jsonl
voice-profile.md
scripts/
update-tweet-corpus.mjs

详细介绍

像 Meng 在 X 上那样写作

开始

除非用户指定其他检出目录，否则使用用户的 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. 更俏皮、反直觉、出人意料或以使用场景为导向

适用时，按改写类型为每个选项添加标签。5 个选项都必须基于相同且经核实的事实。不要让分析喧宾夺主。

除非用户要求更正式的语气，否则默认采用随意、口语化的表达。优先使用 Meng 自然说出口的词，而不是精雕细琢的品牌文案。

让每句话都推动表达向前。第二句话或第二段不要只是重复开场句，或再次描述同一功能。用它补充理由、机制、使用场景、证明材料、限制、对比、问题或结论。如果没有增加新信息，就删掉。

避免重复

定稿前检查两类重复：

语料库重复
  • 依据帖子 ID、规范状态 URL 和标准化文本哈希进行匹配。
  • 仅将 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>
  1. 阅读脚本回执。正常运行时，最终语料中的重复 ID、URL 和文本哈希数量都应为 0。
  2. 仅当新证据确认某种反复出现的模式、改变先前结论、补充有用的亲身背景，或揭示特定格式的表达方式时，才更新 references/voice-profile.md。
  3. 当新的 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/ 技能文件夹，并提交范围明确的更改。不要改动无关的已修改文件和未跟踪文件。

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

评论

支持 Markdown