タスク管理をClaude Codeの内部に置くと、タスクの主語がAIになる

多くのプロジェクト管理ツールはWebアプリやSaaSとして、開発の「外部」に置かれている。でも、AI開発の作業環境とタスク管理が別の場所にあると、AIはタスク情報に直接触れない。GitHub IssuesをClaude Code内のタスク管理として使うと、ghコマンド経由でAIが直接タスクを読み書きできるようになる。実例として、会話履歴を解析して改善シグナルをIssueに自動登録するスキルが走っており、完了Issue数は1,554件に達している。定期タスク8件は自動で自己再生成し、スクリプトが期限切れのリマインドを勝手に送っている。

AIの鬼が注目するのは、ここで起きた仕事のかたちの変化だ。従来、タスク管理は「人間が課題を入力する」受身の道具だった。それが反転した。今はAIがタスクを起票する側になり、人間は「何を今やるか」を判断するGTDのトリアージだけを担当している。自動起票されたタスクはinboxに行くが、そこから「今すぐやること」に上げるには人間の判断が入る。この緩衝材があれば、AIが自由にタスクを作っても運用が崩れない。一般的な「AIに勝手なことをさせるな」という警告は当てはまらず、むしろ「AIに自由にさせて、人間は選別に集中」という新しい分業図が成立する。

この仕組みは、社内のすべての自動化から呼び出せる「共通の下請け層」になっている。タスク管理がアプリではなく、他のスキルが利用する部品に変わったのだ。中小企業がAI活用を深めるなら、こうした「タスク自体を自動化する設計」を無視しては進めない。手作業のタスク入力をコンピュータに任せ、人間は判断だけに専念する。これが次の10年の「まともな仕事のやり方」になるはずだ。