Linearが開発者プラットフォーム化──Notion Agentと独自AI連携を解禁

プロジェクト管理SaaSのLinearが、5月のchangelogで開発者向け機能を立て続けに公開した。目玉は2つ。1つはNotionの「Custom Agents」からLinearのissueやprojectを直接作成・更新できるネイティブ統合、もう1つはCursor・Cline・Claude Codeなど任意のコーディングツールから独自にLinear連携を実装できる「Custom Coding Tools」サポートである。

これまでLinearは「美しいUI」「速さ」「サイクル(2週間スプリント)中心のワークフロー」で熱心なエンジニア層を捕まえてきた。だが2026年に入ってLinear 3.x系では明確にギアチェンジしている。Linear自身が「Project Management Tool」から「開発者プラットフォーム」へとポジションを変えにきており、今回のアップデートはその路線をはっきりさせる象徴的なリリースだ。

ARRは公表されていないが、複数の業界筋によれば2025年末時点で年間経常収益は$150M(約232.5億円)を突破したとされる。直近の評価額は$1.25B(約1,937億円)。アクティブチーム数も10,000を超えたとされ、Stripe、Vercel、Cash App、Cloudflare、xAIなどスタートアップから上場テック企業まで採用が広がっている。

本記事ではLinearの5月リリースの全体像を整理し、実際にNotion AgentとLinear MCPを使った操作感、Jira・Asana・Backlogとの料金/機能比較、そして日本のチームが導入する際の現実的な注意点までを掘り下げる。

Linearの5月changelogで何が変わったか

5月リリースを構成要素ごとに分解すると、大きく以下の5本柱になる。

1. Notion Custom Agents との公式統合: Notion側のAgent UI内で「LinearでIssueを作って」「このプロジェクトの進捗を見せて」と話すと、裏側でLinear APIが叩かれる。
2. Custom Coding Tools サポート: Linearを操作するためのコーディングツール側プラグインを、Linearが公式SDKと認証フローを通じて受け入れる形に整理。
3. Linear MCP の機能拡張: Anthropicが主導するModel Context Protocol(MCP)に準拠したLinearサーバーが拡張され、issueだけでなくproject、cycle、roadmapも参照可能に。
4. Asks(社内チケット) のAI分類強化: 営業・カスタマーサクセスから上がってくる要望チケットを、AIが自動で適切なissueに変換しテンプレートを当てる。
5. Pulse(週次AIサマリ) のレポート機能: チームやプロジェクト単位の週次ダイジェストをAIが書く。

特に1番と2番は、Linearが**「自社製AIではなく他社のAgentを正規ホストとして迎え入れる」**という方針転換を示している点で重要だ。これまでLinearはAI機能を控えめにしてきたが、今回はあえて他社AIをファーストクラスで取り込みにきた。

上の図はワークフロー全体の構造を示している。ユーザーから見れば、NotionでもLinearでもCursorでも、入り口がどこであっても同じデータに触れているように感じられる。これが今回のリリースの核心だ。

Custom Agentsとは何か──Notion側の文脈

まずNotion側の「Custom Agents」について整理する。Notionは2026年春から、ワークスペース管理者がプロンプト・ツール・参照範囲を指定してカスタマイズ可能なAIエージェントを構築できる機能を投入している。例えば「議事録を要約してアクションアイテムを抽出するAgent」「営業活動を要約するAgent」など、用途特化型のAIをワークスペース内に配置できる。

Custom Agentsは単に文章を書くだけでなくツール呼び出し(Tool Use) が可能で、Notion DB、Google Drive、Slack、そして今回のLinearなど外部システムを操作できる。Linearが今回追加したのは、このCustom Agentsの**「ツール」一覧にLinearが正式に登録された**ということだ。

具体的にできることは以下の通り。

• Linear issueの作成・更新・コメント追加
• ProjectやCycleへのIssue割り当て
• ステータス遷移(Backlog → In Progress → Done)
• Issueやプロジェクトの検索・参照
• Linear Asks(社内チケット)の作成

つまりNotionでミーティングメモを書きながら「これとこれをLinearのIssueに切ってフロントエンドチームのCycle 24に入れて」と指示するだけで、複数Issueが一括作成される世界が来た。

Custom Coding Tools──独自連携の解禁

もう1つの目玉、「Custom Coding Tools」サポートが意味するところはやや技術的だ。Linearはこれまでも公式のCursor・GitHub Copilot連携を持っていたが、2026年5月からは任意のコーディングツール側がLinear APIをファーストクラスで使えるOAuth + MCPベースの認証/権限設計を整備した。

これにより、

• Cline(VS Code拡張のAIエージェント)
• Claude Code(Anthropic公式のターミナル型AI)
• Aider, Continue, Roo Code などのOSS系AIコーディングツール
• 社内で内製しているコーディングAgent

