Linear Agent — イシュートラッキングは終わった、PMツールがコンテキストOSへ変わる

2026年3月24日、Linearが発表した一言がカテゴリ全体を揺るがしました ― 「イシュートラッキングは死んだ。」 CEOのKarri Saarinenが自ら書いた文章で、単なるマーケティングコピーではありません。実は、Linearが自社データで裏付けた宣言なんです。エンタープライズワークスペースの75%以上がすでにAIエンジニアリングエージェントを導入しており、新しく作られるイシューの25%は人間ではなくエージェントが作成したものです。 PMがスコープを決め、エンジニアが受け取って実装するハンドオフシステム自体が崩れつつあるということ。Linear Agentはその空白を埋める最初の一手です。Slackで「@Linear この会話を元にイシューを作って自分に割り当てて」が通じるようになり、Cmd+J一発でどこからでも呼び出せます。そして、Triageの段階に自動化が入り始めることで ― イシューがシステムに入ってきた瞬間、エージェントが分類・要約・割り当てまで処理します。 linear +1

「イシュートラッキングが死んだ」って、どういうこと?

Linearの主張はシンプルです。ハンドオフモデルが終わったということです。従来の流れはPMがスコープを決め → エンジニアがピックアップ → 優先度の交渉 → ワークフローでギャップを埋めるシステムでした。ところがAIエージェントがコードを直接書き始めたことで、このギャップが消えました。代わりに必要なのは「コンテキストシステム」。顧客フィードバック、社内アイデア、戦略的な意思決定、コードベースが一箇所に集まり、エージェントがそれを読んで行動する仕組みです。 departmentofproduct.substack

Department of Productの分析が的確です ― CursorがPMツールへ拡張し、Claude CodeがPM機能を追加すれば、PM・デザイン・エンジニアリングツールの境界線そのものが崩れます。Linearは「コンテキストの本拠地」になろうとベットしているわけです。 departmentofproduct.substack

The Registerはこの発表を「agentic AI採用」としてまとめています。 Linearが2019年にChatGPT以前から作られた会社だという点が重要で、AI登場前の時代の会社の中でagent-nativeビジネスへの再構築に成功した珍しいケースとして評価されています。 単に機能を追加したのではなく、プロダクトのアイデンティティ自体を変えたのです。 theregister +1

1. Linear Agent（3/24リリース）
   ワークスペースのコンテキスト（スレッド、バックログ、顧客リクエスト）をすべて把握し、コードまで理解。Cmd/Ctrl+Jでどこからでも呼び出せます。Slack・MS Teams・iOS・ウェブすべてに対応。 linear
2. Skills
   便利な会話の流れを「これを保存して」で再利用可能なコマンドとして登録できます。スラッシュコマンドで呼び出し、Linearが適切な状況で自動的に使用。全プランに含まれます。 linear
3. Automations
   イシューがTriageに入った瞬間にエージェントワークフローが自動トリガー。顧客への影響の要約、重複イシューの検出、自動割り当てまで対応。Business・Enterpriseプラン限定。 linear
4. Code Intelligence（近日公開）
   エージェントの理解範囲をコードベースへ拡張。技術知識のないPM・デザイナーが「この機能はどう動いているの?」「これは誰の担当?」をエンジニアなしで聞いて答えを得られます。 linear

価格はベータ期間中はすべて無料です。GA（一般公開）時には、チャット機能（アプリ・コメント・Slack・Teams）は基本シート料金に含まれ、AutomationsやCode Intelligenceのような高コンピュート機能は一定の閾値を超えた場合に使用量ベースの課金になりうると明記されています。 PostHog Max AIと似たモデルです。 linear

実際にイシュートリアージはどう変わるの?

同じバグレポートが届いたときの昨年のフローと、現在のLinear Agent＋Automationsのフローを比較するとこうなります。

