paper banana

paper banana

Google Cloud AI Research and Peking University · 画像 · 生産性向上

PaperBananaは、プレーンテキストから出版可能な学術イラストを生成するエージェント型フレームワークだ。手法の説明と図のキャプションを渡すと、専門化したAIエージェントのチームがNeurIPSやICMLといった会議に合う手法図や統計グラフを返す。研究者向けの学術イラスト生成ツールである。スライドや技術文書のための汎用AI図表生成ツールとしても使える。アイデアに時間を使いたい、ベクターツールと格闘したくないAI科学者のために作られている。

paper banana の画面プレビュー

paper banana について

PaperBananaとは

PaperBananaは、研究で最も厄介なボトルネックの一つ、図の作成を自動化するためにGoogle Cloud AI Researchと北京大学が開発したマルチエージェントシステムだ。論文を書くだけでも十分に難しい。読者に文句を言われないようなきれいなアーキテクチャ図やグラフを描くのに、さらに一日が消えることもある。描く作業を機械に返してくれる研究図表ツールである。

このフレームワークは作業を5つの協調エージェントに分割する。Retrieverは参照ライブラリから類似例を取り出し、Plannerは手法のテキストを読んで詳細な作図仕様を書き、Stylistは学術的な美的ルールを適用し、Visualizerは画像やコードを描画し、Criticは結果を元のテキストと照合してもう一度パスに戻す。このループが要だ。単一の画像モデルはそれらしいものを描く。PaperBananaは、そのそれらしいものが本当に正しいかを確かめる。

最大の制約は先に述べておく価値がある。ノードの多い高密度な図では、拡散ベースの描画がテキストを歪めたり接続線を誤った位置に置いたりすることがあり、ピクセル単位の精度が要るデータグラフも、画像としてだけ生成すると誤りが入りやすい。理想的ではない。チームの答えはグラフ向けのコード駆動パスであり、図が実際の数値を伴うならここが重要になる。プロジェクトは研究論文として始まり、その後コミュニティ実装がClaude CodeやCursor向けのCLI、Python API、MCPサーバーへのアクセスを加えてきた。

はじめ方

  1. プロジェクトページを開いてリポジトリをクローンし、pip install -r requirements.txt で依存関係をインストールする。
  2. 選んだプロバイダーのAPIキーをモデル設定ファイルに追加する。コミュニティ版はOpenAI、Azure OpenAIまたはFoundry、Google Gemini、Atlas Cloudに対応する。
  3. 2つの入力を用意する。元の文脈(論文の手法セクション)と伝達意図(欲しい図のキャプション)だ。
  4. 任意で、公開された(手法テキスト、キャプション、図)の三つ組からなる参照セットを読み込む。同梱のPaperBananaBenchにはNeurIPS 2025の292件の参照ケースが入っている。
  5. 生成を実行し、最良の結果を選ぶ。著者は生成して選ぶワークフローを勧める。候補を3〜5件作り、論文のスタイルに合うものを選ぶ。

AIツール情報

paper bananaの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プラン$0 (open-source research framework; you pay model API costs)
プラットフォームWeb, CLI, Python API, MCP server
開発元Google Cloud AI Research and Peking University
カテゴリ画像 · 生産性向上
リリース日Feb 2025
最終更新Feb 2025
サイト訪問数21.4K
サイト世界ランキング1.3M
API提供状況はい

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • AI研究者と大学院生:投稿用の手法図やグラフが必要で、図に何を載せるかはすでに分かっている。このツールは手法を明確に説明できることを前提とする。
  • 年に複数の論文を書く研究室のチーム:参照セットの再利用で、論文をまたいでも図の見た目がそろう。査読者には5種類のスタイルではなく1つのスタイルが目に入る。
  • 既存の草稿を磨く研究者:スタイル強化パスは、粗い手描きスケッチを会議水準に近づける。ゼロから描き直すより速い。

