メール、カレンダー、タスク管理、自動化（7,823 件）
taskboard の MCP tool でタスク・作業項目・文書と、案件・定期起動・セッション・受信箱を扱う。依頼を受けて作業に入る時（紐づくタスクが無ければ起票する）、状況を聞かれた時、自分のセッションに紐づくタスクの列を進める・起票する時、計画の承認後に作業項目を登録し着手・完了・待ちを更新する時、計画書・設計提案を人に読ませて採否やレビューを求める時、ボードの一覧・状態を確認する時、オーケストレーターとして全体の health を見回る時、案件・定期起動・セッションを作る・変える・止める・消す時、依頼に taskboard・タスクボード・kanban・作業項目の語がある時に使用。境界: taskboard の外で始まったセッションをタスクに移すのは taskboard-adopt、pane・tab・agent の操作は herdr、作業ログ・調査記録はメモリディレクトリ、ボードの画面操作はユーザーの領域、新しい定期起動の中身（仕組みの選択・手順書・プロンプト・状態ファイル）の設計は scheduling-jobs。
このMacで定期実行するジョブを新しく作る・作り直す・やめる。エージェントに判断させる巡回は taskboard の定期起動、決まった処理だけのシェルスクリプトは launchd で作り、手順書・状態ファイル・ログ・秘密情報の置き場と、登録後の試運転までを同じ型で揃える。「定期実行を作って」「毎朝◯◯させたい」「毎時巡回させたい」「cronで回したい」「LaunchAgentを作って」等の依頼時、既存の定期実行が失敗・スキップし続けている時、不要になった定期実行を片付ける時に使用。境界: クラウドで動かす routine は schedule、今のセッション内での繰り返しは loop、定期起動の tool の引数・見回りは taskboard。
タスク進行中に、続行・即出荷・方向転換のどれが妥当かを、fresh なサブエージェント1体に状況サマリだけ渡して裁定させる。/gal-check 実行時、「ずれてない？」「このまま続けていい？」「ギャルに聞いて」等の方向確認の依頼時、外部レビューループの打ち切り条件に達した時に使用。成果物の中身は読まない。境界: 成果物のレビューは pr-review、計画の穴の対話検証は grilling。
playwright の常駐 Chrome にログイン済みの Slack Web クライアントを scripts/slack_browser.py で操作し、チャンネル一覧・履歴・スレッド・検索の取得を行い、投稿文は Slack MCP が繋がる別ワークスペースの自分の DM へ下書きとして送る（直接投稿は明示の指示があるときだけ）。Slack の MCP・アプリ連携を繋げないワークスペース（guest 権限など）で、Slack のパーマリンクを読む・Slack を検索する・Slack に投稿や返信をする依頼時に使用。境界: Slack MCP が繋がるワークスペースはそちらを使う、投稿する日本語の文面の作成は ukwhatn-writing、ブラウザ経路の選び方と共有コンテキストの規則は context/browser-automation.md。
taskboard を使わずに動いていたセッションを taskboard のタスクに移す。今の作業（作業ディレクトリ・ブランチ・PR・メモリディレクトリの計画）を確かめ、紐づくタスクを探すか起票してこのセッションを結び、列の説明つきの案内を読み、手元の計画を作業項目に写す。/taskboard-adopt 実行時、「taskboard に移して」「このセッションをタスクに結んで」「taskboard 仕様にして」等の依頼時、taskboard より前から動いているセッション・普段使いの herdr やターミナルで起こしたセッション・古い会話を再開したセッションで SessionStart の taskboard の案内が無いときに使用。境界: 結んだ後の列・作業項目・文書の日々の扱いは /taskboard、pane・agent の操作は /herdr。
PR レビュー。PR 番号・URL・ブランチ名・Slack リンク等を添えて PR の「レビュー」を依頼された時に使用（ビルトインの /review ではなく本スキル）。Claude Code と外部 CLI のマルチモデルレビューで Critical/High/Medium の指摘を報告する。境界: ローカル未コミット変更は /code-review、自ブランチの提出前チェックは self-review、特定コメントへの対応は pr-comment。PR の状態確認・作成相談では使わない。
作業開始手順。Issueを作成し、mainを最新化してIssue番号付きブランチを切る。「作業を始めて」「Issueを作ってブランチを切って」「新しいタスクを開始」と言われたら使う。
Create an implementation plan and a GitHub Issue based on the task description provided as an argument. Use this when the user supplies a natural-language task description (not an issue number) and wants a new implementation-ready Issue. If the input is an existing issue number, use create-issue-from-issue-number (re-analyze) or update-issue (reflect comments) instead.
日本語の概要は準備中です。原文の説明を表示しています。
Execute tasks based on GitHub Issue content
日本語の概要は準備中です。原文の説明を表示しています。
INTERNAL/HELPER skill — do NOT invoke directly from a user query. This is the shared formatter/poster used by breakdown-issues. It formats a scope GitHub Issue body (label cc-triage-scope, used before code analysis), runs the pre-posting checklist, and executes `gh issue create`. Invoke this skill ONLY from one of the parent skills via the Skill tool, after the parent has finalized the task breakdown. If a user asks to 'create a scope issue' or similar, route them to the parent skill (/breakdown-issues) rather than invoking this one directly.
日本語の概要は準備中です。原文の説明を表示しています。
claude-task-workerプラグインのバージョンをインクリメントし、commit-pushでコミット・プッシュしたうえでPRを作成する。引数で `major` / `minor` / `patch` を受け取り、対応する部分をインクリメントする（省略時は `patch`）。「バージョンを上げて」「バージョンアップ」「bump version」「メジャーバージョンを上げて」などのリクエストで使用する。
GitHub Actions ワークフロー実行（run）のIDまたはURLを受け取り、その実行が失敗している場合に原因を調査・特定して修正し、PRを作成します。成功している場合は何もしません。
与えられた企画・機能アイデアに対して不明点をユーザーへ質問し、合意した内容を PRD（プロダクト要求仕様）として確定させ、GitHub Issue として作成するスキル。「PRDを作って」「要求仕様をまとめて」「この企画をPRD化して」といったリクエストで使用する。作成した PRD Issue は `/breakdown-issues <番号>` へ渡してタスク分解できる。
Re-analyze an existing GitHub Issue using its current title and body, refresh the implementation plan against the latest code state, and update the Issue in place. Use when the user provides an Issue number (numeric, `#`-prefixed, or Issue URL) and wants to regenerate the code analysis via the explore-agent subagent. For reflecting comment-driven updates, use update-issue. For creating a brand-new Issue from a natural-language task description, use create-issue.
日本語の概要は準備中です。原文の説明を表示しています。
依頼された内容（自然言語の説明、または既存のIssue番号）を要件とTODOに分解し、タスクごとにGitHub Issueを作成するスキル。タスクの整理・分解、複数Issueの一括作成、依存関係の明示が必要な場合に使用する。「この機能をIssueに分けて」「タスクを洗い出してIssueにして」「PRDのIssue #123 を分解して」といったリクエストで発動する。
claude-task-worker のカスタムワーカー（`workerFiles` に登録する TS 定義）を、`AskUserQuestion` で要件を全項目確定させてから生成し、`claude-task-worker list-workers` でロード検証までするスキル。「カスタムワーカーを作って」「独自のワーカーを追加したい」「新しいラベルで動くワーカーを定義したい」といったリクエストで使用する。
有馬記念分析システムのコメント引き算レビュー。不要コメント（コードの再掲・getter 名と同義の JSDoc）、コメント量の増えすぎ（多行ファイルヘッダ・長い @example・装飾過多・base 差分での純増）、陳腐化（コメントアウトされた旧コード・重み変更で古くなる数値コメント・理由なし TODO）、冗長・重複（同じ重み配分の説明が複数ファイルに散在）を検証する。コメントが『存在するか/1行で why を書くか』の足し算側は review-code 2.5 の責務で、本スキルはその過剰・不要を削る側を見る。Use when user says 'コメントレビュー', 'コメント量チェック', 'review comments', '不要コメント確認', or '過剰コメント'.
Interact with the HoneyComb agent marketplace. Browse agents, skills, and tools. Submit use cases for job tickers. Post and vote on comments. Purchase and download agent archives. Check automation scores. Use when exploring the marketplace, contributing content, or acquiring agents.
日本語の概要は準備中です。原文の説明を表示しています。
DON'T USE THAT SKILL. IT'S JUST AN EXAMPLE. Summarize today's Gmail inbox by category with anonymized senders and subjects, then surface the top 3 emails to focus on next. Run only when the user types /email-summary.
日本語の概要は準備中です。原文の説明を表示しています。
Scan Gmail (default: today's inbox), produce an anonymized summary with action points, then export each email to Linear as an issue with a sensible priority. No personal details — names, email addresses, or company identifiers — ever leave the summary or reach Linear. Use when the user types /gmail-linear-exports, or asks to turn their inbox into Linear issues / export emails to Linear.
日本語の概要は準備中です。原文の説明を表示しています。
Guides a first-time user through onboarding and picks the right workflow. Use when the user is new, just cloned or installed the studio, has no idea or engine yet, asks where to begin, or wants to bring in an existing product.
日本語の概要は準備中です。原文の説明を表示しています。
Localization pipeline — find hardcoded strings, extract string tables, cultural review, transactional email & messaging, RTL, enforce string freeze.
日本語の概要は準備中です。原文の説明を表示しています。
Estimate task effort from complexity, dependencies, velocity, risk. Structured estimate with confidence levels.
日本語の概要は準備中です。原文の説明を表示しています。
Use when preparing FBT year-end work for an Australian employer: identifying fringe benefits, collecting declarations, applying gross-up, calculating reportable fringe benefits amounts, and building the FBT return workpaper. FBT year runs 1 April to 31 March.
日本語の概要は準備中です。原文の説明を表示しています。