一覧へ戻る
Blog

会議で決まったことを、そのままLinearのissueに。SuperIntern MCP×Linear連携の実践ガイド

2026年7月27日NanoHuman Inc.
会議で決まったことを、そのままLinearのissueに。SuperIntern MCP×Linear連携の実践ガイド

会議で「じゃあそれ、issue化しておきますね」と言ったあとの作業を思い出してください。

議事録を開き、アクションアイテムを1つずつコピーして、Linearで新規issueを作り、タイトルを整え、担当者と優先度を付けて、背景をだれが読んでも分かるように書き直す。1件2〜3分でも、定例のたびに4〜5件あれば毎回15分。しかも急いでいると「すでに同じissueがあった」「そもそも起票し忘れた」が起きます。会議の内容はSuperInternに、タスクはLinearにと、データと行き先が分かれているせいで、間をつなぐのはいつも人間の手作業でした。

この記事では、SuperInternのMCPとLinearのMCPをAIアシスタントのClaudeにつなぎ、「会議で決まったことを、重複チェック込みでLinearのissueにする」までをプロンプト1つで完結させる方法を、実際のプロンプト例つきで紹介します。

⚠️ 本記事は、2026年7月時点の公開情報やユーザーフィードバックを基に独自にまとめたものです。

目次

今日やること:Before / After

Before:会議後に議事録を見ながら、Linearに1件ずつ手で起票。重複していないかの確認は記憶頼み。忙しい週は起票そのものが後回しになり、翌週「あれどうなった?」から会議が始まる。

After:Claudeに「今日の定例のアクションアイテムをLinearに起票して」と1回頼むだけ。Claudeが議事録からタスクを抽出し、既存issueと突き合わせて、新規のものだけを担当者・優先度付きで起票します。

前提として、SuperInternはbotless(会議にbotが参加しない)のデスクトップアプリで、文字起こしとAI議事録を自動で残します。会議中に何かを操作する必要はありません。会議データは勝手に貯まっているので、あとは「タスク管理ツールに反映する」部分をAIに任せるだけの状態になっています。

SuperIntern

仕組み:3つの役割分担

この連携は、3つの登場人物の組み合わせで成り立っています。

役割担当やること
会議データの提供SuperIntern MCP文字起こし・ライブ文字起こし・AI議事録・会議ノートを読み取り専用で提供
判断と編集Claude(AIクライアント)会議データを読み、アクションアイテムの抽出・重複判定・issue文面の作成
アクション先Linear(MCP)issueの作成・更新・コメント追記・既存issueの検索

MCP(Model Context Protocol)は、AIアシスタントを外部ツールに安全につなぐためのオープン標準です。SuperInternのMCPは会議データをAIクライアントに読み取り専用で提供し、Linear側はLinear公式のMCPサーバーがissueの検索・作成・更新を担当します。つまり、Linearにissueを作るのはSuperInternではなくClaudeです。SuperIntern側のデータがAIから書き換えられることは一切なく、参照できるのも本人がSuperIntern上で閲覧できる会議だけ。書き込みが発生するのはLinear側だけなので、「AIに任せて議事録が壊れる」心配なしに試せます。

セットアップ

準備は2つの接続だけです。どちらもAPIキーの発行は不要で、画面上のログインだけで完了します。

1. SuperIntern MCPをClaudeに接続する

Claudeの設定→コネクタから「カスタムコネクタを追加」を選び、接続URLを登録します。

https://mcp.app.super-intern.com/mcp

SuperInternのログイン画面が開くので、アカウントでログインして許可すれば完了です。SuperIntern側の利用条件(個人はPlusプラン以上、Enterpriseは管理者の有効化が必要)やClaude Code・Cursorなど他クライアントでの手順は、MCP設定手順ガイドに詳しくまとめています。

2. Linear MCPをClaudeに接続する

LinearもMCPサーバーを公式提供しています。Claudeのコネクタ一覧からLinearを追加するか、カスタムコネクタとして接続URLを登録し、LinearワークスペースへのOAuth認証を許可します。

