Cowork Linear自動化 — Issueトリアージの定期実行手順

Cowork Linear自動化とは

Cowork Linear自動化は、Claude CoworkのScheduled Tasks機能とLinear連携を組み合わせた仕組みです。Issueのトリアージやサイクルの振り返りを、決めた頻度で作り続けられます。Scheduled Tasksはプロンプトをタスクの指示として保存し、スケジュールどおりにリモートで実行します。パソコンがスリープ中でも、Claude Desktopアプリが閉じていても動く点が、通常のチャットとの違いです。

Linear連携の接続手順はClaude Linear連携にあります。開発フローに組み込む依頼の型はLinearの開発チケットをClaudeで整理・優先度付けするが扱っています。ここでは、その先の「毎週決まった時刻に、人がいなくても動かす」設計を扱います。

Linear連携は読み取りと書き込みの両方に対応したコネクタです。Linearの案内では、MCPサーバーはIssue・プロジェクト・コメントなどの検索・作成・更新ツールを備えています。HubSpotのコネクタも閲覧・作成・更新ができ、削除だけができない設計です。Linearが特別というわけではなく、書き込める連携を無人で動かすなら、承認の設計がそのまま運用ルールになります。

準備しておくもの

Coworkは有料プラン(Pro・Max・Team・Enterprise)の機能で、Scheduled Tasksも同じ範囲で使えます。Freeプランでは使えません。Webとmobileはbeta扱いで、Enterpriseはオーナーが有効化した場合に限られます。Enterpriseでは「Run Cowork in the cloud」が既定でオフのため、オーナーがこれをオンにし、カスタムロールのグループにクラウド実行の権限を与える手順が先に要ります。

プランの次に、Linear連携の接続が要ります。Coworkのチャット下部の「+」メニューか「Customize > Connectors」で、Linearを接続して認証を済ませます。Scheduled Tasksは、Coworkに設定済みのコネクタをそのまま使います。コネクタの接続先はhttps://mcp.linear.app/mcpで、サインインが必要です。

最後に、自動化の範囲を決めます。全チームを対象にするのか、特定のプロジェクトやtriageキューに絞るのかで、後で書くプロンプトの形が変わります。

開発者の多いTeam・Enterpriseでは、メンバー全員の認証作業が導入の壁になりがちです。LinearはOktaと組み合わせた管理認証に対応しています。Okta OINでLinearのSAMLアプリを設定し、Linear側のOkta identity provider設定で「MCP enterprise managed authentication」をオンにします。続けてOktaのIssuer URIをLinearの設定に貼り付けます。これで、Claudeのような対応クライアントが、組織のアクセスポリシーに沿ってユーザーを認証できるようになります。Coworkからの接続がこの経路に乗るかは、導入前に自組織で試す必要があります。

実行場所はどこになるか

Scheduled Tasksはクラウドで動くのが基本です。ただしローカルのファイルやアプリが必要なタスクは、ローカルでのみ動きます。この場合はパソコンがスリープ中だと走らない可能性があります。Linear連携だけで完結するトリアージは、クラウドで動きます。

ProとMaxのユーザーに関わる変更が1つあります。2026年10月6日から、ProとMaxプランで新しく作るCoworkのタスクはクラウドで動きます。設定の「Settings > General」にある「Only on your computer」は外れます。それ以前にパソコン上で始めたタスクは、そのままパソコンに残ります。Team・Enterpriseの案内にはこの日付の記載がないので、組織のプランで同じ挙動になるかは別に確かめてください。

同じヘルプの中で、注記には「スケジュール済みタスクはパソコン上のフォルダに紐づけられない」とあり、入力項目には「フォルダ(任意)」があります。この記事のトリアージは、保存されたアカウントのファイルとコネクタで完結する作業を前提にします。

Issueトリアージを自動実行する手順

作成は、Coworkの左サイドバーの「Scheduled」から始まります。作り方は2通りです。

Pro・Maxで新しいClaudeの画面になっている場合は、「Chat」と「Cowork」の選択肢が表示されません。その場合は会話の中で「毎週月曜9時に〜」のように頼み、Claudeが示す名前・スケジュール・指示を確認して「Schedule」を押します。Coworkのタスクの中で/scheduleと打つ方法もあります。

手動で設定するときの入力項目は次のとおりです。

週次トリアージには、次のようなプロンプトが向いています。

triageキューにあるIssueと、直近1週間動きのない
進行中Issueをそれぞれ確認してください。影響範囲・再現頻度・
放置期間の3軸で優先度を高・中・低に分け、理由を1行ずつ添えて
一覧にしてください。ラベルや担当者の変更はまだ行わず、
一覧の提示だけにとどめてください。

承認モードと書き込み権限をどう選ぶか

Coworkの承認モードは、コネクタごとのツール権限と掛け合わせて動きが決まります。ツール権限は「Customize > Connectors」でLinearを選び、ツールごとに「Always allow」「Needs approval」「Blocked」から選びます。モードとの組み合わせは次のとおりです。

この表から読み取れる点が3つあります。第1に、Manualでも「Always allow」にしたツールは確認なしで動きます。「Manualだから全部止まる」とは限りません。第2に、Skipは「Needs approval」も通してしまいます。承認待ちに固定した書き込みツールも、Skipでは止まりません。第3に、「Blocked」はどのモードでも拒否されます。トリアージの集計だけなら、作成・更新系ツールをBlockedにするのがいちばん確実です。

