タスク起票はAIにまかせるべし！

日々の業務で、こんなお悩みありませんか？？

• 手書きでタスクを起票するのが面倒
• タスクの起票/運用ルールはあるけど遵守するのが面倒
• 追加の決定事項、進捗などをタスクに反映するのが手間
• 長期間放置されて進捗が不明なタスクがある

これらは、AIにタスク管理を任せることで解決できます👌

この記事では、実際に弊社で実施している取り組みベースで、タスク起票/管理をAIで回す仕組みについて紹介します。

なお弊社ではタスク管理にLinearを使っていまして、Linearではタスクのことを「Issue」と呼ぶので、以降 Issue で表記を統一します。

なぜIssue起票・管理をAIに任せるのか

Issue管理がうまく回っていないチームの根本原因は、だいたい2つに集約されます。

1. 起票のハードルが高い

タスク管理ツールを開いて、チームを選んで、ラベルを付けて、優先度を決めて、本文を書いて...
慣れてるから忘れがちだけど、めっちゃ面倒ですよね。

あとは、Slackで議論した内容をIssue化する場面では、会話の流れを整理して構造化する作業が発生したりもする。毎回この手間がかかるのは結構しんどいです。

2. 品質が属人化する

Issueの書き方はメンバーのスキルや几帳面さに依存します。背景や完了条件が丁寧に書かれたIssueもあれば、タイトルだけのIssueもある。チームで運用ルールを決めても、守るかどうかは個人次第です。

解決方法
AIに任せましょう。どちらも解決できます。

• ハードル: Claude CodeやSlackで「これIssueにして」と一言つぶやくだけ
• 品質: 運用ルールをスキル（後述）として持たせれば、運用ルールに沿った起票を高い再現性で実行する

「誰が起票しても同じ品質」「どこからでも一言で起票できる」
これがAIにIssue管理を任せるメリットです。

どこからでもIssueを扱える環境を整える

AIにIssue管理を任せるなら、まずは 普段使っているツールからIssueにアクセスできる状態 を作ることが先決です。

弊社ではLinearを使っているので、以降はLinear MCPサーバーを前提にした話です。 BacklogやJiraなど他のツールでも公式MCPサーバーがあればおおよそ同様のアプローチが取れます。

MCPサーバーでAIとタスク管理ツールをつなぐ

Linearなど主要なタスク管理ツールは、たいてい公式のMCPサーバーを提供しています。

まずは、普段使っているClaude CodeやCursorなどのコーディングエージェントにタスク管理ツールのMCPサーバーを追加することから始めましょう。 実装中に新たなバグやタスクに気づいたら、その場で「このバグをIssueにして」と依頼するだけで起票できるようになります。

Issue操作ができる環境の全体像

各ツールからLinearにアクセスする全体像は以下の通りです。

図の通り、MCPサーバーを追加できるツールはコーディングエージェントに限りません。Slackで @Claude これIssueにして とつぶやくだけで起票できますし、Claude DesktopやClaude Webからも同様にIssue操作ができます。ChatGPTのように読み取り専用のツールもあるので、どこまでできるかは事前に確認しておくと良いです。

ポイントは 作業場所を切り替えなくていい こと。Slackで議論しているならSlackから、コードを書いているならエディタから、そのままIssueを操作できます。

スキルとカスタムコマンドでさらに品質を上げる

MCPサーバーを追加するだけでもIssueの操作はできますが、さらに一歩進めて スキルやカスタムコマンドを整備 しておくと、より質の高い作業ができます。

• カスタムコマンド: Issue起票用のコマンドを用意しておけば、毎回指示の仕方を考えなくて済む
• スキル: Issueを扱うときのルールや方針（Descriptionの構造、ラベルの付け方等）を定義しておけば、AIが自動で適用してくれる

スキルの具体的な内容は後述しますが、MCPサーバー＋スキルの組み合わせが「AIによるIssue管理」の基盤になります。

組織設定で一括配布する

Claudeの組織設定（Organization Settings）を使うと、MCPサーバーやスキルを全メンバーに一括配布できます。

1. MCPサーバーの追加: Linear MCPを組織設定に追加し、全メンバーがClaude経由でLinearを操作できるようにする
2. スキルの配布: Issue起票・管理用のスキルを組織設定に登録。メンバーが個別に設定する必要はない

一度設定すれば、新しいメンバーが入ってもClaude契約があるだけで即座に同じ環境が使えます。

SlackからIssueを起票する3つの方法を比較した

弊社の環境では、SlackからIssueを起票する方法を3つサポートしています。

観点	Devin	Claude	Linear AI
コード調査	○（リポジトリを自動調査）	○（MCP経由で調査可能）	×
運用ルール適用	△（都度指示が必要）	○（スキルで自動適用）	×
コスト	高い（ACU消費）	低い	無料（Linearプラン内）
品質の安定性	高い	高い	バラつきあり
セットアップ	Devin導入が必要	組織設定で一括配布	Linear標準機能

Devin

コードベースを調査した上でIssueを作成してくれるので品質は高いのですが、ACU（Agent Compute Unit）を消費するためコストがかかります。「既存コードの調査が必要なバグ報告」など、ピンポイントで使うのが良いと判断しました。