https://mcp.linear.app/mcp

Claude Code・Cursor・Codexなど主要なMCP対応クライアントの個別手順はLinear公式ドキュメントにまとまっています。

接続できたか不安なときは、まずこう聞いてみてください。

SuperInternの直近の会議を3件と、Linearの自分にアサインされたissueを3件教えて

両方が返ってくれば、準備完了です。

実演1:会議直後にアクションアイテムを一括起票する

いちばん出番が多いのが、定例やキックオフの直後の一括起票です。ポイントは、抽出と起票の間に既存issueとの重複チェックを挟むこと。ここがAIに任せる価値の中心です。

今日の「プロダクト定例」のAI議事録を取得して、アクションアイテムを抽出して。
それぞれLinearのProductチームの既存issueと重複していないか確認し、
新規のものだけをissueとして起票して。
タイトルは動詞で始める形に整え、本文には決定の背景と元の会議名を書き、
担当者と優先度も議事録の内容から設定して

Claudeが議事録を読み、Linearを検索し、こんな結果を返してくれます。

Productチームに4件のissueを作成しました。
・「オンボーディングB案のデザインに着手する」担当: 田中 / High
・「監査ログのエクスポートAPI仕様をドラフトする」担当: 佐藤 / Medium
・「価格改定の競合調査をまとめる」担当: 鈴木 / Medium
・「SSO設定画面のエラーメッセージ文言を修正する」担当: 未設定 / Low
なお「モバイル版の通知改善」は既存のPRO-198と重複していたため、起票せずPRO-198に会議での議論をコメントとして追記しました。

ClaudeがLinearのProductチームに起票したissue一覧

各issueの本文には「なぜこのタスクが生まれたか」が会議名付きで残ります。あとから経緯を聞かれても、issueを開けば会議までたどれる状態です。SuperInternのAI議事録はアクションアイテムが構造化されているので、抽出の精度も安定します。

実演2:スプリントプランニングをそのままサイクルに反映する

プランニング会議のアウトプットは「合意したスコープ」と「持ち越しの理由」の2種類です。どちらもLinearに反映するべき情報ですが、会議後にまとめて転記するのは骨が折れます。

昨日の「スプリントプランニング」の文字起こしを取得して、
今サイクルでやると合意した項目をLinearのissueにして、現在のサイクルに割り当てて。
すでにissueがあるものは新規作成せず、サイクルへの割り当てだけ行って。
持ち越しが決まった項目は、該当する既存issueに持ち越しの理由をコメントで追記して

議事録ではなく文字起こしを指定しているのがポイントです。プランニングでは「なぜ持ち越すか」の議論の温度感が大事なので、要約前の発言まで参照させると、コメントに残る理由が具体的になります。「〇〇の依存が解消されてから」といった口頭の条件が、そのままissueのコメントに残ります。

実演3:週次で「口頭のまま消えたタスク」を拾い上げる

会議で口頭報告されたのに、どこにも起票されず消えていくバグ報告や改善要望。これを週に1回、まとめて回収します。複数の会議を横断して参照できるのはMCPならではです。

今週の「プロダクトチーム」プロジェクトの会議をすべて取得して、
口頭で報告されたバグや改善要望を洗い出して。
Linearの既存issueに該当するものは、会議での文脈をコメントで追記し、
どこにも起票されていないものは、新規issueのドラフト一覧として先に見せて

このプロンプトでは、新規分をすぐ起票せずドラフトとして見せるように頼んでいます。週次の拾い上げは対象が広く、会議の雑談まで拾ってしまうこともあるため、一覧を眺めて「これとこれは起票して」と返す2段階が安全です。毎週金曜にこれを打つだけで、「言ったのに消えた」タスクがなくなります。

運用のコツと注意点

