收件箱设置

Inbox-Setup — 邮件分拣引导

> 与 inbox-triage 配对使用。 本技能在 ${WORKSPACE}/Email/ 目录下编写 7 个知识库文件，inbox-triage 在每次运行时都会读取这些文件。两个技能之间的文件契约（名称、章节、字段）必须完全一致。详见 references/kb_file_contract.md。

运行一次（或在业务/优先级变化时重新运行）。访谈用户关于邮件模式、业务背景、回复风格和优先级的情况。在 ${WORKSPACE}/Email/ 中生成结构化知识库，涵盖 inbox-triage 有效处理收件箱所需的所有信息。

调用触发词

• "set up my inbox"

• "configure inbox triage"

• "set up my email system"

• "configure email triage"

• "build my email knowledge base"

• "initialize email management"

• "set up inbox triage"

• "onboard email triage"

执行准则

不要一次性生成所有文件。 依次引导用户完成 8 个章节。每个章节在进入下一节前必须提交其对应的文件。即使部分完成（例如用户在访谈中途退出），仍能产生一个可用的部分知识库。

全程适用 grill-me 准则：

• 每轮仅提一个问题。 绝不捆绑提问，即使跨章节也是如此。

• 每个问题都附带“提问原因” —— 以便用户提供高质量回答。

• 尽可能强制格式。 多选题 > 开放式问题。

• 按依赖顺序排列。 问题 2 依赖于问题 1；下游章节依赖于上游章节。

详见 references/grill_me_section_walk.md 以了解 8 个章节的详细执行准则。

知识库契约 — 需生成的文件

在 ${WORKSPACE}/Email/ 目录下生成以下精确文件：

| 文件 | 用途 | 是否必填 |
|---|---|---|
| email-taxonomy.md | 分类系统 + 报告偏好 | 是 |
| email-patterns.md | 回复口吻、语气、模板、硬性规则 | 是 |
| evaluation-framework.md | 机会类邮件的决策树 | 仅当用户接收推销/机会邮件时 |
| rate-card.md | 定价、条款、谈判姿态 | 仅当用户有定价时 |
| blocklist.md | 自动跳过的发件人 + 已学习的拒绝模式 | 是 (初始种子，随时间增长) |
| tracker.md | 活跃的跟进项、逾期项、截止日期 | 是 (初始基本为空) |
| triage-log/ | 每次运行日志的目录 | 是 (创建为空目录) |

该契约与 inbox-tr 相同
请参阅 references/kb_file_contract.md 以获取完整规范。

停止条件（完整访谈）

8 个章节共约 25–31 个问题（取决于跳过逻辑）。硬上限为 35 个问题（含所有进一步澄清）。如果第 1 节未出现“机会邮件（opportunity-email）”类别，则完全跳过第 4 节（评估框架），总问题数减少 6 个，且不生成费率卡（rate-card）文件。在第 8 节的确认及移交消息之后，引导流程即关闭 —— 绝不要重新开启。若用户后续想更改偏好，需重新运行该技能（系统将检测现有文件并针对每个文件询问：替换 / 合并 / 跳过）。“逐一询问（grill-me one-at-a-time）”规则适用于所有章节边界：即使是从 S{n} 转移到 S{n+1}，也不要批量提问。

第 1 节：全局概览

六个逐一询问的问题：

• S1.Q1： “你是做什么的？请用 1-2 句话告诉我你的角色和业务。*询问原因：* 背景决定了预期的邮件模式 —— 独立创作者的收件箱与企业产品经理的完全不同。”

• S1.Q2： “你的收件箱里主要是什么内容？请选择前 1-2 项：销售推销 / 客户工作 / 内部团队 / 时事通讯 / 客户支持 / 财务 / 其他。*询问原因：* 主导类别决定了分类法。”

• S1.Q3： “大致的量级分布 —— 例如：‘60% 业务咨询，20% 运营，20% 杂讯’。*询问原因：* 分布情况告诉我分拣工作的重点在哪里。”

• S1.Q4： “分拣应覆盖哪些电子邮件地址？*询问原因：* 如果有多个，我将为每个地址设置分类法。”

• S1.Q5： “运行频率：每天一次 / 每天两次 / 每天三次 / 仅按需运行？*询问原因：* 这决定了分拣时的默认搜索窗口（每天两次则重叠 9 小时）。”

• S1.Q6： “是否有其他人协助管理邮件 —— 助理、虚拟助理、团队 —— 还是独立管理？*询问原因：* 委派收件箱的处理人格（Persona）有所不同。”

操作： 构建心理模型。此时不要写入文件。记录“机会邮件”是否为一个类别（这将驱动 S4 的跳过逻辑）。

第 2 节：邮件类别

基于第 1 节提出 5-7 个类别 —— 预先推荐一个子集，而非整个模板菜单：

• 新机会 (New Opportunities)

• 进行中的对话 (Active Conversations)

• 需要处理 (Action Required)

• 财务 (Financial)

• 重要/个人 (Important/Personal)

