# 消息草稿创建可完美粘贴到 Gmail、Outlook 或转换为 WhatsApp 格式文本的富文本消息。片段是用 Markdown 编写的 - 构建脚本会自动转换为特定于平台的 HTML。 ## 架构克劳德编写构建脚本组装输出（单独的文件） name.fragment.md ---> Markdown -> HTML name.html （10-30行）Gmail转换（标签）（独立预览 Outlook 变换（样式），具有三个正文版本）注入shell.html 片段是真理的源泉。组装后的 HTML 是派生输出。切勿直接编辑 `.html` 输出。 ## 创建工作流程 1. 在对话中起草电子邮件内容 2. 将`.fragment.md`文件写入`data/writing/email_drafts/` 3. 使用 `--serve` 运行汇编器以生成预览 HTML 并启动服务器 uv run .claude/skills/message/scripts/assemble.py /path/to/name.fragment.md --serve 使用 `run_in_background: true` 运行。 The server picks a random free port and prints the URL.当 HTML 文件更改时，预览会自动刷新 - 无需手动刷新浏览器。 ## 编辑工作流程编辑现有电子邮件时（提供参数，或用户要求更改某些内容）： 1. 读取`.fragment.md`小文件 2. 使用编辑工具进行有针对性的更改 3. 重新运行汇编器 **不使用** `--serve` 来重建预览 uv run .claude/skills/message/scripts/assemble.py /path/to/name.fragment.md 预览服务器仍在创建步骤的后台运行。汇编器自动覆盖 HTML 文件，浏览器会在 2 秒内自动刷新。 **不要**在编辑时重新启动服务器 - 用户保留相同的 URL。 ## 片段格式片段是带有 YAML frontmatter 的 Markdown 文件： --- 至：recipient@example.com 抄送：可选@example.com 主题：电子邮件主题 --- 嗨**斯图尔特**，这是~~旧方法~~新方法。 ## 要点 - 第一项 - 第二项 > Quoted text from previous email |特色 |状态 | |---------|--------| |授权 |完成 | 内联“代码”和[链接](https://example.com)。干杯，亨里克 ### Frontmatter 字段领域 |必填|注释 ---|---|--- `到` |是的 |以逗号分隔的收件人 `主题` |是的 |电子邮件主题行 `抄送` |没有 |如果为空则隐藏在预览中 `密件抄送` |没有 |如果为空则隐藏在预览中 ### 格式参考标准 Markdown 自动映射到特定于平台的 HTML：你想要什么 | Write in Markdown ---|--- 大胆| `**bold**` 斜体 | `*斜体*` 删除线 | `~~删除线~~` 标题 | `## 标题` 项目符号列表 | `- 项目` 编号列表 | `1. item` 块引用 | `> quoted text` 内联代码 | ``代码`` 代码块 | triple backticks 链接 | `[文本](网址)` 表| ` 对于标准 Markdown 中没有的功能，请直接嵌入 HTML（它不会改变）：你想要什么 | Embed as HTML ---|--- 定制颜色 | `红色文本` 大文字 | `更大的文本` Underline | `带下划线` 缩进| `

缩进

` ### 示例：用户要求颜色和删除线用户：“给斯图尔特写一封电子邮件。删除掉‘$5000’并将他的名字设为红色。” 克劳德写道.fragment.md： --- 至：akumanostuart@gmail.com 主题：定价更新 --- 嗨斯图尔特，旧价格是 ~~$5000~~ 但新价格是 3000 美元。干杯， Henrik ## 文件命名数据/写作/email_drafts/YYYY-MM-DD_recipient_subject.fragment.md <- 源 data/writing/email_drafts/YYYY-MM-DD_recipient_subject.html <- assembled output 示例： * `2026-02-12_veronika_audit-proposal.fragment.md` * `2026-02-12_danielle_project-update.fragment.md` ## 平台转型构建脚本从单个 Markdown 源生成三个 HTML 版本： **Gmail**（标签转换）：将语义 HTML 转换为 Gmail 原生元素。 `

` 变为`

`，`` 变为``，`` 变为``，标题变为`` 和``。容器的 Arial 尺寸为 13px。未添加自定义颜色 - 仅平台默认值。 **Outlook**（样式注入）：为 Word 渲染引擎的每个元素添加内联样式。 Aptos/Calibri 11pt，每个文本元素上明确的“颜色：#000000”，“mso-line-height-rule”用于间距控制。未添加自定义颜色 - 仅平台默认值。 **WhatsApp**（文本转换）：剥离 HTML 并转换为 WhatsApp markdown - `*bold*`、`_italic_`、`~strikethrough~`。表格变成用竖线分隔的文本。用户指定的内联样式（颜色、字体大小）在所有转换中都会保留。 ## 预览组装的 HTML 有 **Gmail/Outlook/WhatsApp 模式切换**： * **Gmail mode** : Gmail-native HTML with Arial 13px container, Gmail action buttons (Compose in Gmail, Open Gmail Inbox, Copy for Gmail) * **Outlook 模式**：具有完整内联样式的 Outlook 原生 HTML、Outlook 操作按钮（为 Outlook 复制） * **WhatsApp 模式**：转换为 WhatsApp 兼容的纯文本。操作按钮：复制 WhatsApp、通过 WhatsApp 发送指导用户： 1.点击服务器打印的URL 2. 选择 Gmail、Outlook 或 WhatsApp 模式 3. 查看电子邮件预览 4. 使用针对所选客户的操作按钮 ## 向后兼容性旧版“.fragment.html”文件仍然有效。汇编器检测扩展并使用适当的解析器。对于 HTML 片段，相同的正文用于所有三个平台视图（与之前的行为匹配）。 ## 结构 Follow this order in every email: 1. **以要点开头** \-接收者需要采取行动的请求、更新、指示或信息。这就是他们打开电子邮件的原因。 2. **支持细节** \- 支持线索的背景、后勤或参考材料。 3. **热情关闭** \-任何个人的、关系的或欣赏的内容都放在最后，就在结束之前。感恩、赞美、期待和建立融洽关系都属于这里——从来都不是最重要的。收件人应该知道电子邮件前两行的内容。温暖是出口的感觉，而不是入口的感觉。 ## 语气 * 自然书写，就像人类写作一样 *避免在线程中使用以前电子邮件中的重复语言 * 保持散文流畅，不要过于结构化 * 与收件人的正式程度相匹配 * 使用英式英语拼写（颜色、分析、组织、行为、中心） ## Henrik 的默认详细信息代表 Henrik 撰写电子邮件时使用这些：目的|电子邮件 ---|--- Primary / From address | [admin@henriksoderlund.com]() Google 平台访问请求（GA4、GTM、Google Ads、Search Console 等）| [admin@henriksoderlund.com]() 签核块：亨里克·索德伦德独立数字顾问 admin@henriksoderlund.com ## 参考文献 * `references/outlook-formatting.md` \- Outlook 元素样式和调色板参考 * `references/formatting-rules.md` \- Gmail 原生 HTML 元素参考 ## 预览后用户获得预览 URL 后，询问他们是否愿意在消息上运行 **人性化** 技能，以在发送之前删除任何 AI 书写模式。示例提示：“您希望我在此草稿上运行人性化技能，使其听起来更自然吗？” ## 选秀后行动 After saving a draft, prompt Henrik: "Log this to the client comms log?"如果是，请通过内联 Python 或编辑工具将条目写入“data/consulting/clients/[slug]/comms/_comms-log.json”（“manage_comms.py”是只读的 - 无 --add 标志）。

信息

包含技能