inbox-setup

Inbox-Setup — 邮件分流入门

与 inbox-triage 配套使用。 此技能会在 ${WORKSPACE}/Email/ 中写入 7 个知识库文件，供 inbox-triage 每次运行时读取。两项技能中的文件约定（名称、章节、字段）必须完全一致。请参阅 references/kb_file_contract.md。

运行一次（或在业务／优先事项发生变化时重新运行）。询问用户的邮件模式、业务背景、回复风格和优先事项。在 ${WORKSPACE}/Email/ 中生成结构化知识库，记录 inbox-triage 高效处理收件箱所需的一切信息。

触发方式

• “设置我的收件箱”
• “配置收件箱分流”
• “设置我的邮件系统”
• “配置邮件分流”
• “构建我的邮件知识库”
• “初始化邮件管理”
• “设置收件箱分流”
• “开始使用邮件分流”

访谈规范

不要一次性生成所有文件。 按顺序逐一完成 8 个部分。每个部分都要先提交其文件，再进入下一个部分。即使用户中途离开，部分完成的知识库仍然可用。

全程遵循“尽情追问”规范：

• 每轮只问一个问题。 绝不捆绑提问，包括跨部分时。
• 每个问题都要说明“为什么要问”。 以便用户能更准确地回答。
• 尽可能采用限定格式。 多选题优于开放式问题。
• 按依赖顺序提问。 Q2 取决于 Q1；后续部分也取决于前面的内容。

8 个部分的详细规范请参阅 references/grill_me_section_walk.md。

知识库约定 — 要生成的文件

在 ${WORKSPACE}/Email/ 中恰好生成以下文件：

文件	用途	必需？
email-taxonomy.md	分类系统 + 报告偏好	是
email-patterns.md	回复口吻、语气、模板、硬性规则	是
evaluation-framework.md	机会类邮件的决策树	仅当用户会收到推介／机会邮件时需要
rate-card.md	定价、条款、谈判立场	仅当用户有定价时需要
blocklist.md	自动跳过的发件人 + 已学习的婉拒模式	是（预先填充内容，并会随时间扩充）
tracker.md	正在跟进的事项、逾期事项、截止日期	是（初始内容基本为空）
triage-log/	每次运行的日志目录	是（创建为空目录）

此约定与 inbox-triage 的要求完全一致 — 完整规范请参阅 references/kb_file_contract.md。

停止条件（完整访谈）

8 个部分总计约 25–31 个问题（具体取决于跳题逻辑）。最多不得超过 35 个问题，包括所有补充澄清问题。如果第 1 部分中没有发现机会类邮件类别，则完全跳过第 4 部分（评估框架），总问题数减少 6 个，且不生成费率卡文件。完成第 8 部分的确认和交接消息后，信息收集即告结束 — 绝不重新开启。如需之后更改偏好，用户应重新运行此技能（技能会检测已有文件，并逐个询问：替换／合并／跳过）。“尽情追问”的一次只问一个问题规则适用于各部分之间：从 S{n} 进入 S{n+1} 时也不要批量提问。

第 1 节：整体概况

逐个提出六个深挖问题：

• S1.Q1：“你是做什么的？用 1–2 句话介绍你的角色和业务。*我为什么问：*背景会影响预期会出现的邮件类型——独立创作者的收件箱和企业项目经理的收件箱截然不同。”
• S1.Q2：“收件箱里占主导的是哪类邮件？选最重要的 1–2 项：销售推介 / 客户工作 / 内部团队 / 新闻简报 / 客户支持 / 财务 / 其他。*我为什么问：*占主导的类别决定分类体系。”
• S1.Q3：“大致的邮件比例——例如：‘60% 业务咨询，20% 运营，20% 噪音’。*我为什么问：*比例能告诉我应该把分流精力放在哪里。”
• S1.Q4：“分流应该覆盖哪些电子邮件地址？*我为什么问：*如果有多个地址，我会为每个地址设置单独的分类体系。”
• S1.Q5：“运行频率：每天 1 次 / 每天 2 次 / 每天 3 次 / 仅按需运行？*我为什么问：*这会决定分流时默认的搜索时间范围（每天运行 2 次时，重叠时间为 9 小时）。”
• S1.Q6：“有没有人帮你管理邮件——助手、VA、团队成员，还是只有你自己？*我为什么问：*委托管理的收件箱需要采用不同的角色处理方式。”

**操作：**建立心智模型。暂时不要写入文件。记下机会类邮件是否属于一个类别（这会影响 S4 的跳过逻辑）。

第 2 节：邮件类别

根据第 1 节提出 5–7 个类别——预先推荐一部分，而不是列出完整模板菜单：

• 新机会
• 正在进行的对话
• 需要采取行动
• 财务
• 重要 / 个人
• 信息通知
• 忽略 / 低优先级

然后逐个提出三个必须回答的问题：

• S2.Q1：“这是我建议的分类体系：[列表]。它符合你收件箱的实际情况吗——符合 / 大致符合 / 不符合？*我为什么问：*如果你回答‘不符合’，我需要先重新设计分类体系，否则后续部分就没有意义。”
• S2.Q2：“还缺少哪些类别？请列出。（如果没有，跳过。）*我为什么问：*缺少类别会导致后续出现未分类邮件，降低分流质量。”
• S2.Q3：“哪个类别的单封邮件最耗费时间？*我为什么问：*起草回复时，最需要把精力放在这个类别上。”

**操作：**生成 email-taxonomy.md，其中包括类别、特征信号（每个类别包括：触发短语 / 发件人模式 / 主题标记）以及每个类别的默认操作。

第 3 节：回复风格与语气