Autoの安全判断はClaudeの審査に基づきます。データの持ち出しやプロンプトインジェクションを確認し、危険と判断した操作はブロックされます。ブロックが続くと、1手ずつ許可を求める動きに戻ります。Autoは他のモードより使用量を多く消費します。新しいClaudeの画面では、選べるのはAutoとManual(既定)の2つです。

Autoで最初から自動化すると、プロンプトが曖昧でも気づかないまま実行が積み重なります。ラベルやタイトルの書き換えを伴うタスクは、下の流れのように最初の1回をManualで流してから頻度を上げます。承認モードの仕組みはCowork自動承認モードとはが詳しく扱っています。

Team・Enterpriseでは、組織の設定が個人の選択より優先されます。「Organization settings > Cowork」の「Allow “Automatically approve” mode」で、Autoを使えるかが決まります。既定はオンです。もう1つの「Allow "Always allow" for connector tools」は既定がオフで、オフのあいだは書き込み系ツールのAlways allowが効きません。読み取り専用のツールが免除されるのは、コネクタ側が読み取り専用と注釈している場合だけです。カスタムコネクタの多くは注釈がなく、全ツールが対象になります。個人が設定済みでも、タスクごとの承認が要ります。

手動実行だけで足りるなら、頻度を最初から「manually」にして、一覧画面の「Run a task on demand」だけで回す選択肢もあります。

定期実行に向くLinearの使い方

Linearの案内は、ロードマップ計画やバグ調査のほかに、繰り返し発生する作業の例を載せています。サイクル振り返りとスタンドアップのメモ転記は、定期実行との相性が良い2つです。

サイクル振り返りは、対象チームと期間さえ決めれば、同じプロンプトを毎回使い回せます。Linearの例文は、チームの識別子(LINやFEAのようなキー)を末尾に渡す形です。定期実行では、この識別子をプロンプトに固定で書き込みます。

直近で完了したサイクルの、チームLINのIssueを集めて、
完了した作業の要点をまとめてください。バグ修正・機能追加・
技術的な整備がそれぞれどれくらいの比率か、目立った傾向が
あれば触れてください。進行中で終わらなかった作業は
誇張せず、現状のまま報告してください。

スタンドアップのメモ転記は、朝会の進捗をIssueへのコメントに変える作業です。Linearの例文は、強く一致するIssueにだけコメントを付け、確信が持てないあいまいなメモは、推測せずに「未対応」として理由つきで返す指示になっています。例文は、書き込む前に対象Issueとコメント案を見せる指示も含みます。無人の定期実行では、その場で承認する人がいない点に注意が要ります。

書き込みを止める3つの層

書き込みを止める手段は、モード以外にもあります。層ごとに効く場所が違います。

読み取り専用の接続は、通常のエンドポイントでreadスコープだけを要求する方法もあります。自分のAPIキーを使う場合は、Readの権限だけを有効にしたキーを作ります。接続の切り替え手順はClaude Linear連携にまとめています。

タスクの実行結果を確認する・止める

左サイドバーの「Scheduled」一覧が、運用の起点です。

各実行は1つのCoworkセッションとして残ります。先週の出力と比べたいときは、過去の実行を開きます。休暇やスプリントの谷間に止めたいだけなら、削除ではなくPauseを使えば、プロンプトとスケジュールを作り直さずに済みます。頻度の変更も、作り直しではなくタスクの編集で足ります。

よくあるつまずき

別チームのIssueが混ざる、または見たいチームが抜ける。この場合は、接続したLinearアカウントが参加しているチームを先に確かめます。トリアージの対象は、接続時のアカウントを起点に決まります。

複数のLinearワークスペースを使い分けているチームは注意が必要です。LinearのMCPサーバーはセッションごとにOAuthで認証し、再接続だけではワークスペースが切り替わりません。ワークスペースごとに別々の認証コンテキストが要ります。別のワークスペースの結果がほしいときは、そのワークスペースで接続し直します。

「優先度を評価して、ついでにラベルも直しておいて」のような指示は、後半までそのまま実行されます。評価と変更は別のタスクに分けるか、別の承認ステップに置きます。

Scheduled Tasksは実行ごとに独立したセッションです。対象範囲や除外条件は、毎回プロンプトに書いておきます。

Linearに接続できず内部サーバーエラーが出るときは、LinearのFAQが保存済みの認証情報を消す方法を案内しています。ターミナルでrm -rf ~/.mcp-authを実行してから、もう一度接続します。このコマンドはmcp-remoteが使う保存先を消すもので、Coworkのコネクタ接続には当てはまらない場合があります。

Notion・Asana・Jiraなど複数ツールをまたぐ棚卸しは、Coworkでタスク棚卸しを横断的に月次自動化する方法が扱っています。

まとめ

書き込める連携を無人で動かすときは、承認モードだけに頼らず、ツール権限か読み取り専用の接続で書き込み自体を止めておくと、プロンプトの書き間違いに強くなります。同じ型は他の連携にも使えます。Cowork HubSpot自動化と、Jira×Confluence×Claudeで社内問い合わせを自動化が例です。