菜单
GitHub Issue/PRの情報をNotionの任意DBに起票する。「Notionに起票」「issueをNotionに転記」「PRをNotion登録」等のとき使用。Notion公式リモートMCP(notion-mcp-server)を利用する。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Render analysis, dashboards, audits, reports, comparisons, or architecture diagrams as a single self-contained HTML file (inline SVG charts + CSS, no React, no CDN, works offline) instead of a wall of markdown, then open it in the browser. Triggers: "/canvas", "canvas", "キャンバス", "ダッシュボード", "dashboard", "図解して", "可視化して", "グラフィカルに", "visualize", "make it visual", "render as a page", "レポートにして", or when a result is data-dense (multi-source metrics, table comparisons, dependency/architecture maps, PR review summaries, eval results) and markdown would be hard to scan.
Run long-lived or background commands inside detached tmux sessions instead of the agent's own background shell, so that (1) a human can attach and watch the job live, and (2) the job's lifetime is decoupled from the parent shell / agent session and survives its death. Use when launching builds, servers, watchers, test runs, migrations, or any process that should keep running independently and be observable by the user. Triggers: "run in the background", "keep it running", "start a server", "I want to watch it", "バックグラウンドで動かして", "監視できるように", "tmuxで動かして".
Aggressively fact-check claims in the last assistant message or specified text/file against authoritative sources (AWS docs MCP, WebSearch, WebFetch, agent-browser, gh, package registries). Depth-first per claim — exhaust evidence, follow references, run adversarial counter-queries before moving on. Triggers: "verify", "ファクトチェック", "エビデンスチェック", "本当に合ってる?", "ソースは?", "検証して", or right after producing technical content with API names, versions, config keys, quotas, ARNs, or URLs.
Delegate a task to an independent Claude Code session in a tmux pane
ユーザーの既存Chromeブラウザ（デバッグポート9222）に接続して操作する。ログイン済みセッション・Cookie・認証状態を引き継いだブラウザ操作が必要な場合に使う。トリガー例:「ログインした状態で操作して」「認証が必要なページを開いて」「今開いているブラウザで操作して」「セッションを使って」。
シンプルなブラウジング用。ログインセッション不要で、Webページの閲覧・データ抽出・スクリーンショット取得などを即座に実行できる。CDPポート接続なしで新規ブラウザを起動する。トリガー例:「このURLの内容を見て」「ページからデータを取得して」「スクリーンショットを撮って」「サイトの情報を調べて」。
| name | github-to-notion |
| description | GitHub Issue/PRの情報をNotionの任意DBに起票する。「Notionに起票」「issueをNotionに転記」「PRをNotion登録」等のとき使用。Notion公式リモートMCP(notion-mcp-server)を利用する。 |
| argument-hint | <issue/PR URL or number ...> [--db <database url|id|name>] |
| allowed-tools | Bash(gh:*), mcp__notion__notion-search, mcp__notion__notion-fetch, mcp__notion__notion-create-pages, mcp__notion__notion-query-data-sources |
| disable-model-invocation | true |
GitHub Issue/PR の情報を、Notion 公式のリモート MCP サーバー経由で任意のデータベースに起票する。
未登録の場合、ユーザーに以下のコマンドを案内する(自動実行はしない):
claude mcp add --transport http notion https://mcp.notion.com/mcp
その後 Claude Code 内で /mcp を実行し、OAuth フローで Notion ワークスペースを認証する。
確認:
/mcp で notion サーバーが connected 状態であること公式 notion-mcp-server が提供するツールのうち本スキルで使うもの:
| ツール名 | 用途 |
|---|---|
mcp__notion__notion-search | DB名から data source を検索 |
mcp__notion__notion-fetch | DB のスキーマ/プロパティ取得 |
mcp__notion__notion-query-data-sources | DB の既存ページ重複チェック(任意) |
mcp__notion__notion-create-pages | DB に新規ページを作成 |
注: 新 MCP は Markdown ベースで動作する。ブロック構造を組み立てる必要はなく、本文は Markdown 文字列を渡すだけで良い。
ユーザーは以下のいずれかを指定する:
https://github.com/owner/repo/issues/123https://github.com/owner/repo/pull/456#123 (カレントリポジトリ)#123 #456 https://github.com/foo/bar/pull/7 (混在可)オプション:
--db <database url|id|name> -- 対象 DB。Notion の DB URL、data_source_id、または DB 名(部分一致検索)を受け付けるNOTION_DEFAULT_DB (URL/ID/名前のいずれか) を参照。それも無ければユーザーに質問するowner/repo、番号、種別 (issue/PR) を特定gh repo view --json nameWithOwner -q .nameWithOwner--db の値を取り出し、URL/ID/名前のいずれかを判定並列実行可。複数指定があればまとめて取得する。
Issue:
gh issue view <number> --repo <owner/repo> \
--json number,title,body,state,labels,assignees,url,createdAt,updatedAt,author,milestone
PR:
gh pr view <number> --repo <owner/repo> \
--json number,title,body,state,labels,assignees,url,createdAt,updatedAt,author,baseRefName,headRefName,isDraft,reviewDecision,milestone,mergedAt
種別が不明な場合は先に gh api repos/{owner}/{repo}/issues/{number} を叩き、pull_request フィールドの有無で判定する。
--db の値の種類で分岐:
(a) Notion DB URL の場合
mcp__notion__notion-fetch に URL をそのまま渡す(b) data_source_id / database_id の場合
mcp__notion__notion-fetch に ID を渡す(c) DB 名(文字列)の場合
mcp__notion__notion-search で query: "<DB名>"、filter: { property: "object", value: "data_source" } を指定して検索mcp__notion__notion-fetch でスキーマを取得取得した DB スキーマ(properties)を読み、GitHub データを存在するプロパティのみにマッピングする。
ハードコードせず、毎回スキーマを参照すること。
典型的なマッピング:
| Notion Property Type | マッピング元 GitHub フィールド |
|---|---|
| title | title |
| url | url |
| select / status | state (OPEN/CLOSED/MERGED 等) |
| multi_select | labels[].name |
| people / multi_select | assignees[].login |
| date | createdAt (or updatedAt, mergedAt) |
| rich_text | author.login, number, baseRefName -> headRefName 等 |
| number | number |
| checkbox | isDraft (PRのみ) |
スキーマに存在しないプロパティはスキップする。 名前マッチが曖昧 (例: "Status" と "State" のどちらに state を入れるか) な場合はユーザーに確認する。
同じ Issue/PR が既に起票されていないかを mcp__notion__notion-query-data-sources で確認する:
mcp__notion__notion-create-pages を呼び出す。
親には Step 3 で取得した data source / database の参照を指定する。
各ページの中身:
properties: Step 4 でマッピングしたプロパティcontent: 以下の Markdown 本文を渡す## 概要
{GitHub body の内容をそのまま Markdown として埋め込む}
## メタ情報
- 種別: Issue / Pull Request
- 状態: {state}
- 作成者: @{author.login}
- 作成日: {createdAt}
- ラベル: {labels join ", "}
- アサイニー: {assignees join ", "}
- マイルストーン: {milestone.title}
- (PR のみ) ブランチ: {headRefName} -> {baseRefName}
- (PR のみ) Draft: {isDraft}
- (PR のみ) レビュー: {reviewDecision}
## リンク
- [GitHub で開く]({url})
複数の Issue/PR が指定された場合、notion-create-pages は複数ページを一括作成できるので 1 リクエストにまとめる。
作成された各ページの Notion URL を一覧でユーザーに返す。重複チェックでスキップしたものがあれば併記する。
mcp__notion__* ツールが未提供 -> Notion MCP が未登録/未認証。Step "前提" のセットアップ手順を案内notion-fetch で 401/403 -> Notion 側で対象ページへのアクセス許可がない。ワークスペース管理者に確認するよう案内notion-create-pages で validation エラー -> プロパティ名/型ミスマッチ。Step 4 のマッピングを再確認しリトライgh 認証エラー -> gh auth login を案内