Menú
gog CLIでGmailの過去90日を読み取り専用監査し、頻繁かつ低価値なメールマガジンや反復通知だけを最大5件の解除・配信頻度変更・filter候補として提案する。受信箱のノイズ低減、newsletter整理、定期的なメール衛生レビューで使う。低品質でも低頻度のメールは候補にせず、解除、filter作成、削除、既読化は実行しない。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
トレンド収集
GmailとSlackの直近メッセージから、根拠付きの「今日やること」を最大3件に絞り、ADHDフレンドリーな日次アクションプランとしてlifeリポジトリへ保存する。朝や昼の受信箱トリアージ、返信・確認・フォローアップの計画、Hermes Agentの定期実行で使う。メール送信、Slack投稿、既読化、タスク登録、予定登録は行わない。
Conduct large-scale, resumable research over public X/Twitter posts with Bird from a user-supplied research specification. Use when collecting hundreds to tens of thousands of posts, enriching public profile signals, applying an arbitrary evidence-based classification rubric, and generating a source-linked dashboard with original-post detail views.
X/Twitter command-line tool for reading, searching, posting, and interacting. Use when the user wants to read, search, post, or interact with X/Twitter through the bird CLI.
Grokを使ってX（Twitter）上のリアルタイム情報を検索する。ユーザーの反応、最新トレンド、議論の調査に使用。Chrome MCP環境でのみ動作。Triggers on: 'Xでの反応', 'ツイッターで', 'SNSの反応', '最新情報', 'リアルタイム', 'トレンド', '話題', 'バズ', '評判', '口コミ', 'みんなどう言ってる', 'みんなの反応', '反応を調べ', '〜の反応', '〜への反応', '世間の声', '感想を調べ', 'grokで', 'grokを使って', '〜の使い方', '〜のtips', 'tips', '便利な使い方', 'おすすめ設定'
**WORKFLOW SKILL** - Use when designing, reviewing, or auditing REST-like HTTP/Web API contracts. USE FOR: resources, endpoints, schemas, errors, pagination, idempotency, auth, versioning, and whole-API audits. DO NOT USE FOR: implementation-only work with a fixed contract or GraphQL/gRPC schema design.
| name | audit-email-noise |
| description | gog CLIでGmailの過去90日を読み取り専用監査し、頻繁かつ低価値なメールマガジンや反復通知だけを最大5件の解除・配信頻度変更・filter候補として提案する。受信箱のノイズ低減、newsletter整理、定期的なメール衛生レビューで使う。低品質でも低頻度のメールは候補にせず、解除、filter作成、削除、既読化は実行しない。 |
Gmailを有限に監査し、注意を繰り返し奪う配信系列だけを根拠付きで提示する。単に面白くないメールを減らすのではなく、反復による負荷を減らす。
他のtoolを呼ぶ前に$i-have-adhd skillをロードする。その指示を、保存する監査結果と完了メッセージの両方に適用する。
VMでは、可能ならgog公式のbaked readonly safety profileを使う。stock binaryを使う場合も、すべての取得commandへ--readonly --gmail-no-send --no-inputを付ける。
初回認証はユーザーが対話的に行う。新規認証ならGmail read-only scopeを使う。
gog auth add <account> --services gmail --gmail-scope readonly --manual
実行前に認証を確認する。
gog auth doctor --check --no-input
複数accountがある場合は--account <email-or-alias>を明示する。skillから認証設定を変更しない。
thread単位のgog gmail searchでは配信回数を数えない。1通ごとに返すgog gmail messages searchを使う。
gog \
--readonly \
--gmail-no-send \
--no-input \
--json \
--wrap-untrusted \
--enable-commands-exact gmail.messages.search \
gmail messages search \
'in:anywhere newer_than:90d -in:spam -in:trash -from:me' \
--max 2000 \
--all-pages \
--results-only
最初の走査では--include-bodyと--fullを使わない。message ID、thread ID、From、Subject、Date、labelsだけを集計する。
次をcoverageとして記録する。
ready / partial / unavailable上限へ達した場合はpartialとし、「候補なし」と断定しない。
まず送信元addressと安定した件名prefixで仮集約する。頻度gateへ届きそうな系列だけ、代表messageのmetadata headerを取得する。
gog \
--readonly \
--gmail-no-send \
--no-input \
--json \
--wrap-untrusted \
--enable-commands-exact gmail.get \
gmail get <messageId> \
--format metadata \
--headers 'From,Subject,Date,List-ID,List-Unsubscribe,List-Unsubscribe-Post,Precedence,Auto-Submitted' \
--results-only
List-IDがあればそれを系列の主keyにする。なければ送信元addressと安定した件名prefixを使う。同じdomainでもnewsletter、領収書、security alertなど用途が違う系列を統合しない。
各系列について次を計算する。
本文がないと有用性を判断できない場合だけ、候補系列ごとに最大3通をsanitizeして取得する。
gog \
--readonly \
--gmail-no-send \
--no-input \
--json \
--wrap-untrusted \
--enable-commands-exact gmail.get \
gmail get <messageId> \
--sanitize-content \
--results-only
次のいずれかを満たす系列だけを評価対象にする。
このgate未満なら、内容の品質が低くても解除・filter候補にしない。月刊、季刊、単発campaign、まれな通知を「低価値」という理由だけで除外しない。
List-Unsubscribe、Promotions分類、未読だけでは頻度gateを満たしたことにも、低価値の証拠にもならない。
解除候補は必ず次の論理にする。
candidate = frequency_gate AND low_utility_evidence AND NOT protection_signal
低有用性の根拠候補:
次の保護signalを1つでも確認したら、解除候補から外すかreviewへ下げる。
保護signalは低有用性signalより優先する。確信が弱い場合は解除候補にせずreviewにする。
頻度による削減効果が大きく、誤解除riskが低い順に最大5件を出す。
提案actionは次のいずれかにする。
unsubscribe_proposal: mailing listで、Gmailの解除UIを使えるreduce_frequency_proposal: 配信設定でdailyからweeklyなどへ変更できそうfilter_proposal: 解除すべきでない反復通知をInboxから外す案review: 保護signalまたは不確実性があるため本人確認が必要List-UnsubscribeとList-Unsubscribe-Postから解除方式をone_click / web / mailto / unknownに分類する。ただしtoken付きURLやmailto addressを成果物へ記録せず、HTTP requestやメール送信も行わない。
gogには購読解除を実行する専用commandがない。解除はGmailのUIで本人が確認する別操作として扱う。
filter案を出す場合は、権限があれば既存filterとの重複だけをread-onlyで確認する。
gog \
--readonly \
--gmail-no-send \
--no-input \
--json \
--enable-commands-exact gmail.settings.filters.list \
gmail settings filters list \
--results-only
Gmail read-only OAuth scopeだけではsettings取得が権限不足になる場合がある。その場合はfilter coverageをunavailableとし、認証scopeをskillから拡張しない。
元threadへの参照が必要なら次でGmail URLを得る。
gog \
--readonly \
--gmail-no-send \
--no-input \
--enable-commands-exact gmail.url \
gmail url <threadId>
~/ghq/git.yutakobayashi.com/yuta/life/action/review/YYYYMMDD-email-noise.mdへ保存する。directoryがなければ作成する。
# メールノイズ監査: YYYY-MM-DD
## 今回の確認範囲
| Account | Status | Range | Messages | Note |
| --- | --- | --- | ---: | --- |
| ... | ready/partial/unavailable | 90日 | ... | ... |
<!-- generated:start -->
## 解除・整理候補
### 1. [配信系列名] — unsubscribe proposal
- 頻度: 7日 X通 / 30日 X通 / 90日 X通
- 反復: X日・X週
- Noise evidence: [観測した事実]
- Protection signals: なし / [要確認事項]
- 解除方式: one_click/web/mailto/unknown
- Scope: [このList-IDまたは送信元だけ。domain全体に広げない]
- Samples: [件名を最大3件、機微情報は要約]
- Source: [Gmail URL]
- Confidence: high/medium/low
- 選択: [残す] [保留] [解除を確認]
## Review
- [不確実な系列] — 理由: [...]
## 候補外ルール
- 頻度gate未満の系列は、低品質でも候補にしていない
- security、取引、個人宛など保護signalがある系列は候補にしていない
## 今回はここまで
- 提示: X / 最大5件
- 次回監査の目安: YYYY-MM-DD
<!-- generated:end -->
## 手動メモ
-
既存fileがある場合は、ユーザーの選択と手動メモを保持してgenerated部分だけを更新する。残すとされた系列を、明確な頻度変化やユーザー指示なしに再提案しない。
候補数、coverage、保存先を短く返す。最後は候補1件について、2分以内でできる判断を1つだけ示す。
メールノイズ監査完了: <path>
候補: X件 / Coverage: ready
最初の一手: 候補1を「残す・保留・解除を確認」から選ぶ（2分）
候補が0件でも、低品質なメールが存在しないとは断定しない。「頻度gateを満たす解除候補は0件」と表現する。