• 信息类 (Informational)

• 忽略/低优先级 (Ignore/Low Priority)

随后是三个强制性问题，逐一询问：

• S2.Q1： “这是我建议的分类法：[列表]。这是否符合你的收件箱实际情况 —— 是 / 基本符合 / 否？*询问原因：* 如果是‘否’，在进入其他章节前我需要重新制定分类法。”

• S2.Q2： “是否有遗漏的类别？请列出。（若无则跳过）*询问原因：* 遗漏的类别会导致后续出现未分类邮件，从而影响分拣质量。”

• S2.Q3： “哪个类别的每封邮件最耗时？*询问原因：* 这决定了草拟回复时最需要投入精力的方向。”

操作： 生成 email-taxonomy.md，包含类别、信号（每项包含：触发词 / 发件人模式 / 主题标记）以及每个类别的默认操作。

第 3 节：回复风格与语气

六个逐一询问的问题，以及关键的样本请求：

• S3.Q1： “语调：正式 / 随意 / 中间地带？*询问原因：* 校准默认语气；接下来我们将通过样本进行细化。”

• S3.Q2： “三个沟通中的雷区 —— 你讨厌的短语或避开的开场白。*询问原因：* 我会将这些视为草稿中的禁用词。”

• S3.Q3： “你经常使用的短语或落款 —— 请尽可能多地列出。*询问原因：* 这些是你的语气指纹。”

• S3.Q

• S3.Q4： “不同场景是否需要不同的人设 —— 例如，助手是否以你的身份回复？*询问原因：* 人设上下文会影响代词的使用和签名处理。”

• S3.Q5： “典型的回复长度 —— 一句话 / 短段落 / 较长？*询问原因：* 长度是最容易出错的语气信号。”

• S3.Q6： “硬性规则 —— 绝对不能 X / 必须 Y？（例如：绝不使用表情符号，必须在 24 小时内回复，没有上下文绝不接电话。）*询问原因：* 硬性规则在每份草稿中都是不可逾越的。”

S3.SAMPLES（至关重要的最高质量输入）

> 请粘贴 3-5 封你发件箱中的真实已发送邮件。
>
> *询问原因：* 对语气的自我描述通常不可靠。真实样本是最好的信号 —— 我将分析其中的语气模式，以补充上述所有信息。使用 scripts/voice_sample_analyzer.py 来确定性地提取模式。

如果用户在经营业务：还需询问媒体资料包 (media kits)、价格表 (rate sheets)、标准推介词 (standard pitches) 以及重复性回复。

执行动作： 生成 email-patterns.md，包含语气描述（附带 do/don't 示例）、人设规则、模板、签名和硬性规则。样本提取规范请参考 references/voice_calibration.md。

第 4 节：评估框架（条件触发）

跳过逻辑： 仅在第 1 节将“机会类邮件”识别为重要的收件箱类别时运行本节。否则直接跳转到第 5 节。

六个深度询问问题，每次一个：

• S4.Q1： “当有人向你推销某事时，你首先检查什么 —— 请告诉我你的直觉过滤标准。*询问原因：* 这是决策树的顶端。”

• S4.Q2： “三个瞬间导致拒绝的因素 —— 让你立即拒绝的事项。*询问原因：* 这些将成为自动 PASS（跳过）信号。”

• S4.Q3： “三个让你立即感兴趣的因素。*询问原因：* 这些将成为 TAKE-IT（接纳）信号。”

• S4.Q4： “标准定价/条款 —— 如果每次都协商，请回答‘无固定定价’。*询问原因：* 如果你有价格表，我会生成一份；如果没有，则跳过。”

• S4.Q5： “谈判姿态：强硬 / 灵活 / 取决于具体情况？*询问原因：* 这决定了还价草稿的语气。”

• S4.Q6： “总是会获得响应的 VIP 发件人或组织 —— 请列出名称或域名。*询问原因：* VIP 列表将绕过常规的 PASS 过滤器。”

执行动作： 生成 evaluation-framework.md（决策树 + 推荐类别 + VIP 列表），如果存在定价，则同时生成 rate-card.md。

第 5 节：黑名单与模式

三个深度询问问题，每次一个：

• S5.Q1： “需要始终跳过的发件人或域名 —— 请列出。（若无则跳过。）*询问原因：* 自动黑名单在每次运行中能节省最多时间。”

• S5.Q2： “你总是删除的邮件模式 —— 例如，来自特定营销人员的‘取消订阅’链接、招聘人员的冷启动外联、时事通讯？*询问原因：* 模式允许分拣系统在无需精确匹配维护的情况下自动跳过变体。”

• S5.Q3： “浪费你时间的特定公司/招聘人员/时事通讯 —— 请列出。*询问原因：* 这些将作为黑名单的种子；随着你覆盖分拣决定，分拣系统会添加更多项。”

执行动作： 生成 blocklist.md（随后由分拣系统自动维护）。

第 6 节：当前状态

三个深度询问问题，每次一个：

