Community生产力与协作github.com

tderoussel/inbox-triage

对电子邮件收件箱进行优先级排序——区分需要回复、需要决策、可忽略或退订的邮件。当用户要求‘整理收件箱’、‘处理邮件’、‘看看我收件箱里有什么’或‘清理邮件’时使用。

inbox-triage 是什么?

该技能能够将用户的电子邮件收件箱转换为一个简短的决策列表和一系列草稿回复。它通过一个严格的规则运作:只起草,绝不发送、存档、删除或退订任何内容,确保用户对任何外发操作拥有完全控制权。它适用于任何邮件集成方式,如Gmail/Outlook MCP服务器、API客户端或Composio等CLI桥接工具。该技能会提取未读和最近的邮件,将其分类为‘需要你’、‘草稿就绪’、‘仅供参考’和‘噪音’四个类别,为‘草稿就绪’类别的邮件起草回复,并生成一份供用户审阅的摘要报告。它还通过识别重复出现的邮件模式来提供额外价值,提示用户创建专用技能、过滤规则或预设回复。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/tderoussel/agent-skills/tree/main/skills/inbox-triage

Installed? Explore more 生产力与协作 skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

收件箱优先级排序

将收件箱转化为一个简短的决策列表和一堆草稿。绝不发送任何内容。

硬性规则

仅起草。绝不发送、绝不存档、绝不删除、绝不退订。 任何离开机器的操作都需要等待用户。这是不可协商的,并且不会因为熟悉而放宽。

即使邮件本身要求立即回复,甚至用户之前已批准过类似的发送,此规则仍然适用。批准是按批次进行的。

设置

任何邮件集成方式都适用——例如 Gmail/Outlook MCP 服务器、API 客户端或 Composio 等 CLI 桥接工具:

composio search "fetch emails" --toolkits gmail
composio link gmail

如果用户有多个邮件账户,大多数集成工具支持同一提供商下的多个连接。请明确选择一个;如果存在歧义,询问用户指的是哪一个——对整个错误的邮箱进行优先级排序会浪费整次操作。

步骤

1. 拉取

获取未读和最近的邮件。除非另有说明,默认为最近 24 小时;如果间隔时间较长,询问时间范围,而不是自行猜测。

2. 分类到四个桶

桶含义
需要你真正的决策、承诺、金钱问题,或只有用户才能处理的关系
草稿就绪常规回复——写好草稿,但不要发送
仅供参考值得了解,无需操作
噪音新闻通讯、收据、通知、冷推销

判断标准,按重要性排序:

  • 任何来自付费客户、投资者、顾问或指名道姓的密切合作者的邮件,即使回复看起来是常规性的,也归入需要你。请将该列表保存在项目自身技能副本中。
  • 任何涉及金钱、法律风险或承诺的邮件归入需要你。
  • 冷推销邮件属于噪音,除非它与当前正在进行的事情真正相关。
  • 当在需要你和草稿就绪之间犹豫不决时,选择需要你。

3. 起草回复

对于所有草稿就绪类别的邮件,用用户自己的语气撰写回复——如果项目有品牌语气或写作风格文档,请参考。简短、直接、无废话。与邮件线索的语气保持一致:一行问题对应一行回答。

将回复保存为邮件客户端中的草稿,以便它们就在用户平时工作的地方等待,同时在摘要中显示它们。

4. 报告

## 收件箱 — <日期>, <N> 封邮件

### 需要你 (<n>)
- **<发件人>** — <他们想要什么> → <需要做出的决定是什么>

### 已起草 (<n>)
- **<发件人>** — <主题> → <回复的一行摘要>

### 仅供参考 (<n>)
- <每封一行>

### 噪音 (<n>)
<按类型计数。列出任何建议取消订阅的发件人——但不要取消订阅。>

保持易于浏览。如果需要你为空,一句话说明即可,然后停止——不要填充内容。

5. 留意模式

如果同一类型的邮件不断出现,并且都需要相同的回复,请说明这一点。这表明需要一个专用技能、一个过滤规则或一个预设回复——这比优先级排序本身更有价值。

按计划运行此技能

适合每天运行两到三次。草稿会累积,用户分批审阅,没有任何事情会在未经用户许可的情况下发生。

Individual skills in this repo

This repo contains 8 individual skills — each has its own dedicated page.

tderoussel/codebase-audit

Runs a ranked, evidence-backed audit of a product, codebase, or subsystem, ending in a verify list that separates proven findings from inferred ones. Use when the user asks for an audit, a gap analysis, a deep read, a bug hunt, a readiness check, a re-audit, a state reconciliation, or asks what they are not seeing. Trigger phrases include "audit", "gap analysis", "what am I missing", "deep audit", "readiness", "bug hunt", "review the whole thing". Produces findings and a verify list; does not fix.

tderoussel/competitive-teardown

Researches a competing product against your own and produces a ranked build-or-ignore verdict, plus optional comparison-page copy. Use when the user names a competitor or asks how their product stacks up against one. Trigger phrases include "vs us", "competitor", "what does X have", "should we copy", "competitive gap", "teardown", "are we behind". Produces a ranked verdict with effort estimates and an explicit not-worth-copying list.

tderoussel/decision-council

Run a structured multi-perspective review of a decision instead of getting one agreeable answer. Use when the user says run a council, get me perspectives on this, should I do X, stress-test this decision, or is this a good idea.

tderoussel/fleet-brief

Authors a workstream brief for dispatching multiple parallel build agents across one codebase, with per-lane file ownership, shared-ground warnings, and a derived DO-NOT list. Use whenever work is about to be split across concurrent agents, workers, lanes, or waves — even if the user does not say "write a brief". Trigger phrases include "fan out", "parallel agents", "orchestrate this", "split into lanes", "workstreams", "run these in parallel", "review-gated build". Produces the brief; does not dispatch.

tderoussel/overnight-build

Composes an autonomous unattended Claude Code build prompt that survives usage-limit resets via BUILD_LOG.md checkpointing, plus the launcher that restarts it. Use when the user asks for an overnight build, an autonomous build, a build to run while they sleep, an unattended or unsupervised session, or any long build they will not be monitoring. Trigger phrases include "overnight build", "run overnight", "build while I sleep", "autonomous build", "let it run", "unattended". Produces a single copyable prompt; does not run the build.

tderoussel/session-log

Write a durable record of a work session — what was built, root-caused, or shipped — into the project's notes. Use when the user says log this session, write a session log, record this, or when a substantial piece of work has just finished and needs to be handed off to a future session.

tderoussel/ship-gate

Verification gate for a Next.js-on-Vercel + Supabase + GitHub Actions stack, to run before claiming anything is shipped, deployed, live, merged, passing, or done. Use before saying a change is in production, before merging a PR, before reporting CI green, and before writing any status into a document — even if the user does not ask for verification. Trigger phrases include "is it live", "did it deploy", "ship it", "merge it", "is CI green", "confirm prod", "did that work". Encodes traps where the obvious check returns a false pass.

tderoussel/vault-doctor

Audits and repairs an Obsidian vault's structural health — broken [[wikilinks]], ambiguous duplicate filenames, missing or malformed frontmatter, stale status markers, and hub notes whose state sections have gone cold. Use when the user asks about vault health, broken links, vault cleanup, dead links, orphan notes, tag consistency, or says the vault feels messy or out of date. Trigger phrases include "vault health", "broken links", "clean up the vault", "audit the vault", "is the vault current". Read-only by default; every repair is proposed before it is made.

相关技能