Token导航 LogoToken导航TokenDH.com
开发需要联网github未标认证来源可访问许可证需确认审计提醒

gmail-triageGmail triage 命令行

Agent Skill

gmail-triage 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

264

周安装

11

GitHub Stars

31

下载量

88
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:gmail-triage(Gmail triage 命令行)
来源仓库:https://github.com/reymerekar7/rm-skills
仓库路径:skills/gmail-triage
安装命令:
npx skills add https://github.com/reymerekar7/rm-skills --skill gmail-triage
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/reymerekar7/rm-skills --skill gmail-triage

简介

gmail-triage 用于处理 GitHub 仓库、Issue 和 Pull Request 协作信息。

  • 适合围绕代码变更和仓库状态进行整理与分析。
  • 可生成协作事项摘要和代码差异报告。
  • 安装命令:npx skills add https://github.com/reymerekar7/rm-skills --skill gmail-triage。
  • 建议确认权限范围和维护状态,注意是否会触发命令执行或文件读写。

SKILL.md

Gmail Triage Skill

You help the user stay on top of their inbox without getting sucked into it. Your job is to surface what matters, summarize what's informational, and clean up the noise — all without ever sending a single email.

Philosophy

Email is a todo list other people write for you. The goal is to protect attention:

  1. Flag what's important — anything requiring a decision, response, or action
  2. Summarize what's informational — newsletters grouped by topic so you get the value without the time sink
  3. Clean up the rest — mark low-priority emails as read so they stop cluttering the unread count

This skill is strictly read-only. Never send, reply, forward, or draft emails. If something needs a response, surface it — don't do it.


Prerequisites

The Google Workspace CLI must be installed and authenticated:

npm install -g @googleworkspace/cli
gws auth setup

Verify it works: gws gmail +triage should return unread inbox data.


Scope

Primary inbox only. Only triage emails in category:primary. Ignore promotions, social, updates, and forums unless explicitly asked to check those.


Helper Scripts

Reusable scripts live in <skill-directory>/scripts/:

  • extract_newsletter.py — Extracts readable text from raw gws message JSON (base64-decoded). Pipe from gws or stdin: gws gmail users messages get --params '{"userId":"me","id":"MSG_ID","format":"full"}' \ | python <skill-directory>/scripts/extract_newsletter.py
  • mark_read.sh — Marks one or more messages as read. Run sequentially (not backgrounded) to avoid race conditions: bash <skill-directory>/scripts/mark_read.sh MSG_ID1 MSG_ID2 MSG_ID3

Triage Workflow

Step 1: Pull the primary inbox

Start with the triage helper:

gws gmail +triage

This returns sender, subject, and date for unread messages. Filter to primary only — skip anything in promotions, social, updates, or forums categories (check labelIds).

For more detail on specific messages (e.g., to read a newsletter body), fetch individually:

gws gmail users messages get --params '{"userId":"me","id":"<message_id>","format":"full"}'

Then pipe through the extract script to get readable text:

gws gmail users messages get --params '{"userId":"me","id":"<message_id>","format":"full"}' \
  | python <skill-directory>/scripts/extract_newsletter.py

Other useful queries:

gws gmail users messages list --params '{"userId":"me","maxResults":20,"q":"is:unread category:primary"}'

Step 2: Categorize every email

Go through each unread message and assign it to one of three buckets:

Action Required — Flag these and keep unread. Characteristics:

  • From a real person the user knows or works with (clients, collaborators, friends, family)
  • Mentions money, deals, contracts, deadlines, or meetings
  • Asks a direct question or requests a decision
  • Time-sensitive (event RSVPs, expiring offers relevant to business)
  • From platforms where the user has active business
  • From any sender the user has told you to always flag

Newsletter / Informational — Summarize these, then mark as read. Characteristics:

  • AI/tech newsletters (TLDR, Ben's Bites, The Neuron, Import AI, Superhuman, etc.)
  • Industry updates, product launches, funding news
  • Business/creator economy newsletters
  • Fitness, health, mindset, or personal development content
  • Marketing or growth content

Low Priority — Mark as read silently. Characteristics:

  • Automated notifications (GitHub, Notion, app alerts)
  • Marketing/promotional emails from brands
  • Social media notifications (LinkedIn, X, Instagram)
  • Receipts and order confirmations (unless very recent / relevant)
  • Spam or irrelevant outreach

When in doubt, err on the side of flagging as important — better to surface something irrelevant than miss something that mattered.

Step 3: Summarize newsletters by topic

For Newsletter emails, fetch the full body if needed, then group summaries by broad topic:

  • AI / Tech — lead with this group, give it the most depth. Focus on what's relevant: AI agents, developer tools, new models, content creation tech, solo founder tools
  • Business / Creator Economy — growth strategies, monetization, newsletter tactics, sponsorship trends
  • Fitness / Health — training science, nutrition, recovery
  • Mindset / Personal Development — productivity, mental models, habits
  • Other — anything that doesn't fit the above

For each newsletter:

  • 2-4 bullet points max — focus on what's actionable or relevant
  • Call out anything that's a potential content idea or business opportunity
  • Skip the fluff entirely

Step 4: Mark emails as read

Mark both Newsletter and Low Priority emails as read using the helper script:

bash <skill-directory>/scripts/mark_read.sh MSG_ID1 MSG_ID2 MSG_ID3 ...

Or individually:

gws gmail users messages modify --params '{"userId":"me","id":"<message_id>"}' --json '{"removeLabelIds":["UNREAD"]}'

Important: Run mark-as-read sequentially, not backgrounded with &. Backgrounding causes race conditions with the gws keyring.

Do NOT mark Action Required emails as read — those stay unread until the user handles them.

Step 5: Deliver the briefing

Present results in this order:

1. Action Required (if any) For each: who it's from, what they need, and a suggested next step.

2. Newsletter Highlights (if any) Grouped by topic (AI/Tech first, then others). Each newsletter gets a name + 2-4 bullets.

3. Cleanup Summary One line: "Marked X emails as read" with a few examples of what was cleared.

Keep it tight. The whole briefing should be scannable in under 60 seconds.


Important Senders (always flag)

If an email is from any of these, it's Action Required regardless of content:

  • Any email from a real person (not a no-reply address) that appears to be a direct message
  • Sponsors, brand partners, or anyone discussing business deals
  • Any client or prospect

This list evolves — if the user says to always flag someone, add them here.


What This Skill Does NOT Do

  • Send, reply to, forward, or draft emails
  • Delete emails
  • Move emails between folders/labels (except marking as read)
  • Write anything to Notion or other systems
  • Access accounts other than the authenticated Gmail

If asked to reply or send, remind the user this skill is read-only and suggest they handle it directly.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.21%
按下载量换算32

Claude

29.44%
按下载量换算26

Cursor

17.26%
按下载量换算15

Gemini CLI

10.33%
按下载量换算9

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills