研究論文からアーカイブされたリポジトリへ
Microsoft Researchは2023年末にarXivでTaskWeaverの論文を発表し、同時期にGitHubでコードを公開して、これを「データ分析タスクをシームレスに計画・実行する初めてのコードファーストエージェントフレームワーク」と説明した。
開発は2024年から2025年初頭にかけて続いた。2024年3月にはコンテナベースのコード実行モードがデフォルトになり、同月にオールインワンのDockerイメージが登場、2024年9月にはロール間で情報をやり取りする共有メモリシステム、2024年12月にはAgentOpsによるオブザーバビリティ統合、2025年1月にはRecceptaと呼ばれる実験的な推論ロール、2025年3月にはPlannerロール向けの視覚入力が追加された。
プロジェクト自身の変更履歴では、2025年3月のこのアップデート以降、新機能の発表はない。コミット活動は依存関係の更新のみへと落ち着き、Microsoftは2026年3月23日にリポジトリをアーカイブした——GitHubのアーカイブバナーには「このリポジトリは所有者によって2026年3月23日にアーカイブされました」「現在は読み取り専用です」と表示され、新しいコミット、プルリクエスト、Issueの投稿が無効化される。
これにより、TaskWeaverはこのシリーズのほとんどの他フレームワークとは異なる立場に置かれている。AutoGenはMicrosoftが管理するメンテナンスモード（バグ修正とセキュリティ修正のみ）にあり、Microsoft Agent Frameworkという後継が明言されている。TaskWeaverには明言された後継もメンテナンスの約束も一切なく、アーカイブ時点の状態のまま凍結されている。
リポジトリ作成
- 日付:
- 2023-09
- 意味:
- GitHubリポジトリmicrosoft/TaskWeaverが作成され、その直後に論文がarXivで公開される
コンテナモードのデフォルト化+Dockerイメージ
- 日付:
- 2024-03
- 意味:
- コード実行が隔離されたコンテナ内で行われることがデフォルトになる；ワンステップセットアップ用のオールインワンDockerイメージが登場
共有メモリ+AgentOps統合
- 日付:
- 2024-09〜2024-12
- 意味:
- ロール間でメモリシステムを介して情報を共有できるようになる；AgentOpsとのオブザーバビリティ統合が加わる
Recceta推論ロール+視覚入力
- 日付:
- 2025-01〜2025-03
- 意味:
- 実験的な推論ロールとPlannerロール向けの視覚入力が登場——ドキュメント化された最後の機能
Microsoftによるリポジトリのアーカイブ
- 日付:
- 2026-03-23
- 意味:
- GitHubがリポジトリを読み取り専用にマーク：新しいコミット、リリース、プルリクエスト、Issueは一切不可
📌補足: MITライセンスはアーカイブによって変わらない——既存のコードは引き続きその条件のもとで自由に使用・フォーク・改変できる。変わるのは、Microsoftが今後バグを修正せず、セキュリティ問題にパッチを当てず、新機能を追加しない点である。
TaskWeaverとは何か？
TaskWeaverは、Microsoft Researchがデータ分析向けに開発したオープンソースのコードファーストAIエージェントフレームワーク（MITライセンス、アーカイブ済み、github.com/microsoft/TaskWeaver）で、自然言語のリクエストを自由形式の指示としてではなく実行可能なPythonコードとして解釈し、そのコードをステートフルなセッション内で実行する。
- Plannerロール：複雑なリクエストを一連のサブタスクに分解し、会話全体を通じて進捗を追跡する
- Code Generatorロール：各サブタスクを実行するための実行可能なPythonコードスニペットを記述し、設定済みのプラグインと連携する
- プラグインシステム：データベースクエリ、予測、ドキュメント検索などのドメイン固有の処理が、Code Generatorが呼び出せるプラグインとしてパッケージ化されている
- ステートフルな実行：TaskWeaverは、以前のメッセージのテキストだけでなく、pandasのDataFramesなどのメモリ内データ構造を含むチャット履歴とコード実行履歴の両方をセッション全体にわたって保持する
- 豊富なデータ構造：状態がメモリ内に保持されるため、TaskWeaverはDataFrameなどのPythonオブジェクトを再度テキストにシリアライズすることなく、ステップ間で直接渡すことができる
- コード検証：生成されたコードは実行前に潜在的な問題がチェックされ、修正案がユーザーに提示される
- セッション単位のマルチユーザー分離：基本的なセッション管理により異なるユーザーのデータが分離され、コード実行は干渉を避けるために別プロセスで行われる
- デフォルトでコンテナベースの実行：2024年3月以降、生成されたコードはホストプロセスではなくコンテナ内で実行され、Dockerが必要になる
モデル非依存、OpenAIの例をドキュメント化
TaskWeaverは組み込みモデルを提供するのではなく、taskweaver_config.jsonで設定したLLMに接続する。ドキュメントではOpenAIの例（llm.api_keyとllm.model）を解説し、より高度な設定では他のプロバイダーの設定方法も扱っている——ただしプロジェクトがアーカイブされているため、これらのドキュメントは新しいプロバイダーAPI向けの更新を今後受けない。
# クローンしてインストール（Python 3.10以上が必要）
git clone https://github.com/microsoft/TaskWeaver.git
cd TaskWeaver
pip install -r requirements.txt
# taskweaver_config.jsonでLLMを設定してから実行：
python -m taskweaver -p ./project/TaskWeaverの費用はいくらか？
TaskWeaver自体はMITライセンスのもとで無料であり、サブスクリプション、有料プラン、Microsoftがホストするサービスへの支払いは一切ない。 支払うのは自分のハードウェアやサーバーの費用、そしてtaskweaver_config.jsonで設定したLLMプロバイダーのAPI料金だけである。
- TaskWeaver（オープンソースフレームワーク）：MITライセンスのもとで永久に無料、自己ホスティング、利用上限なし、実行にMicrosoftアカウント不要
- Microsoftがホストする製品やサブスクリプションはない：TaskWeaverは自分で実行するコードであり、マネージドサービスではない——購読するものは何もない
- 任意の費用：自分のハードウェアやサーバー、そしてローカルモデルの代わりにクラウドモデルを接続する場合は設定したLLMプロバイダーのAPI料金（例：OpenAIのトークン単価）
- 任意の費用：デフォルトのコンテナベースのコード実行モードにはDockerが必要で、それは既に持っている、または自分で用意するインフラ上で動作する
TaskWeaverのインストール方法と始め方は？
TaskWeaverにはPyPIパッケージがない——GitHubリポジトリをクローンし、pipで依存関係をインストールすることでセットアップする。Python 3.10以上が必要。 プロジェクトはアーカイブされているため、これはアーカイブ時点で公開されていたインストール手順そのものであり、代わりにインストールできる将来のリリースは存在しない。
- 1Python 3.10以上がインストールされていることを確認する（任意で先に専用環境を作成：
conda create -n taskweaver python=3.10 && conda activate taskweaver）。 - 2リポジトリをクローンする：
git clone https://github.com/microsoft/TaskWeaver.git。 - 3依存関係をインストールする：
cd TaskWeaver && pip install -r requirements.txt。 - 4
taskweaver_config.jsonでLLMプロバイダーを設定する——例えばOpenAI向けには{"llm.api_key": "あなたのキー", "llm.model": "gpt-4"}。 - 5デフォルトのコンテナベースのコード実行モードを使う場合はDockerをインストールする（推奨）；コンテナを使わない代替方法はコード実行のドキュメントを参照。
- 6クローンしたフォルダからCLIを起動する：
python -m taskweaver -p ./project/、あるいはライブラリとしてプロジェクトをインポートする——ライブラリ利用のドキュメントを参照。
以前のリリースを固定する
mainブランチの最新状態ではなく特定のタグ付きバージョンが必要な場合は、リリースタグから直接インストールする。
- リリースページで利用可能なタグ（例：
v0.0.2-alpha）を確認する。 - そのタグを直接インストールする：
pip install git+https://github.com/microsoft/TaskWeaver@<TAG>。
アーカイブされていてもTaskWeaverをまだインストールできるか？
できる。アーカイブによって新規の貢献に対してリポジトリは読み取り専用になるが、既存のコード、ブランチ、タグ付きリリースは公開当時のまま完全にダウンロード・インストール可能である。
TaskWeaverのPyPIパッケージはあるか？
ない。ドキュメント化されたインストール方法は、クローンしたフォルダからgit cloneに続けてpip install -r requirements.txtを実行するか、特定のタグ付きリリースにはpip install git+https://github.com/microsoft/TaskWeaver@<TAG>を使う方法である。
TaskWeaverはどんな人に向いているか？
TaskWeaverは、すでにそれを基に動作する導入を持つチーム、あるいはそのPlanner/Code Generatorアーキテクチャを参考実装として研究したいチームに向いている。 アーカイブ状態であることを考えると、今日新しい本番エージェントプロジェクトを始める人にとっては選択肢が狭まる。
次の場合はTaskWeaverを使う
- すでにTaskWeaver上に構築された本番導入があり、それが現状のままニーズを満たしている——アーカイブによって既存の導入が壊れることはない
- ステートフルなコード実行履歴へのアプローチを含め、ドキュメント化されたコードファーストのPlanner + Code Generatorアーキテクチャを自分の実装の参考として研究したい
- ユースケースが特にデータ分析である——データを取得し、変換し、アルゴリズムを実行し、結果を生成する——ツールを呼び出すだけでなく実際のPythonコードを生成・実行することが適したパターンである
- 今後のより新しいLLM APIやPythonバージョンへの互換性修正を含め、今後自分でフレームワークをメンテナンスする覚悟がある
次の場合はTaskWeaverを避ける
- 新しい本番プロジェクトを始めようとしており、アクティブなメンテナンス、セキュリティパッチ、互換性アップデートが必要な場合——AutoGenは少なくともMicrosoftが管理するメンテナンスモードにあり、Microsoft Agent FrameworkはMicrosoftが活発に開発している後継プラットフォームである
- データ分析専用のコードジェネレーターではなく、汎用のマルチエージェント対話フレームワークが必要な場合——AutoGenやCrewAIは、より広いエージェント間対話パターン向けに構築されている
- エンタープライズサポートやSLAが必要な場合——アーカイブされたリポジトリには、コミュニティ管理のものも含めサポートチャネルが一切存在しない
- 検査・再開可能なステートフルなグラフベースのワークフローが欲しい場合——LangGraphはまさにそのパターン向けに構築され、活発にメンテナンスされている
TaskWeaverを使うべきでないのはどんな場合か？
本レビュー時点では、いかなる新規の本番プロジェクトにもTaskWeaverを避けるべきである——Microsoftは2026年3月23日にリポジトリをアーカイブしており、今後のメンテナンス、セキュリティパッチ、ロードマップは一切ない。
- 新しいエージェントプロジェクトをゼロから始めるチーム——53件の未解決かつ凍結されたIssueを抱えるアーカイブ済みリポジトリは、新しい本番作業の基盤として弱い
- 依存関係のセキュリティパッチが必要なチーム——
requirements.txtで固定されたバージョンはアーカイブ時点で凍結されており更新されないため、固定された依存関係で後から発見された脆弱性は上流で修正されない - 公式サポートが必要なチーム——プロジェクトのREADMEによればかつて「推奨」のサポートチャネルであったGitHub Issuesは、アーカイブされたリポジトリでは新規投稿を受け付けなくなっている
- 新規構築のためにMicrosoftのエージェントフレームワークを特に評価しているチーム——代わりにAutoGen（メンテナンスモードで少なくとも修正はまだ受けている）や、活発に開発されているMicrosoft Agent Frameworkから始める
- TaskWeaverを使うのは、そのコードファーストでステートフルなPlanner/Code Generatorパターンの既存導入を特に研究またはメンテナンスする必要がある場合に限るべきである
TaskWeaver vs. 代替ツール
TaskWeaverは、コード実行型でMicrosoftエコシステムの他のエージェントフレームワークと競合しているが、そのほとんどはTaskWeaverと異なり、依然として活発にメンテナンスされているか、少なくとも公式のメンテナンスモードにある。
ツール | インターフェース | ライセンス | ステータス | 最適な用途 |
|---|---|---|---|---|
| TaskWeaver | Pythonコード / CLI | MIT | アーカイブ済み（2026-03） | 既存導入の研究・維持 |
| AutoGen | Pythonコード | MIT / CC BY 4.0 | メンテナンスモード | 既存のAutoGenアプリのみ |
| Semantic Kernel | .NET/Python/Java SDK | MIT | 活発（MAFへ統合中） | エンタープライズ統合SDK |
| CrewAI | Pythonコード | MIT | 活発、VC出資 | 役割ベースのマルチエージェントチーム |
| LangGraph | Pythonコード | MIT | 活発 | ステートフルなグラフベースのワークフロー |
TaskWeaverを評価する際のよくある間違い
これらの間違いは、リポジトリのステータスを直接確認しなかったり、TaskWeaverを他のMicrosoftエージェントプロジェクトと混同したりすることから生じる。
間違い1：新しいプロジェクトを始める前にアーカイブ状態を確認しない
TaskWeaverのGitHub説明は依然として「データ分析タスクをシームレスに計画・実行する初めてのコードファーストエージェントフレームワーク」となっており、タイトルにアーカイブへの言及はない——読み取り専用のステータスはリポジトリページ自体のバナーとしてしか表示されない。新しい作業でフレームワークに依存する前には、常にリポジトリを実際に確認してアーカイブバナーがないか確かめるべきである。
間違い2：アーカイブ済み＝壊れていると思い込む
アーカイブは新しいコミット、Issue、プルリクエストを無効化するだけで、コードを削除したりMITライセンスを取り消したりするものではない。既存のTaskWeaver導入は、アーカイブ前とまったく同じように動作し続ける——アーカイブされた日付そのもので何かが壊れるわけではない。
間違い3：TaskWeaverをAutoGenやMicrosoft Agent Frameworkと混同する
この3つはいずれもMicrosoftに関連するエージェントプロジェクトだが、メンテナンスのスペクトル上ではそれぞれ異なる位置にある。TaskWeaverはアーカイブ済み（凍結）、AutoGenはメンテナンスモード（バグ修正とセキュリティ修正のみ）、Microsoft Agent FrameworkはMicrosoftが活発に開発している後継プラットフォームである。自分が実際にどれを評価しているのか確認すべきである。
よくある質問
TaskWeaverはまだメンテナンスされているか？
いいえ。Microsoftは2026年3月23日にmicrosoft/TaskWeaverリポジトリをアーカイブし、読み取り専用にした——今後、新しいコミット、リリース、Issueの投稿は受け付けられない。
TaskWeaverは無料で使えるか？
はい。TaskWeaverはMITライセンスであり、商用利用、改変、自己ホスティングが無料である。サブスクリプションやMicrosoftがホストする製品への支払いは一切ない。
GitHubリポジトリの「アーカイブ済み」とはどういう意味か？
所有者がリポジトリをアーカイブすると、GitHubはそれを読み取り専用としてマークする：新しいコミット、プルリクエスト、Issueは投稿できなくなるが、既存のコード、ブランチ、リリースはダウンロード可能なままである。
TaskWeaverの中核アーキテクチャは何か？
Plannerロールがリクエストをサブタスクに分解し、Code Generatorロールが各サブタスクに対してPythonコードを記述・実行し、プラグインシステムがドメイン固有の処理を提供する——これらすべてが、チャット履歴とコード実行履歴を保持するステートフルなセッション内で連携する。
TaskWeaverはどうやってインストールするか？
git clone https://github.com/microsoft/TaskWeaver.gitでリポジトリをクローンし、クローンしたフォルダ内でpip install -r requirements.txtを実行する。PyPIパッケージは存在しない。
TaskWeaverはDockerを必要とするか？
厳密には必須ではないが、2024年3月以降のデフォルトのコード実行モードは生成されたコードをコンテナ内で実行するため、Dockerが必要になる——コンテナを使わない代替方法はコード実行のドキュメントを参照。
TaskWeaverはどのライセンスで公開されているか？
MITであり、無料の商用利用、改変、自己ホスティングを許可する。リポジトリのアーカイブによってライセンスが変わることはない。
TaskWeaverの後継は何か？
TaskWeaverには公式に明言された後継は存在しない。活発に開発されている汎用のMicrosoftエージェントフレームワークとしては、代わりにMicrosoft Agent FrameworkやSemantic Kernelを検討すべきである。
TaskWeaverのGitHubスターはいくつか？
2026年9月時点で、microsoft/TaskWeaverリポジトリはGitHubスター6,100以上、フォーク780以上を獲得している。
TaskWeaverにまだIssueを開いたり貢献したりできるか？
できない。アーカイブによって新しいIssueとプルリクエストは無効化されている。アーカイブ時点で開いていた53件のIssueは表示され続けるが凍結されており、対応されることも閉じられることもない。