タスク

  • モデルアーキテクチャ図の作成:モジュールとデータフローを説明すれば、Plannerがすべての要素を配置した作図仕様に変える。
  • 統計グラフの生成:コード駆動ルートはPythonを書いて実行するので数値が正確に保たれる。結果セクションでは安全な選択だ。
  • 概念フレームワーク図の作成:ネットワークではなくプロセスを説明する論文なら、エージェントは同じパイプラインを概念的なレイアウトに適応させる。

シーン

  • 締め切り前夜、残っているのが図だけのとき:手法のテキストはすでに書いてあるので、元の文脈はほぼ整っている。
  • 会議発表の粗いスケッチをきれいなスライド図に変えるとき:論文に与えた説明がそのままスライドにも使える。
  • 不採択の投稿を修正するとき:Criticのパスと目標会議の参照セットがあれば、デザイナーなしで図をもう一度見直せる。

主な機能

5エージェントのパイプライン

PaperBananaはRetriever、Planner、Stylist、Visualizer、Criticを順に動かす。それぞれが1つの役割だけを担う。これが出力を汎用のストック画像へ流れさせず、自分のテキストの近くに保つ。Criticは描画された図を元の内容と比較し、不一致を指摘してループを閉じる。

参照ガイド付き生成

参照セットを読み込むと、Retrieverが最も関連する公開例を10件選び、Stylistがその色、形、書体をスタイルガイドに煮詰める。論文の図は、モデルが見てきたすべての平均ではなく、自分の分野の実在する論文の慣習を受け継ぐ。

手法図の自動化

手法セクションを渡すと、普段ならFigmaやTikZで作るようなアーキテクチャ図やプロセス図を生成する。図を一目で読めるようにするレイアウトとラベル付けを担う。これがたいてい最も時間を食う部分だ。

コードによる統計グラフ

数値が正確でなければならないグラフでは、PaperBananaはピクセルを描く代わりにPythonの作図コードを書いて実行する。これでデータが忠実に保たれる。後から調整できるMatplotlibやSeabornのソースも手に入る。ピクセルはきれいだが、査読を制するのは数値だ。

既存の図のスタイル強化

粗いスケッチを渡すと、レイアウトが整い学術スタイルが統一された版が返ってくる。科学的内容が固まり、見せ方だけが図を妨げているときの実用的な選択だ。描き直しは要らない。

複数プロバイダー対応

コミュニティ版はOpenAI、Azure OpenAIまたはFoundry、Google Gemini、Atlas Cloudに接続する。Geminiは低コストの入口になり、プロバイダーを替えてもエージェントの流れは変わらない。

CLI・Python API・MCPサーバー

このフレームワークは既存の働き方に収まる。YAMLやJSONのマニフェストからのバッチ実行、Pythonからのスクリプト呼び出し、Claude CodeやCursorに組み込むMCPサーバーだ。1本の論文で図を5枚同時に必要とするときはバッチ生成が便利で、自動調整モードはフィードバックを返すたびに反復を続ける。

メリットとデメリット

メリット

  • 図を描く代わりに説明するだけで、作図の時間を数時間から数分に縮める。
  • Criticのループが、単発の画像モデルが見落とす論理エラーや矛盾を拾う。
  • 参照セットが、論文の図を目標会議と視覚的にそろえる。
  • コード駆動のグラフ経路が正確な数値を保ち、結果の図はデータに忠実なままになる。
  • オープンソース実装が、既存のワークフロー向けにCLI、Python API、MCPアクセスを加える。

デメリット

  • ノードの多い複雑な図ではテキストの歪みや誤った接続線が出ることがあり、投稿前にどの図も手作業で確認する必要がある。
  • 中心のリリースは研究フレームワークであり、磨き上げられた製品ではない。導入とはリポジトリをクローンしAPIキーを自分で管理することだ。
  • 完全な自動化は明快な手法の記述にかかっており、曖昧な入力は曖昧な図を生む。

よくある質問

研究手法のテキスト記述を出版可能なイラストに変える。手法図と統計グラフの2種類を主に扱う。手法のテキストとキャプションを渡すと、エージェントのパイプラインが完成した図を返す。