Coinbaseが初期採用事例として自社の取り組みを公開しました。「質問することの隠れたコスト」という表現を使っていて、社員がSlackで「これどうやって動くの?」と聞いて答えを待つのにかかる時間を、Code Intelligenceが削減したということです。Engineering Headが直接記事を書き、会社全体を「agent-first開発」に切り替えたケースとして引用されています。 departmentofproduct.substack

JellyFish Engineering Trendsレポートによると、AIを積極的に導入している会社では、すでにPRの10%が完全にAI生成です。 Linear自身のデータでは、新規イシューの25%がエージェントによる作成。これが「イシュートラッキングが死んだ」の定量的な根拠です。 departmentofproduct.substack

チームへの導入 — どこから始めればいい?

Linearをすでに使っているなら、Agent自体を有効化するだけなら1分で済みます。本当の価値を引き出すには、Triageワークフローも一緒に見直す必要があります。

1. Linear Agentを有効化する
   ワークスペース設定 → AIメニュー → Linear Agentをオンにする。デスクトップアプリでCmd/Ctrl+J、または右下のアイコンから。ベータのため全プラン無料。
2. Slack/Teamsと連携する
   Slackで@Linearのメンションが機能するようにインストール。顧客フィードバックチャンネルに設置しておけば、「この会話でイシューを作って」でコンテキストが保持されたイシューをすぐに生成できます。
3. Triage Rulesを再設計する
   既存のルーティングルールをAgentと併用できるよう見直します。新たに追加された「担当者の削除」などのアクションも活用。イシューが入るたびにAgentがラベル・優先度を提案し、人間が確認するフローに。
4. Skillを5つ登録する
   チームでよく使うワークフロー（例:「今サイクルのバックログから繰り返しテーマを抽出」「顧客リクエストをグループ化してトップ3のイシュー草案を作成」）をAgentと一度対話した後でSkillとして保存。次のスプリントからスラッシュコマンドで即座に呼び出せます。

一つ大事なことを言っておくと ― Linear AgentはPMの仕事を自動化するわけではありません。分類・要約・マッピングといった繰り返し作業を減らし、判断・優先度決め・トレードオフの意思決定にPMがより多くの時間を使えるようにするツールです。Karriの言葉を借りれば「実行が速くなれば、ボトルネックは判断に移る ― 正確に何を作るか、チームの時間・注意・トークンをどこに使うか決める領域へ。」 これがPMの役割の本当の進化の方向性です。 linear

長期的な意味もあります。PMツールというカテゴリが再編されつつあります。Jiraは重くなり、LinearはコンテキストOSへ向かい、Cursor・Claude Codeのようなコーディングエージェントはpm領域に浸透してきます。2026年末までに「イシュートラッカー vs IDE vs デザインツール」の境界がさらに曖昧になっていくはずです。今のうちにLinear Agentを触っておくことは、次のカテゴリ統合時代に向けてコンテキストを先に積み上げておくことと同じです。 departmentofproduct.substack

さらに深掘りしたい人へ

Linear公式 — Introducing Linear Agent（3/24 changelog） Agent・Skills・Automations・Code Intelligence 4つの軸の一次資料。Cmd+Jショートカット、Slack/Teams連携、ベータ価格ポリシーまで linear.app

Department of Product — Linear says Issue Tracking is Dead Rich Holmesの分析。エンタープライズ75%採用、新規イシュー25%がエージェント作成、Coinbaseの事例、Cursor・Claude Codeによる浸透の脅威までPM視点でまとめています departmentofproduct.substack.com

The Register — Linear adopts agentic AI as CEO declares issue tracking dead 業界メディアの批判的な視点。ベータの限界、価格変動の可能性、競合他社の対応まで均衡のとれた報道 theregister.com

Linear Next — Issue tracking is dead マニフェスト Karri Saarinenが直接書いたビジョン文書。ハンドオフモデル → コンテキストシステムへの転換の哲学的根拠 linear.app