ドラフト確認から始める。 最初の数回は「起票する前に一覧を見せて」を付けて、Claudeの抽出の癖と粒度を把握してください。丁度いい設定が見つかったら、その指示ごとプロンプトを定型文として保存すれば、次回からは貼るだけです。

チームとプロジェクトは具体名で指定する。 「Productチームに」「今のサイクルに」と明示するほうが、誤った場所への起票を確実に防げます。Linear側のチーム構成が複雑な場合ほど効きます。

タイトルと粒度の規約をプロンプトに焼き込む。 「タイトルは動詞で始める」「1つのissueは1人が1週間以内に終えられる粒度に分割」など、チームのissue規約をプロンプト側に固定すると、手で書いたissueと見分けがつかない品質になります。

重複チェックを必ず入れる。 「既存issueを検索してから」と一言入れるだけで、二重起票がほぼなくなります。むしろ人間より丁寧に検索してくれます。

固有名詞の精度はSuperIntern側で上げる。 担当者名や機能名が正しく文字起こしされているほど、担当者アサインの精度も上がります。SuperInternのカスタム辞書に頻出のメンバー名・機能名を登録しておくのがおすすめです。

書き込みはLinear側だけ。 SuperInternのデータはMCP経由では一切変更されません。起票結果が気に入らなければLinear側で直すか消すだけなので、失敗のコストが小さいのもこの構成の良いところです。

応用:同じ構図で広がる使い方

「SuperIntern MCPがデータを出し、Claudeが判断し、別ツールが受け取る」という構図は、Linear以外にもそのまま広がります。

  • Slack展開:起票したissueの一覧を、そのままチームのSlackチャンネルに共有する。Slack連携の実践は前回の記事で詳しく紹介しています
  • 他のタスク管理ツール:JiraやGitHub IssuesにもMCP・コネクタ経由で同じ流れを組めます。「議事録から起票」のプロンプトはほぼ使い回せます
  • エディタで実装まで:Claude CodeにSuperIntern MCPとLinear MCPの両方をつなげば、「さっきの会議で決まったissueを起票して、そのまま実装に着手して」まで一続きになります

このシリーズでは、こうした組み合わせを今後も1つずつ、実際のプロンプトつきで紹介していく予定です。

よくある質問

Q. SuperIntern MCPは無料プランで使えますか?
A. いいえ。個人ワークスペースではPlusプラン以上が必要です。Teamプランではそのまま利用でき、Enterpriseプランでは管理者がワークスペース設定で「MCPアクセス」をONにした場合に利用できます。

Q. SuperInternが直接Linearにissueを作るのですか?
A. いいえ。issueの作成・更新はClaudeがLinear MCPを使って行います。SuperIntern MCPは会議データを読み取り専用で提供するだけで、SuperIntern自体は外部ツールに書き込みません。

Q. AIから議事録や会議データを書き換えられてしまいませんか?
A. できません。SuperIntern MCPのツールはすべて読み取り専用で、作成・編集・削除の操作は提供されていません。書き込みが発生するのはLinear側だけです。

Q. 間違ったissueが大量に作られる心配はありませんか?
A. 運用のコツで紹介した「起票前にドラフト一覧を見せて」を付ければ、作成前に人間が確認できます。仮に意図しないissueができても、Linear側で編集・削除すればよく、SuperIntern側の元データには影響しません。

Q. JiraやGitHub Issuesでも同じことができますか?
A. 構図は同じです。相手ツール側にMCPサーバーやAIクライアントのコネクタがあれば、「議事録からアクションアイテムを抽出して起票する」という流れはそのまま組めます。お使いのAIクライアントの対応状況を確認してください。

Q. Claude以外のAIクライアントでも使えますか?
A. SuperIntern MCPもLinear MCPも、Claude Code・Codex・CursorなどのMCP対応クライアントから利用できます。両方のMCPに接続できるクライアントであれば、この記事のプロンプトはほぼそのまま動きます。


会議で決まったことを「残す」まではSuperInternが自動でやってくれます。次は「タスクにする」を自動にする番です。

SuperInternを無料で試す