用途
该技能用于在以 Adam Silverstein 名义发布任何文本时，按他本人的真实语气起草内容，包括 GitHub issue、PR 描述、issue/PR 评论等。写作风格提炼自约 185 份 2013-2023 年间的 AI 之前写作样本，来源包括 WordPress Trac 工单 #23497、#28307、#31316、#35662、#38895、#40894、#41055，以及多个 Gutenberg 议题、PR 与评论线程（#7020、#17632、#26476、#4331、#23237、#16666 等）。目标是模仿 2017-2023 年的成熟期语气。
语气特征
文档将 Adam 的语气概括为：像同行协作者而不是权威。句子平实、温暖、直接，段落很短（1-3 句）。他会展示自己的验证过程（如“in my testing...”），对未验证的内容做保留表述，用真诚的提问把他人带入讨论，具体地感谢他人，按名字致谢想法来源，被说服时大方让步。热情真实但克制。整体效果像一位工匠和同事一起边想边说，始终朝向“下一步具体该做什么”。
归属标注规则
因为文本会以 Adam 本人名义发布，读者需要知道哪些话出自 Claude，且不应需要仔细分辨才能看出。任何超过一段的草稿回复都要加一行归属说明标题，并用引用块包住草稿正文。Adam 自己的话靠左，Claude 的内容放在引用条内：草稿回复每一行（包括空行）都以 > 开头，Adam 自己说的话不加引用。如果有一句 Adam 自己的话可写，应先写这句话，放在归属标题上方。归属标题单独一行、斜体、位于引用上方，每次措辞都要变化，不可照抄同一句。标题是 Adam 在说话，因此可以用“I”。引用块内避免使用“I”和“my”，因为那属于 Adam，会模糊作者身份，需改写为无人称表述，例如“in my testing”改为“in testing”或“testing shows”。下一步的承诺应由 Adam 本人做出，而非 Claude，因此引用块内说明“还需要做什么”，由 Adam 在引用块外加自己的承诺。一段以内的短回复（Adam 会自己写的那种）可跳过归属标题和引用，例如“Updated in a1b2c3d.”、“Good catch, fixed in 9f8e7d6.”、“perfect, thanks”、“I'll update the PR.”。引用块内其他写作规则仍然适用。
发布前审阅
超过一两句的内容发布前都要给 Adam 先读的机会，同时不无限等待。交接由 post-review-gate 技能管理：把将要发布的准确内容写到 ~/Downloads/<context>-<kind>.md，通知 Adam，等待最多五分钟的修改，发布文件中写的内容，并把 URL 记录到 ~/.claude/posts-log.md。两条规则：文件只包含将要发布的内容，不含其他内容，逐字保留 markdown，包括归属标题和引用块，前言和给 Adam 的备注放在聊天回复中而不是文件里；发布前重新读取文件，因为 Adam 会就地编辑草稿，磁盘上的文件才是事实来源。
核心语气规则
对话化、平实：完整句子、日常用词、不摆正式架子，读起来自然。具体地表示欣赏，常以与所谢之事相关的感谢开头或结尾，并按名字致谢他人。有保留的诚实：主张限定在证据范围内，使用“as far as I can tell”“I believe”“in my testing”“probably”“I'm not sure”等表述，绝不把未测试的内容当作事实，已验证的内容则说明验证方式。保持好奇，常以提问结尾，邀请他人输入。被说服时大方让步，带点幽默。坦率求助，例如“I could use some help with the CSS styles”“Needs tests.”。轻描淡写地承认错误。用第一人称将来时承诺下一步，例如“I will work on this.”“I'll update the PR.”。热情克制，偶尔一个“!”，很少用“woo-hoo!”或“Ha!”，偶尔用“:)”表情，基本不用 emoji。功能面向用户框架，增强以用户/开发者收益为依据，常与经典编辑器或核心行为比较。注意第 3 条和第 8 条依赖第一人称；在 Claude 归属引用块内要保留保留性表述和具体下一步，但改写掉“I”。
常用词汇
包括“wonky”“unwieldy”“a bit of a kludge”“jarring”“ajaxy”“clunky”等色彩克制但谦逊的描述词；“winds up / wound up”；“a big, easy win”“future proof”“iterate and improve”“take another swing at it”“could use a little CSS love”；“Patch incoming.”；“dig into / digging into”；“eg.”（常小写、单点）和“vs.”；“Note:”“note that”“Worth noting that”“Also important to note”；“See”“Fixes”“Related:”“Supersedes”“Follow up to”等链接连接词；结尾“cc: @name”；提问如“Can you explain...?”“can you please try testing again with...?”“please re-test!”“Whenever you have a chance @name...”；“Hey @name,”“Hi @name”作为友好开头；“in the mean time”“down the road”“so far”“getting there!”。
标点与排版
使用普通连字符，从不用 em dash，句中常以“ - ”（带空格的连字符）连接。URL 通常直接内联粘贴（或放在“See”“Fixes”“Related:”之后），不藏在 markdown 链接文字后。标识符用反引号包裹。粗体只用于读者绝不能漏掉的一个关键从句，斜体用于行为说明。标题用句子大小写，常为“组件/区域: 动作”形式，句末句号常见。分号出现在随意的连锁思考中，括号用于插入说明。偶尔在随意评论中用非正式的“thru”，但保持稀少。
结构模板
GitHub issue：若有仓库模板标题则遵循；Description 为 1-2 段短段落，第一段以用户视角说明发生了什么，第二段说明机制并附 GitHub 上确切代码行的永久链接；编号复现步骤用祈使句、具体化；期望与实际行为作为简短带标签的小节；习惯附截图/录屏链接；相关链接集中放在末尾；需要设计/方向输入时设明确的“Questions”小节。
PR 描述：Description 用 1-3 句说明做了什么和为什么，并在靠前位置写“Fixes ”，相关时与现有核心/经典行为比较；How has this been tested 用可供评审者跟随的具体步骤，包括数据生成命令和清理；Types of changes 用动词开头的简短条目；注意事项和开放问题以条目诚实呈现；附改动效果的截图或 gif。
评论与评审回复：回复某人时以 @提及或感谢开头；用 > 引用对方并逐点在其下直接回应；以观察事实的条目报告测试；有人困惑时耐心解释推理，有时用编号逐步说明，绝不说教，并以确认收尾；以提问或承诺的下一步结尾；只在必要时用短回复。评论中不用标题，不用加粗标签式条目的长篇论述，评论是散文加至多一个普通条目列表或引用/回复链。
Trac：工单描述为简短的问题陈述、为何重要、相关工单/changeset 链接、提议方案，若有补丁在途则写“Patch incoming.”，使用 Wiki 格式；补丁/迭代评论以“In [attachment:12345.2.diff]:”开头，接动词开头的条目说明确切改动，开放问题以内联条目形式出现；测试请求直接而温暖；提交就绪框架会说明倾向提交以让更广泛的 beta 测试者接触，若发现兼容性问题可以回滚。
反模式
文档明确列出绝不可做的事：使用 em dash（改用普通连字符）；在评论中使用标题/小节，或对短回复过度结构化；AI 风格的开口和总结（如“This PR introduces a comprehensive...”“Great question!”、复述整个 diff、“In summary”式收尾）；营销式形容词（robust、comprehensive、seamless、powerful、elegant）；过度断言（把未测试行为当事实，或“this fixes everything”式自信）；emoji（最多一个单独“:)”）、感叹号堆叠、签名行；每个条目都以加粗标签开头的长列表；在 issue/评论中把 URL 藏在链接文字后；发布多段 Claude 草稿却不加归属标题，或在归属标题下写“I”/“my”；模仿他 2016 年前的怪癖（小写“i”、拼写错误）。
校准片段
文档附有若干真实片段供参考，展示上述语气在感谢反馈、坦率求助、接受建议、报告调查发现、说明版本时间安排等场景中的具体样子。
适用场景与限制
适用于任何将以 Adam 名义发布的文本起草，尤其是 GitHub issue、PR 描述、issue/PR 评论与 Trac 工单。限制方面：该技能以特定历史样本为模仿目标，只面向 2017-2023 年成熟期语气，不模仿 2016 年前的怪癖；归属规则要求超过一段的草稿必须标注 Claude 来源；发布前需经过 post-review-gate 交接流程。关于该技能的其他技术细节、安装方式、平台支持或收费情况，资料中暂未提供。