返回 Showcase 目录

Showcase detail

Inbox Triage Operator

先分层级,再给出回复草稿和建议动作,不把邮件自动代发包装成安全默认值。

所属类别

运营 / 个人效率

适用版本

0.9.x

预计配置时间

25 到 40 分钟

最后验证

2026-03-13

Key signals

适合谁:适合每天邮件量高、需要快速归类和回复草稿的用户

安全标签:外部账号访问

维护状态:样板维护中

Value and proof

这页先证明它真的解决问题

它把“每天处理太多邮件”拆成归类、建议动作和回复草稿三步,而不是一次性代做完所有事情。 先分层级,再给出建议动作,不直接替用户外发。

结果证明

高频邮箱场景里能先把待办优先级拉平,减少手动归类和草稿起步时间。

为什么强

强项在于先判断风险和优先级,再给草稿建议,避免把“自动回复”误当成默认能力。

预期效果

输出按优先级整理的邮件清单、建议动作和可编辑回复草稿。

不保证项

不保证分类永远正确,也不保证草稿可以直接外发。

Input / output

真实输入输出要能支撑复刻判断

允许脱敏,但不能改写结果逻辑。用户要看得出来这不是宣传文案,而是有真实工作流证据。

真实输入示例

输入 20 封混合邮件,包含内部同步、客户询问和自动通知。

真实输出结果

输出按优先级分层的清单,以及 5 封需要回复邮件的草稿建议。

语言支持

中文与英文邮件混合场景

包名称

Inbox Triage Operator Pack

Representative scenarios

代表性场景先讲真实任务,不讲抽象概念

Showcase 的说服力来自具体使用场景,至少要让用户一眼看出在哪些任务里值得复刻。

把一夜积压的邮件先按紧急度、是否需要回复和是否可归档分层。
对常见问题生成回复草稿,并标记需要人工确认的敏感部分。
为团队负责人列出当天必须亲自处理的邮件子集。

Prerequisites

复刻前必须满足的前置条件

如果前置条件说不清,演示再漂亮也不应让用户误以为能直接复制成功。

必须使用单独的测试账号或最小权限邮箱访问方式。
需要明确哪些标签和动作是建议,哪些绝不能自动执行。
操作者需要能复核分类和草稿结果。

Safety controls

高风险能力必须配套写出风险控制

凡是联网、外部账号、文件写入或更高权限的能力,都要告诉用户怎样安全停下。

只绑定测试账号或明确分权的工作账号,不混用私人邮箱。
默认只读,不开启自动发送。
对包含敏感承诺或外发风险的邮件强制人工确认。

Boundaries

这类场景不适合直接复刻

适用边界和已知失败场景必须和能力证明同样醒目,否则 Showcase 会误导用户。

未经人工确认就发送高风险邮件。
涉及法律、财务或正式承诺的外部沟通。
账号权限边界没拆清楚,导致读取范围超出预期。
邮件主题和正文信息不一致,分类结果容易失真。

Reproduction steps

可复刻路径要按步骤写,而不是只放结果截图

分享包的任务是让陌生用户也能理解准备项、顺序和停点,不是让人照抄作者环境。

先准备测试邮箱或最小权限访问方式,不直接接主邮箱。
定义优先级标签和需要人工确认的邮件类别。
跑一次只读归类和草稿建议,检查敏感邮件是否被正确拦住。
确认回滚方式和停用路径后,再整理成分享包。

Package contents

第一版分享包至少要承载这些内容

帮助高邮件负载用户先看清优先级,再决定如何回复。 需要手动调整的部分:需要用户人工确认高风险邮件、调整标签策略,并决定是否采用草稿建议。

manifest.yaml:声明外部账号访问和网络读取风险。
skills.md:解释分类、草稿生成和安全确认的职责分工。
setup.md:说明账号绑定边界、标签约定和首跑验证步骤。
safety.md:明确默认只读、不得自动发送的硬边界。

Author and maintenance

作者与维护信息

用于定义账号类 Showcase 的安全表达方式,不鼓励高风险自动外发。

作者

agent101 editorial sample

反馈路径

通过站内人工审核和补充材料流程进行反馈。

维护状态

样板维护中

最后验证

2026-03-13

Excluded content

公开分享时必须明确不包含的内容

这部分写清楚,才能避免用户把作者没提供、也不该提供的内容误当成缺漏。

不包含真实邮箱账号和凭证。
不包含客户隐私邮件正文原文。
不包含任何自动发送配置。