メニュー
**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.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
トレンド収集
gog CLIでGmailの過去90日を読み取り専用監査し、頻繁かつ低価値なメールマガジンや反復通知だけを最大5件の解除・配信頻度変更・filter候補として提案する。受信箱のノイズ低減、newsletter整理、定期的なメール衛生レビューで使う。低品質でも低頻度のメールは候補にせず、解除、filter作成、削除、既読化は実行しない。
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', '便利な使い方', 'おすすめ設定'
SOC 職業分類に基づく
| name | create-web-api |
| description | **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. |
Design or audit an implementation-ready Web API contract.
Resolve purpose and consumers; resources and operations; trust boundary and authorization; sync/async behavior; compatibility; and limits affecting pagination, uploads, timeouts, or rate limits.
Use explicit assumptions when safe. Present product-dependent numeric limits, retention, scopes, and state transitions as decisions to confirm, not facts.
Produce a compact specification; drop irrelevant sections:
Mark unresolved product decisions; do not invent domain rules.
Ask one blocking question only when no safe default exists. Otherwise state the assumption and proceed. Preserve compatibility when project conventions conflict with the rubric, and flag the trade-off.
