凌晨11點的Stack Overflow上，一個神經(jīng)科學博士正在搜索"matplotlib PDF export cut off axis labels"。這是他的第47次實驗，數(shù)據(jù)干凈，故事清晰，距離投稿Nature只剩6張圖。6小時后，他盯著屏幕上變形的坐標軸，開始認真考慮轉(zhuǎn)行。

Google AI最新開源的PaperBanana，就是沖著這種特定崩潰場景來的。它不是又一個"自然語言出草圖"的玩具，而是一個agentic（智能體）框架——輸入文字描述，輸出能直接塞進NeurIPS或Nature的出版級圖表。GitHub熱度已經(jīng)起來了，但比功能更值得聊的，是它底層的架構(gòu)設(shè)計。

為什么99%的"文生圖"工具死在同一個坑里

這個領(lǐng)域的墳場很大。大多數(shù)工具死法一致：生成一個"看起來對"的初稿，然后——沒有然后了。一張能用的matplotlib輸出，和一張能投稿的figure之間，隔著字體渲染、色盲友好性、期刊格式規(guī)范、圖例位置、分辨率至少五道坎。單輪生成跨不過去。

PaperBanana的核心判斷是：圖表生成是個多維度質(zhì)量問題，單次生成不可靠，必須迭代。它搭了一個critic-generator（批評者-生成者）循環(huán)：Critic agent輸出結(jié)構(gòu)化反饋，Generator agent執(zhí)行修改，直到滿足出版標準或觸及迭代上限。

聽起來簡單。效果驚人。而且這個模式可以泛化到任何"質(zhì)量維度多、需要迭代優(yōu)化"的任務(wù)。

四agent流水線：誰負責什么

系統(tǒng)拆成四個角色，交接點全是結(jié)構(gòu)化數(shù)據(jù)。

Planner agent讀自然語言描述+原始數(shù)據(jù)，輸出技術(shù)規(guī)格：選什么圖表類型、數(shù)據(jù)要不要預(yù)處理、坐標軸怎么設(shè)。Code Generator agent把規(guī)格轉(zhuǎn)成matplotlib/seaborn/plotly代碼。Renderer執(zhí)行代碼出圖。然后Critic agent上場——它對照預(yù)定義的出版標準（字體大小、配色對比度、標簽完整性等）逐項檢查，生成修改清單。

清單回到Code Generator，循環(huán)繼續(xù)。Google的測試顯示，平均2.3輪迭代后通過驗收，硬上限設(shè)了5輪。

關(guān)鍵設(shè)計：Critic的反饋必須是結(jié)構(gòu)化的，不能是"看起來不太對"這種廢話。系統(tǒng)要求它輸出具體指令，比如"將x軸標簽字體從8pt改為10pt以符合Nature印刷規(guī)范"或"將色板從viridis改為cividis以提升色盲可讀性"。

代碼怎么跑：一個可復(fù)現(xiàn)的示例

項目已開源。核心依賴就幾個：google-adk（agent開發(fā)套件）、matplotlib/seaborn/plotly、以及一個PDF渲染器。安裝后，定義figure的方式接近自然語言：

```python from paperbanana import FigurePipeline pipeline = FigurePipeline( journal_style="nature", # 或"neurips", "ieee", "cell" colorblind_safe=True, max_iterations=5 ) result = pipeline.generate( description=""" Scatter plot showing correlation between prefrontal cortex activation (fMRI beta values, x-axis) and reaction time in milliseconds (y-axis). 120 subjects, color by age group (young/old). Include regression line with 95% CI. """, data="experiment_3_cleaned.csv" ) ```

輸出包含PNG預(yù)覽、矢量PDF、以及完整的生成日志——哪輪改了什么、Critic當時的具體反饋，全部可追溯。審稿人追問"這個圖怎么做的"時，你有完整鏈條。

為什么產(chǎn)品經(jīng)理應(yīng)該關(guān)注這個架構(gòu)

PaperBanana的真正價值不止于救急畫圖。它驗證了一種agent協(xié)作模式：生成-評估-迭代的閉環(huán)，用結(jié)構(gòu)化接口隔離不確定性。

Planner處理模糊輸入，輸出確定性的技術(shù)規(guī)格。Code Generator面對確定規(guī)格，輸出確定性的代碼。Renderer是確定性執(zhí)行。只有Critic涉及主觀判斷，但它的輸出又被強制結(jié)構(gòu)化為可執(zhí)行的修改指令——不確定性被圈死在局部，不會污染整個鏈條。

這和傳統(tǒng)軟件開發(fā)的"編譯-測試-修復(fù)"循環(huán)本質(zhì)上同源，但把"測試"和"修復(fù)"都自動化了。Google ADK團隊的人提到，他們內(nèi)部已在把同樣模式遷移到數(shù)據(jù)清洗、實驗報告生成等場景。

一個有趣的細節(jié)：Critic agent的prompt工程花了團隊最多時間。他們發(fā)現(xiàn)，讓模型扮演"挑剔的期刊審稿人"比"有幫助的助手"效果更好——角色設(shè)定直接改變反饋的嚴格程度和具體性。

目前GitHub倉庫的issue區(qū)，最常見的請求是支持更多期刊模板（Science、PNAS、arXiv預(yù)印本格式）和更多繪圖后端（R的ggplot2、Python的altair）。維護者的回復(fù)很克制：先保證matplotlib生態(tài)的穩(wěn)定性，再擴展。

那個凌晨11點搜Stack Overflow的博士，如果晚半年開始實驗，他的第47次研究會是什么體驗？