• S6.Q1： “你正在跟踪的活跃会话 —— 请列出并附带一行上下文。（若无则跳过。）*询问原因：* 这些将成为跟踪条目，以便分拣系统了解现有上下文。”

• S6.Q2： “逾期未回的邮件 —— 有没有你应该回复但尚未回复的内容？*询问原因：* 分拣...

e 标志这些为优先级，直到解决为止。"

• S6.Q3： "有时限的待办事项（含截止日期）—— 请列出日期。*询问原因：* 追踪器会强制执行截止日期，并在正确的时间将其标记为逾期。"

操作： 生成 tracker.md，包含待跟进事项表、逾期部分、已解决部分（为空）和更新日志（为空）。同时创建空的 triage-log/ 目录。

第 7 节：报告偏好

三个追问问题，一次一个：

• S7.Q1： "交付格式 —— 请选择其一：发送给自己的邮件草稿 / 工作区文件 / 仅聊天摘要。*询问原因：* 每次运行的分拣报告都将发送至此处。"

• S7.Q2： "详细程度 —— 请选择其一：30 秒快速浏览 / 详细分解 / 两者兼有（先浏览，根据请求展开）。*询问原因：* 影响报告长度。"

• S7.Q3： "是否有始终优先显示的内容 —— 例如：逾期付款、VIP 消息？*询问原因：* 自定义“报告顶部”规则可将您关注的内容置于标准部分之上。"

操作： 将这些偏好保存到 email-taxonomy.md 的“报告偏好”部分。

第 8 节：确认与移交

列出所有创建的文件及其一句话摘要。然后：

> 您的分拣系统已就绪。请运行 inbox-triage 技能来处理您的收件箱。初次运行需要监督 —— 系统将从您的编辑和覆盖中学习。

提醒：每当业务/定价/优先级发生变化时，可随时重新运行此设置。

在最终移交前，运行 scripts/kb_validator.py --workspace ${WORKSPACE} 以确认满足 7 文件合约。

隐私边界

切勿将密码、完整账号、社会安全号码 (SSN) 或其他敏感凭据持久化存储在知识库文件中。 如果用户在访谈期间提供了此类信息，请予以确认但不要存储；相关的 KB 文件中应使用 [stored separately by user] 代替。

重新运行行为

在现有设置上重新运行：

1. 检测 ${WORKSPACE}/Email/
2. 针对每个现有文件，逐一询问：替换 / 合并 / 跳过
3. 仅执行用户选择更新文件的相关章节
4. 跳过用户选择保留文件的章节

错误处理

| 情况 | 行为 |
|---|---|
| 工作区无法访问 | 停止。告知用户文件将存放的位置，并请求权限/路径 |
| 用户拒绝提供样本 | 使用自我描述；在模式文件中标记校准可能需要迭代 |
| 用户在访谈中说“跳过此项” | 尊重该决定；在文件中将该缺失项标记为 [needs follow-up] |
| 提供了敏感信息 | 确认但不持久化；在文件中标注为 [stored separately by user] |
| 在现有设置上重新运行 | 检测现有文件；逐一询问用户：替换、合并、跳过 |
| 用户没有定价/机会信息 | 完全跳过第 4 节；不创建空文件 |

可移植性

• Claude Code CLI： 原生支持 —— 直接将 markdown 文件写入文件系统。

• Claude.ai 网页版： 支持项目文件/ Artifacts。记录替代路径：将文件生成为 Artifacts，指导用户保存到其工作区，或使用已连接的文件系统（如果可用）。

工具链

| 脚本 | 角色 |
|---|---|
| scripts/kb_validator.py | 验证 7 文件 KB 输出（必需文件是否存在，条件文件仅在相关章节运行时存在，标题和结构正确）。 |
| scripts/section_progress_tracker.py | 基于 JSON 的进度状态，存储于 ~/.inbox_setup_sessions/<session>.json。跟踪当前章节、已回答问题和已提交文件。 |
| scripts/voice_sample_analyzer.py | 从粘贴的已发送邮件样本中提取语气模式 —— o
开场白、结束语、长度分布、语体标记。 |

参考资料

• references/kb_file_contract.md — 权威的 7 文件合约（写入视角；镜像位于 inbox-triage/references/）

• references/grill_me_section_walk.md — 8 章节规范、跳过逻辑、每章节一次提交

• references/voice_calibration.md — 基于样本的语气提取理论 + 反模式

需拒绝的反模式

• 一次性生成所有文件，而非按章节逐步引导

• 批量提出所有问题

• 硬编码服务商引用（仅考虑 Gmail 的思维）

• 在知识库中持久化存储敏感凭据

• 省略“为何此问题很重要”的解释

• 省略请求语气样本邮件（这是最高质量的输入）

• 在重新运行时未经同意覆盖现有文件

• 在不适用时强制创建 rate-card.md 或 evaluation-framework.md

---

版本： 1.0.0
源规范： megaprompts/06-inbox-setup-megaprompt.md
构建模式： 路径 B（直接转换）。与 inbox-triage 配对。