القائمة
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 を案内