といったツールから、ユーザー個人の認証情報で安全にLinearを操作できるようになった。linear-mcpをローカルで起動すれば、Claude Codeのターミナルから「いま自分にアサインされてるIssue一覧を見せて。緊急度高いやつから着手する」のような会話だけでタスクを回せる。

これは地味だが破壊力が大きい。これまでLinear連携は「ベンダーが個別実装するパートナー機能」だったが、今回からは**「誰でも作れる/誰でも使える共通基盤」**にスタンスが変わった。Linearが事実上、開発者向けタスクOSのレイヤーに昇格しようとしているのが見える。

Linear MCPの拡張

Linear MCPサーバー自体も同タイミングで拡張された。MCP(Model Context Protocol)はAnthropicが2024年末に発表したオープン標準で、AIモデルとツールを安全に接続する規格である。Linearは初期からこれに対応していたが、2026年5月版で以下が拡張された。

• Project/Roadmap/Initiativeの参照: 単発Issueだけでなく上位の戦略レイヤーも扱える
• Cycleごとの進捗集計: 「Cycle 24の完了率は?」のようなクエリに応答
• CommentとAttachmentの読み書き
• Webhook型サブスクリプション: AgentがIssue更新イベントを購読可能

これによりMCP対応のあらゆるAIクライアント(Claude Desktop、ChatGPTのCustom Connector、Cursorなど)から、Linearが「会話で操作できるDB」のように見える。

Notion AgentからLinearを操作してみた──筆者の所感

ここからは実際に試した感想を書く。筆者は普段からLinearを個人プロジェクト管理に使い、Notionを記事ネタ整理に使っている。今回はNotion Plusと自前のLinear Standard環境を組み合わせて、Custom AgentsからLinearを動かしてみた。

セットアップ

1. Notion ワークスペース設定 → Connections → Linearを選択
2. LinearアカウントへのOAuth認証(read/writeスコープ)を承認
3. Notion Agents画面で「新規Agent」を作成し、ツールから「Linear」をオン
4. Agentの説明欄に「ミーティングメモからLinear Issueを切るAgent」とプロンプトを書いておく

ここまでで約3分。OAuth周りで詰まる箇所は特になく、Linear側でも自分のワークスペースに「Notion」連携アプリが現れた。スコープが細かく(read:issue, write:issue, write:comment等)分かれているのが好印象で、必要最小限の権限を渡す運用ができる。

試した操作

Notionの議事録ページ(架空のチームミーティング、450文字程度)を開いて、Agentに次のように依頼した。

「このページのアクションアイテムをすべてLinearのIssueにして。プロジェクトは"Q2ローンチ"、アサインは記載のあるメンバー、デッドラインも記載があれば反映して。」

10秒ほど思考時間があり、5つのIssueが提案された。承認ボタンを押すとLinear側に一括で作成される。実際にできあがったIssueを確認すると、

• タイトル(自然な短文に整形済み)
• 説明文(議事録の該当部分を引用 + 文脈補足)
• アサイン(議事録に書かれていたメンバー名 → Linearメンバーへの自動マッチング)
• プロジェクト("Q2ローンチ"を正しく検索して紐付け)
• 期日(議事録の「5/30まで」を正しくパース)
• ラベル(「frontend」「bug」を文脈から推定)

ここまで一発で生成されていた。手動で5つIssueを切ると体感10分はかかるので、効果は十分だ。

つまずきポイント

良いことばかりではない。試した中で気になった点もある。

• 誤検出: 「次回までに考えておく」という曖昧な決定事項までIssueに切ろうとしてきた。プロンプトで「確定したアクションのみ」と指定する必要がある。
• 重複防止が弱い: 既存Issueと重複しても気づかず作る。同じ議事録を2回処理すると同じIssueが二重発行された。
• 日本語の固有名詞: 「鴨さん」のような人名 → Linearメンバー名(英語名で登録されているケース) のマッチング精度はまだ70%程度の体感。
• Cycle未指定: 「現在のCycleに入れて」と頼まなかったため、生成されたIssueはBacklog行きになっていた。

つまり「叩き台を作るのは超得意、最後の確認は人間が必要」というレベル感。逆に言えば、これくらいの精度でも「議事録 → Issue化」の工数は8割削減できる。

Claude CodeとLinear MCPの組み合わせも試した

別途、ローカルでLinear MCPサーバーを立ち上げ、Claude Codeから自分のIssueを操作するセッションも試した。これは予想以上に快適だった。

• linear list assigned to me → 自分にアサインされたIssue一覧
• linear update LIN-123 status In Progress → ステータス変更
• linear comment LIN-123 "実装方針はXX" → コメント追加

