00:00:00Claude Codeチームが最近「do」を「task」にアップグレードしました。これは重大なニュースです。なぜなら
00:00:05各タスクが独自のJSONファイルを保持し、更新やGitHubへのコミットが可能になったからです。
00:00:11これらのタスクはサブエージェントで並列実行でき、複数のClaude Codeセッションで
00:00:16同じタスクリストを共有できます。
00:00:17多数のタスクがあり、多くのセッションを必要とする複雑なプロジェクトに最適です。
00:00:22しかし、超人気の「ラルフ・ウィガム・ループ」にはどんな影響があるのでしょうか?
00:00:26これで時代遅れになってしまうのでしょうか?
00:00:28そうとも言い切れません。
00:00:29チャンネル登録して、詳しく見ていきましょう。
00:00:32Opus 4.5は、多くの面でゲームチェンジャーとなりました。
00:00:35意外と知られていない機能の一つに、自律実行時間が大幅に伸び、
00:00:39他のモデルよりも状態をより正確に把握できる点があります。
00:00:44つまり、以前のClaude Codeで見られたような従来のToDoリストは、
00:00:48小さなタスクにはほぼ不要になったということです。
00:00:50ただ、長いタスクの場合、200kのコンテキストウィンドウがあっても「スマートゾーン」と
00:00:56「ダム(おバカ)ゾーン」が存在し、80%を超えると精度が落ちてしまいます。
00:01:02コンテキストに応じたモデルの賢い領域とそうでない領域については、
00:01:07私の「ラルフ・ウィガム」の動画で詳しく解説しています。
00:01:08現段階では、タスクをSQLiteデータベースに保存し、
00:01:14バージョン管理用にJSONLファイルへ出力する「Beads」のようなツールを使うかもしれません。
00:01:19実はこのBeadsというツールこそが、Claude CodeチームがToDoを
00:01:24今回の新しいタスク管理システムへアップグレードする大きなヒントとなりました。
00:01:30タスクのJSON保存から複数セッションでの実行まで、多くの機能を実現しています。
00:01:34ただ、この素晴らしいアップグレードも、Beadsやラルフ・ウィガムとは少し動作が異なります。
00:01:39実際に見てみましょう。
00:01:41これはClaude Codeで作成した計画ファイルで、CLIを使ってX(旧Twitter)から
00:01:46動画をダウンロードするツール「XDL」に加えたい3つの大きな変更点が含まれています。
00:01:54タスク機能を使うには、これらの管理ツールが含まれている
00:02:00Claude Code バージョン2.1.6以降が必要です。
00:02:03では、この計画ファイルを完了すべきタスクセットに変換するようClaudeに頼んでみます。
00:02:08ご覧の通りタスクが作成されました。依存関係、つまり他のタスクが終わらないと
00:02:13着手できないタスクも追加されています。特定のタスクをブロックしている
00:02:18タスクは、ここで黄色くハイライトされています。
00:02:20ルートディレクトリの「.claud」フォルダを開くと、「tasks」フォルダの中に
00:02:26プロジェクトごとのフォルダがあるのが分かります。
00:02:29中身を見ると、ID、件名、説明、そして依存関係(どのタスクをブロックしているか、
00:02:36あるいは何にブロックされているか)を含む全タスクが確認できます。
00:02:41次に、各タスクをサブエージェントで実行するようClaudeに指示すると、
00:02:45実行が開始されました。
00:02:46タスク1と、他のタスクにブロックされていないタスク8、9、10が
00:02:52同時に進められています。
00:02:53画面上部では、異なるサブエージェントがそれぞれのタスクに取り組んでいるのが見えます。
00:02:57すべてのタスクが完了したのでコンテキストの使用量を確認すると、
00:03:01サブエージェントで分散処理したため、わずか18%しか消費していません。
00:03:06この新しいタスク管理システムには、他にもできることがあります。
00:03:09例えば、複数のClaudeセッションを立ち上げる場合(ここでは画面分割ですが、
00:03:14別タブや別サーバーでも構いません)、同じタスクリストにアクセスするには、
00:03:19環境変数「Claude code task list ID」に使用したいリストのIDを
00:03:26設定して実行します。
00:03:30これでClaudeはそのディレクトリ内の全タスクにアクセスでき、
00:03:34もう一方のセッションでも同じことができます。
00:03:36片方のセッションにタスクを進めさせ、もう片方に完了したタスクの
00:03:41検証(ベリファイ)をさせるといった使い方が可能です。
00:03:43左側のセッションを実行すれば、右側のセッションでも
00:03:48各タスクの進捗をリアルタイムで把握できます。
00:03:49こちら側が終われば、もう一方のセッションでそのまま
00:03:53タスク完了の検証作業に入れます。
00:03:55これは非常に便利です。あるマシンで作業を始めて中断し、タスクをGitHubなどの
00:04:00VCSにコミット。その後、別のマシンでプルすれば、
00:04:06全く同じ続きから再開できるからです。
00:04:10Beadsを使ったことがある人なら似ていると感じるでしょうが、
00:04:15Beadsは高速化のためにタスクをSQLiteで管理し、同期には複数のJSONではなく
00:04:23単一のJSONLファイルを使用するという違いがあります。
00:04:29この1つのファイルをプロジェクトに加えれば、チームメンバーと共有できます。
00:04:33また、ラルフ・ウィガム・ループとは「設計思想」の面で少し異なります。
00:04:39ラルフ・ループでは、一つのプロンプトと、それを達成するための
00:04:43タスクリストがあり、それらを繰り返しモデルに送ります。
00:04:49対してこの新システムは、タスクリストの中からモデル自身に
00:04:54次に行うべきものを選ばせる仕組みです。
00:04:57モデルは全タスクを読み込んで次の一手を判断します。
00:05:02サブエージェントを使えばこの負担は軽減されますが、もしあなたが
00:05:07「North Star(北極星)」となる指針をプロンプトMDに書き込み、
00:05:12指示していないタスクまで自動で追加してプロジェクトを改善し続けるような
00:05:17完全自律ループを求めているなら、この新システムは向きません。
00:05:22また、ドキュメントの問題もあります。収録時点では、
00:05:27この機能に関する情報はたった一つのツイートの中にしかありません。
00:05:30Beadsに比べると、進捗を可視化するツールやカンバン方式の表示も
00:05:34まだ整っていませんが、Claude Codeコミュニティが
00:05:40今まさに開発を進めているはずです。
00:05:42こうした新しい管理システムでソフトウェアを開発する際は、
00:05:47エラーをそのままリリースしないよう注意が必要です。
00:05:50そこで「Better Stack」の出番です。AIネイティブなエラートラッカーで
00:05:56バックエンドからフロントエンドまで監視でき、サイト停止を知らせるステータスページや
00:06:02優れたインシデント管理機能も備えています。
00:06:08ぜひ今すぐBetter Stackをチェックしてみてください。