提出六个深挖问题，以及一个至关重要的样本请求：

• S3.Q1：“语体：正式 / 随意 / 介于两者之间？*我为什么问：*这会校准默认语气；接下来我们会根据样本进行调整。”
• S3.Q2：“说出三个让你反感的沟通习惯——你讨厌的短语、会避免的开场白。*我为什么问：*起草回复时，我会将它们视为禁用词。”
• S3.Q3：“你总会使用哪些短语或落款？请尽可能多地列出。*我为什么问：*这些是你个人语气的标志。”
• S3.Q4：“不同场景下会采用不同的角色设定吗——例如，助手以你的名义回复？*我为什么问：*角色背景会影响代词和签名的处理方式。”
• S3.Q5：“你通常的回复长度是怎样的——一句话 / 一小段 / 更长？*我为什么问：*长度是最容易判断错的语气信号。”
• S3.Q6：“有哪些硬性规则——绝不做 X / 一定做 Y？（例如：绝不使用表情符号、一定在 24 小时内回复、没有背景信息绝不接电话。）*我为什么问：*每份草稿都会强制遵守这些硬性规则，不得违反。”

S3.SAMPLES（最关键、质量最高的输入）

请粘贴 3–5 封你收件箱中真实发出的邮件。

*我为什么问：*自我描述的语气并不可靠。真实样本是最好的信号——我会分析其中的语气模式，补充以上所有信息。使用 scripts/voice_sample_analyzer.py 确定性地提取模式。

如果用户经营业务：还要询问媒体资料包、价格表、标准推介内容和重复使用的回复。

**操作：**生成 email-patterns.md，其中包括语气描述（附带应该做 / 不应该做的示例）、角色规则、模板、签名和硬性规则。样本提取规范请参见 references/voice_calibration.md。

第 4 节：评估框架（条件执行）

跳过逻辑： 仅当第 1 节确认机会类邮件是收件箱中的重要类别时，才执行本节。否则直接跳到第 5 节。

依次提出以下 6 个深入问题，每次一个：

• S4.Q1：“收到合作提案时，你首先会检查什么？说说你的直觉筛选标准。我为什么要问： 这是决策树的起点。”
• S4.Q2：“有哪 3 个因素会让你立即拒绝？我为什么要问： 这些会成为自动判定为 PASS 的信号。”
• S4.Q3：“有哪 3 个因素会让你立刻感兴趣？我为什么要问： 这些会成为判定为 TAKE-IT 的信号。”
• S4.Q4：“标准定价／条款是什么？如果你每次都会协商，请说‘没有固定价格’。我为什么要问： 如果你有价目表，我会生成一份；如果没有，我就跳过。”
• S4.Q5：“你的谈判风格是强硬／灵活／视情况而定？我为什么要问： 这会影响还价草稿的语气。”
• S4.Q6：“哪些 VIP 发件人或组织总是值得跟进？请列出名称或域名。我为什么要问： VIP 列表会绕过常规 PASS 筛选条件。”

操作： 生成 evaluation-framework.md（决策树＋建议类别＋VIP 列表）；如果存在定价信息，还要生成 rate-card.md。

第 5 节：屏蔽列表与模式

依次提出以下 3 个深入问题，每次一个：

• S5.Q1：“有哪些发件人或域名应始终跳过？请列出。（如果没有，请跳过。）我为什么要问： 自动屏蔽列表能在每次运行时节省最多时间。”
• S5.Q2：“你总会删除哪些类型的邮件？例如，特定营销人员邮件中的‘取消订阅’链接、招聘人员的陌生开发邮件、新闻简报？我为什么要问： 利用模式，分类处理可以自动跳过各种相似邮件，无需维护精确匹配列表。”
• S5.Q3：“有哪些公司／招聘人员／新闻简报在浪费你的时间？请列出。我为什么要问： 这些会作为屏蔽列表的初始条目；随着你覆盖分类决定，分类处理会继续补充。”

操作： 生成 blocklist.md（之后由分类处理自动维护）。

第 6 节：当前状态

依次提出以下 3 个深入问题，每次一个：

• S6.Q1：“你正在跟进哪些事项？请逐项列出，并为每项提供一句背景说明。（如果没有，请跳过。）我为什么要问： 这些会成为跟踪器条目，让分类处理了解现有背景。”
• S6.Q2：“有哪些逾期回复？你本该回复但还没回复的邮件有哪些？我为什么要问： 每次运行时，分类处理都会将这些标记为优先事项，直到问题解决。”
• S6.Q3：“有哪些有截止日期的时效性事项？请列出并注明日期。我为什么要问： 跟踪器会管理截止日期，并在适当的时候将其标记为逾期。”

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

第 7 节：报告偏好

依次提出以下 3 个深入问题，每次一个：

• 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 web： 可使用项目文件 / 工件。记录备用路径：将文件生成为工件，指导用户将其保存到工作区，或在可用时使用已连接的文件系统。

工具

脚本	作用
scripts/kb_validator.py	验证 7 个文件的 KB 输出（检查必需文件是否存在、条件文件是否仅在相应章节执行后生成，以及标题和结构是否正确）。
scripts/section_progress_tracker.py	在 ~/.inbox_setup_sessions/<session>.json 中记录由 JSON 支持的遍历状态。跟踪当前章节、已回答的问题和已提交的文件。
scripts/voice_sample_analyzer.py	从粘贴的已发送邮件样例中提取语气模式——开场语、结束语、长度分布和语域标记。

参考资料

• 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（维护者本地草稿规范——已被 gitignore 忽略，未包含在公开仓库中） 构建模式： 路径 B（直接转换）。与 inbox-triage 配套。