小編精選 - 技術文章翻譯 · 06月07日

【圖解】將工程師的「隨手畫的 Mermaid」轉換成能打動商業端的圖解

前言

（30 秒讀懂結論）

用 Mermaid 只寫結構 → 丟給專門做「資訊圖表化」的 Gem → 就會回傳白底、日文字體為哥德體的商務圖解
關鍵在於 不要一開始就丟長文。先用 Mermaid 固定結構，再讓它幫你清稿
如果想把日文文字和官方圖示漂亮地呈現出來，Nano Banana 建議選「Pro」或「2」

這篇文章的目標讀者是這些人。

會快速畫架構圖或流程圖，但要整理成簡報用圖就會覺得很麻煩的工程師

開會時常被交代「這個機制之後幫我畫成圖分享一下」的人

想了解 Gemini 圖像生成（Nano Banana）在工作上可以怎麼用的人

你是不是也曾經在工程師看得懂的圖和商務簡報用的圖之間，每次都花很多時間手動重畫、整理？

所以我做了一個 Gem：只要把 Mermaid 直接丟進去，它就會幫你清稿成「白底、日文字型為哥德體、帶官方圖示」的資訊圖表。提示詞只有 4 句。以下全文直接附上。

機制：為什麼要特地先經過 Mermaid

一開始我也是直接把想畫成圖的內容，用文章形式丟給 Nano Banana。但效果其實不太好。只要給它長篇說明，模型就會自作主張地把內容「這邊不重要吧」然後摘要掉，導致關鍵元素和箭頭方向跑掉。

這時候 Mermaid 就很有用。Mermaid 可以當作嚴格描述元素與關係的「結構中介語言」。先把結構固定好，Nano Banana 要做的就只剩清稿。這就是分工的概念。

腦中的模糊想法
   ↓ 結構化（人類 + Mermaid）
Mermaid（骨架、關係已確定）
   ↓ 清稿（Nano Banana）
資訊圖表（外觀整理完成）

把 Mermaid 想成設計者腦中的構想，Nano Banana 想成負責清稿的設計師——這樣分工就很清楚了。結構設計的責任由我們承擔，外觀呈現交給對方。先由人類把最容易失真的「摘要」步驟做完，這就是訣竅。

系統提示詞（全文公開）

只要把這段貼到 Gem 的自訂指示裡就行了。

gem-custom-instruction.txt

將輸入內容摘要並結構化，以日文哥德體生成資訊圖表圖片。請使用官方圖示進行視覺化。若輸入內容超過 30 個字，請先摘要並結構化，再進行圖片生成。背景為白色，不要標題。

雖然短，但每一句都有作用。依序來看：

「將輸入內容摘要並結構化」——不管是 Mermaid 還是長文，先轉成結構再畫。這是讓雜亂輸入也不容易崩壞的基礎
「以日文哥德體」——如果跑成明體或可愛字體，會很不符合簡報風格。這裡是往商務文件的標準靠攏
「請使用官方圖示進行視覺化」——指定要用 AWS 或各服務的官方圖示。不過後面會提到，這裡不要期待過高
「若輸入內容超過 30 個字」——防止你一不小心貼了長文。這裡也一樣先做摘要→結構化
「背景為白色，不要標題」——為了貼到簡報或 Slack 時不突兀。標題我想自己加，所以不讓它處理

這不是那種看起來很厲害的提示詞，但能穩定回傳相同品質，這點其實很有用。

模型選擇一定要注意（Nano Banana / Pro / 2）

這裡要補充一下，因為 2026 年上半年情況已經變了。「Nano Banana」現在已經不是單一模型。

通稱模型適合用途Nano BananaGemini 2.5 Flash Image高速、輕量。日文文字容易崩壞Nano Banana ProGemini 3 Pro Image資訊圖表、圖解、多語文字Nano Banana 2Gemini 3.1 Flash Image以 Flash 的速度達到接近 Pro 的品質這次的用途重點是「日文字能讀」以及「圖表不能破圖」。初代（2.5 Flash Image）很容易把日文弄壞，所以我現在都用 Pro 或 2。Google 也把 Nano Banana Pro 定位為適合用來視覺化點子、將資料做成資訊圖表、把手寫筆記圖解化的工具。這正好就是我想做的事。

Gem 內是否能生成圖片，以及可選的模型（Fast / Thinking / Pro），會依照方案與釋出狀況而有所不同。本文資訊以 2026 年 6 月為準。最新支援情況請以官方說明為準。