Claude

コード調査もできて、さらにスキルによる運用ルールの自動適用ができます。コストも低く、組織設定で全メンバーにスキルを強制的に使ってもらえるので、日常的なIssue起票にはこれが最適でした。

Linear AI

Slackスレッドを要約してIssueを作成する機能です。手軽ですが、あまりリッチな挙動は期待できません。品質にムラがあったり、スレッドを要約しただけのIssueしか作れない印象です。「とりあえず素早くメモしたい」場面向きです。

結論: 日常の起票はClaude、コード調査が重い案件はDevin、メモ的な起票はLinear AI という使い分けに落ち着きました。

スキルでIssueの品質を統一する

Claudeを使ったIssue起票の肝は スキル です。

スキルとは、Claudeに特定の手順やルールを持たせる仕組みです。Issue起票用のスキルには、自社の運用ルールを定義しています。

スキルが自動で判定・適用するもの

@Claude このスレッドの内容をLinearにIssue起票して と依頼すると、スキルが以下を自動で判定します。

フィールド	判定方法
チーム	会話の内容やプロジェクト文脈から自動判定
ラベル	課題の種別（バグ、機能追加、改善等）から自動付与
優先度	緊急度・影響範囲から判定
関連Issue	既存Issueとの関連を検出してリンク
Description	背景・目的・概要・受け入れ条件を構造化して記述

組織によっては、Issueの書き方に指定があると思います。
弊社の場合は必ず「目的」と「概要」の二章構成で書くルールがあるので、それもスキルに盛り込みました。

あとは、下記のような項目も盛り込んでおくと、誰が起票しても同じ構造/内容のIssueが作成されるようになります。

• 「Issueの背景や関連Issueの情報を含める」
• 「完了・受け入れ条件を含める」

非エンジニアも含めた全社展開

この仕組みの面白いところは、非エンジニアにも恩恵があることです。

Claudeを組織契約すると、メンバーはClaude WebやClaude Desktopを使えます。組織設定で配布したスキルやPluginは、これらの環境でも自動的に適用されます。

つまり、Linearの操作に慣れていないメンバーでも、Claudeに「こういうタスクがあるのでIssueにして」と伝えるだけで、運用ルールに沿ったIssueが作成されます。

• エンジニア → Slack / Claude Code / Cursorから起票
• 非エンジニア → Claude Web / Claude Desktopから起票
• どちらも同じスキルが適用され、同じ品質のIssueが生まれる

多くのメンバーがClaude経由でIssueを管理することで、Issue周りの「良い作業」の再現性が高まります。

起票だけじゃない、AIによるIssue管理

AIに任せるのは起票だけではありません。Issue管理の中でも、特に「特定のルールに基づいたレビュー・修正提案」はAIの得意領域です。

Issueの定期巡回

週1回、AIが全チームの主だったIssueを自動で巡回し、問題を検出する自動化ワークフローを組んでいます。
問題が見つかったIssueには、Descriptionの最上部にレビューサマリが自動追記され、修正が促されます。

チェック項目	検出内容
期限超過	期限を過ぎた未完了Issue
期限直近×未着手	期限が7日以内なのに未着手のIssue
滞留	7日以上更新がないIssue
担当者未アサイン	担当者が設定されていないIssue

> ### イシューレビュー（2026-03-10）｜⚠️ 要注意
>
> ⚠️ 期限超過 ⚠️ 担当者 ✅ Description ✅ 滞留
>
> **要対応**: 期限を3日超過 / 担当者未アサイン

これまで「週次の定例でIssueの棚卸し」をしていたのが、AIが先に問題を検出して担当者に知らせてくれるようになりました。定例の時間は問題の対処に集中できます。

こういった自動ワークフローの構築方法としては、n8nなどが有名ですが、個人的におすすめなのはDevinです。
「Schedule機能」を使うと、任意のタイミングで指定した処理をDevinに行わせることが可能です。
専門知識は不要で簡単に設定できます

スケジュール｜Devin

Issueの品質レビュー

起票されたIssueの品質もAIがチェックします。Descriptionに必要な情報（背景・目的・概要・受け入れ条件）が揃っているかを自動で評価し、不足があれば指摘します。

起票時のスキルと巡回時のレビューが同じ品質基準を参照しているため、「起票時に書き忘れても巡回で検出される」というセーフティネットになっています。

AIの巡回チェックによって、多くのIssueの品質が常に一定に保たれ、ワークスペースの健全性が増します。

まとめ

Issue起票・管理をAIに任せることで得られるメリットをまとめます。

観点	Before	After
起票のハードル	ツールを開いて手入力	一言つぶやくだけ
品質	人によってバラバラ	スキルで統一
対応漏れ	定例で棚卸し	AIが自動検出
利用者	ツールに慣れた人だけ	全メンバー

「Issue管理はAIに任せるべし」と言い切れるのは、起票の楽さと品質の安定を同時に実現できるからです。Claudeの組織設定でスキルを配布すれば、どこからでも・誰でも・同じ品質で運用できます。

まだ社内展開のフェーズで改善途中ですが、方向性としては間違いなく正しいと感じています。同じ課題を持つチームの参考になれば幸いです。

最後まで読んでいただき、ありがとうございました！