Cursorで作業しながら、別タブのClaude Codeで「いま着手中のIssue何だっけ」と聞くだけで答えてくれる。WebのLinear画面を開く頻度が体感1/3になった。

既存ツールとの比較──Linear vs Jira vs Asana vs Backlog

日本のチームが導入を検討する際、Jira(Atlassian)、Asana、そして国産のBacklog(ヌーラボ)との比較は避けられない。料金は2026年5月時点の公開情報から。

項目	Linear	Jira	Asana	Backlog
思想	エンジニア中心 / Cycle駆動	全社プロジェクト管理 / アジャイル	全社タスク管理 / 業務横断	国産 / 開発+他職種
無料枠	〜250 Issue	〜10ユーザー	〜10ユーザー	不可 (試用30日)
エントリ料金	$8/人 (Basic)	$8.60/人 (Standard)	$10.99/人 (Starter)	2,970円/月 (5人, スターター)
中位プラン	$14/人 (Business)	$17/人 (Premium)	$24.99/人 (Advanced)	17,600円/月 (人数無制限, スタンダード)
AI機能	Pulse, Asks AI分類, Notion Agent統合	Atlassian Intelligence	Asana AI Studio	β機能 (要約)
API/MCP	フル公開 + MCP対応	フル公開 / MCPは非公式	公開 / MCPは非公式	公開 / 制限あり
コードツール統合	Cursor / Cline / Claude Code / Custom	Bitbucket中心	限定的	Git連携あり
日本語UI	部分対応 (主要画面のみ)	完全対応	完全対応	完全対応
日本リージョン	なし (US/EU)	あり (AWS東京)	なし	日本(東京)

ざっくり言うと、

• Linear: 開発者中心チーム、特にスタートアップに最適。AIエコシステムが先行している。日本語UIは部分対応。
• Jira: 大企業/上場企業/SOX対応必要なチーム向け。プロジェクト数が多くワークフローが複雑な場合の鉄板。
• Asana: 開発以外も含めた全社タスク管理に強い。マーケや営業との横串。
• Backlog: 日本の中小〜中堅IT企業に圧倒的シェア。料金が固定(人数無制限)なのが強力で、20人を超えると圧倒的に安い。

下のグラフでは、5ユーザー想定の月額料金を視覚化している。

5ユーザー規模ではJiraが最安だが、20人を超えた瞬間にBacklogの固定料金17,600円が圧倒的に有利になる(計算上は人数無制限)。Linearは絶対額は中位だが、「速さ」と「AIエコシステム」を加味した実効ROIは高い。

開発者プラットフォーム化路線──Linear 3.xの全体戦略

ここで一度俯瞰したい。Linearはなぜ自社AIを派手に作らず、Notion AgentやClaude Codeをホストする側に回ったのか。

筆者の見立ては明確で、**「Linearはエンジニアの作業データレイヤーになろうとしている」ということだ。エンジニアの作業情報(Issue、Cycle、Project、コミット、PR、デプロイ履歴、コメント)を一箇所に集約し、その上で動くAI Agentを多様化させる。GitHubがPRとコード、Slackが会話と通知を握ったのと同じ位置を、Linearは「開発タスクと意思決定」**で取りに行っている。

その証拠として、最近のリリースは

• Pulseでチーム全体の状況を要約
• AsksでカスタマーサクセスやBizDevからの依頼を統合
• Cycleで2週間スプリントを標準化
• Project/Initiative/Roadmapで戦略階層を整備
• MCPと公式APIで外部AIを呼び込む

と、「上はビジネス層、下はコード層」までを一気通貫で握る動きが明確だ。今回のNotion統合とCustom Coding Toolsは、その「外側からの入口」を一気に開放した動きと読める。

この図のように、議事録から実装、PR、進捗レポートまでがCustom Agent + MCPでつながる。人間が手動でやっていた「Notionで決めたことをLinearに転記する」「Linearの内容をCursorに貼り付ける」「PR完了をNotionに書き戻す」という工程が、ほぼ自動化される。

日本のチームが使う場合の手順と注意点

ここからは実務的な話だ。日本のチームがLinearを導入するときに知っておくべきことを整理する。

料金の日本円換算 ($1=155円)

• Free: 無料 (最大10メンバー、Issue数250まで)
• Basic: $8/人/月 (約1,240円)
• Business: $14/人/月 (約2,170円)
• Enterprise: 個別見積もり

10人のチームでBusinessを契約すると月額約21,700円。同条件のJira Standard($8.60×10=$86, 約13,330円)よりは高いが、Cycle機能とAIエコシステムを取りに行く価値はある。

日本語対応の現状

