前言¶

处理邮件的自动化脚本，最常卡在三件事：附件散落在收件箱里要手动另存，分类规则写死后遇到新类型邮件就失效，以及附件、邮件和 Drive 之间的搬运靠多段脚本拼接，维护成本高。Gmail邮件自动化处理｜简诗 AI 把这几件事打包成一个通用 SKILL.md 格式的 Skill，面向在 Codex CLI、Cursor、Claude Code 等支持该格式的环境里调用 Gmail 工作流的场景。

下面介绍这个 Skill 的定位、已核实的能力、启用方式和适用边界。说明一下：本篇的事实依据是 SkillHub 页面的抓取数据，官方安装命令、配置字段和用法示例在资料中缺失，相应章节会标注为未核实，不做推测。

这是什么¶

一个面向 Gmail 的自动化工作流 Skill，坐标 @user_fccf428b/gmail-workflows，当前版本 1.0.1。

发布者为 user_fccf428b，来源标记为 community，分类为 office-efficiency，标签 requires_api_key=false。官方地址 https://api.skillhub.cn/user_fccf428b/gmail-workflows，SkillHub 页面 https://www.skillhub.cn/skills/user_fccf428b/gmail-workflows。

解决的问题是：把「附件保存、邮件分类归档、Drive 集成」这三类重复的邮件操作，从临时脚本变成可复用的 Skill 声明。

核心功能¶

按官方简介，能力分为三项，均为已核实的描述：

• 附件自动保存：把邮件附件从收件箱转存到指定位置。
• 邮件智能分类归档：对邮件进行分类并归入相应标签或目录。
• Google Drive 的深度集成：与 Drive 打通，承接附件保存和归档的落点。

需要注意的是，资料只给出了能力条目，没有提供实现细节，例如附件保存的默认路径、分类的判定规则、Drive 授权方式。这些内容在未核实的情况下不予展开。

安装与启用¶

官方资料中未给出安装命令、目录约定或配置项，因此本节只记录可以核实的信息。

Skill 坐标：

@user_fccf428b/gmail-workflows

版本：

1.0.1

来源标记为 community，说明它不是官方维护的内置 Skill，启用前应确认所处环境的 Skill 加载路径支持 community 来源。

标签 requires_api_key=false 是资料中唯一与配置相关的信息，含义是该 Skill 的声明不需要单独的 API Key 字段。但 Gmail 和 Google Drive 的访问在真实运行中通常仍需要授权，这一授权流程在资料中没有说明，使用前需自行确认。

关于 Cursor、Codex CLI、Claude Code 的差异，资料中没有任何针对单个客户端的说明，因此本篇不分别给出命令。如果需要精确的启用步骤，应以官方地址页面为准。

典型用法¶

资料中没有提供可复现的调用示例、参数列表或输出样例，本节留空，不编造用法。

从能力描述可以推断的调用形态是「触发邮件处理 → 保存附件 → 分类归档 → 写入 Drive」，但这只是对三项能力的排序，不是官方示例。

适用场景与注意¶

适合的场景：日常需要批量处理 Gmail 附件、需要按规则整理邮件、希望把邮件和 Drive 放在同一套流程里的人或团队，且已经在支持通用 SKILL.md 格式的客户端里工作。

需要注意的点：

• 数据面看，下载 1535 次、安装 0 次、评分 100000，说明关注度和安装量之间存在明显落差，启用前建议先在小范围验证。
• community 来源意味着维护责任在发布者，遇到问题需要看发布者侧的更新。
• 版本停留在 1.0.1，功能和兼容性是否覆盖最新 Gmail 界面，资料没有说明。
• requires_api_key=false 只说明声明层面不需要 API Key，不代表运行不需要 Google 授权。
• 官方地址的 API 端点在本次核实中无法访问，SkillHub 页面同样无法抓取，因此安装细节和示例未能核实。

结尾¶

这个 Skill 的价值在于把 Gmail 的三类常见操作收敛成一个声明式的工作流，减少在客户端里临时拼脚本的重复劳动。由于安装命令、配置项和示例在可核实资料中缺失，建议先打开官方地址确认细节再启用。

官方地址：https://api.skillhub.cn/user_fccf428b/gmail-workflows
SkillHub 页面：https://www.skillhub.cn/skills/user_fccf428b/gmail-workflows