• UI: 主要画面のみ日本語(設定で切り替え可)。新機能ほど英語のままのことが多い。
• 入力: 全機能で日本語OK(検索、Issue本文、コメント、ラベル等)。
• AI機能(Pulse, Asks AI): 英語で書くと精度が高い。日本語でも動くが要約品質は1ランク落ちる体感。

英語アレルギーがあるチームには厳しいが、ITエンジニアであれば実用上問題ないレベル。

Jira/Backlogからの移行

• Jira → Linear: Linear公式のJira Importerで大半のフィールドが移行可能。CustomFieldのマッピングだけ手動。
• Backlog → Linear: 公式インポーターなし。CSVエクスポート + Linear APIで自前スクリプトを書く必要あり。
• GitHub Issues → Linear: 公式インポーター + 双方向同期あり。

導入の現実的なステップ

筆者がスタートアップ顧問として推奨するのは以下の順序。

1. 個人で1週間試す: Freeプランで自分のタスクをLinearに入れ、Cycle運用に慣れる。
2. 小さなチーム(3-5人)で1Cycle回す: BasicプランでまずスプリントをLinearに移す。
3. MCPとNotion Agentを設定: 議事録 → Issue化の自動化を構築。
4. コーディングツールを統合: Cursor / Claude Code / Cline のいずれかからLinear連携を有効化。
5. 全社展開はBusinessプラン: Pulse、Asks、より細かな権限管理が必要になったタイミングで移行。

特に2の段階で「サイクル運用に違和感がない」と感じるかが分岐点。Jiraの自由度に慣れたチームほど、Linearの**「2週間Cycleが強制される強さ」**に最初は戸惑うが、これは慣れると逆に強い武器になる。

筆者の見解──Linear、Notion、AIエージェントが作る次のSaaS地形

最後に、このリリースが何を意味するのか筆者の予測を書く。3つに分けて考えたい。

1. 「タスク管理ツール」という単独カテゴリは衰退する

Linearが今回示したのは、**「タスク管理は単独サービスとして使われない」**という未来予測である。タスクはAgentの出力結果として生まれ、Agentの入力として消費される。人間が画面に向き合ってIssueを書く時間は減り、議事録・コード・チャットからIssueが派生する。

その結果、「Linearを開いてIssueを書く」という1次操作は減り、**「他のサービスから書き込まれるLinear」**に重心が移る。Linearはそれを織り込み済みで、自社UIを使われなくてもデータが集まる位置を確保しに行っている。

2. AI連携の競争はSDK/MCP/権限設計に移る

Notion、Slack、Jira、Asanaのいずれもが似たような「AIエージェント連携」をやってくる中で、差別化はMCPの完成度、OAuthスコープの細かさ、Webhookの安定性といった地味な部分になる。Linearはここを早期から押さえに来ており、向こう1〜2年で他社が追いつく前にデファクトを取る可能性が高い。

特にCustom Coding ToolsをLinearが先に公開した意味は重い。Cursor/Cline/Claude Codeのいずれが覇権を取ってもLinearは中立的に勝てる。**「AIコーディング戦争の勝者を当てる必要がない」**ポジショニングだ。

3. 日本ではBacklogが価格で逆襲する余地

一方で日本市場では、Backlogが価格と日本語の優位性で逆襲する余地が残されている。20人を超える組織での固定料金、日本リージョン、日本語サポート、エンタープライズの導入実績。これらは数年でLinearが埋められるものではない。

ただし、Backlog側もこの脅威は理解しており、2026年中にAIエージェント連携を投入してくるはずだ。Backlog × ChatGPTやBacklog × Claudeの正式統合が発表されれば、国内市場の勢力図はまだ動く。

総じて、エンジニア中心スタートアップはLinearにベットして良い段階に来た。一方でエンジニア以外の比率が高い組織、ガバナンス要件が厳しい組織は、まだJira/Backlogに留まる合理性がある。両者を併用しながら徐々に重心を寄せていくのが現実的だろう。

まとめ──いま動くべき3つのアクション

最後に、本記事を読んで「とりあえず何かしたい」と思った読者に向けて、具体的な3アクションを提示する。

1. Linear Free プランで個人のタスク管理を1週間試す: まずはCycleとProjectの感覚を掴む。Issueの粒度感や、Backlogとの違いを体で覚える。
2. Notion Plus と Linear を連携させ、議事録からIssueを切るAgentを作る: 効果が一番見えやすいユースケース。30分で構築でき、効果は即体感できる。
3. Cursor または Claude Code に Linear MCP を接続する: コーディング作業中にWebでLinearを開く頻度が激減する。エンジニア個人の生産性が直接上がる。

Linearの開発者プラットフォーム化はまだ始まったばかりで、来年にかけてさらに統合先が増える可能性が高い。先に触れて慣れておくほど、AIエージェント時代のチーム運営で差をつけられる。

Linearを試してみる