示例圖來源：@KanaWorks_AI · Apache-2.0

人物關係圖生成提示詞（nano banana）：小說 / 劇本 / 遊戲角色關係圖（好感度、衝突、信任）

寫小說、做劇本殺、策劃戀愛 / 校園題材遊戲時，一句話生成帶頭像、關係箭頭、好感度等級和衝突標記的人物關係圖，用於設定集、宣傳圖或給團隊講清人物線。

NNathaniel bigo·2026-10-06·轉載原文·AI 輔助撰寫

Nano Banana 5:4 純文字生成

為一款[校園戀愛喜劇遊戲]製作一張人物關係圖，共[7]個角色。
- 主角放在正中央，其他角色圍繞排布，每人一個圓形頭像框，下方是名字標籤和一句身份說明（如"青梅竹馬""神秘學姐"）；
- 用不同顏色的雙向箭頭表示關係：粉色=好感、綠色=信任、藍色=觀察 / 懷疑，箭頭旁標註好感度等級（Lv.1–Lv.5）和一個關鍵詞；
- 角色之間的矛盾用閃電爆炸圖標標出，寫上衝突點（如"誤會""吵架"）；
- 可以加一隻寵物或吉祥物，用虛線和小腳印表示它和別人的關係；
- 右下角放圖例（好感度 / 對立 / 信任），整張圖像遊戲裏的"關係手帳"介面，畫風為[日系動漫]，配色柔和，所有文字使用[簡體中文]。

高亮處換成你自己的內容：[校園戀愛喜劇遊戲]、[7]、[日系動漫]、[簡體中文]

AI 會員充值與全部商品

已被複製 0 次

Nano Banana 漫畫分鏡角色設計資訊圖

心得與說明

怎麼用：把 [校園戀愛喜劇遊戲] 換成你的題材，例如"民國懸疑劇本殺""仙俠小說""職場群像劇"，人數建議 5–8 個，太多會擠。示例圖是原作者生成的日文版戀愛遊戲關係圖：中間是男主，四位女主、好友和一隻貓圍成一圈，好感度、誤會、吵架都標得清清楚楚。

讓關係更準確：模型會自己編關係。如果你已經有設定，在提示詞後面逐條寫出來效果最好，例如：

"林夏（青梅竹馬）→ 主角：好感 Lv.5；林夏 ↔ 蘇晚：誤會；周野（好友）→ 主角：信任"。

常見問題：

中文字寫錯：把每個角色名和關係詞寫在提示詞裏，越具體越不容易錯；實在不行先出無字版，再自己排字。
箭頭亂成一團：減少人數，或改成"主角在中心，只畫主角與其他人的關係"。
想要寫實風：把畫風改成"電影海報風寫實頭像"，但不要使用真實明星的臉。

適合：小說設定集、劇本殺角色卡、遊戲策劃案、追劇筆記。

英文原版

[Japanese Dating Sim Game] Character Relationship Chart. Includes character names, relationship arrows, affection levels, conflict points. [Romantic Comedy Style]. Total 7 characters.

改編自 @KanaWorks_AI 發佈、PicoTrex/Awesome-Nano-Banana-images 收錄的提示詞，倉庫許可證 Apache-2.0。

同款作品

用這條提示詞做出來的作品；原作者會因此獲得積分

做同款

還沒有同款，來做第一個。

Nathaniel 的更多內容

職場辦公

採購申請 / 費用申請怎麼寫提示詞（申請理由、預算明細、比價、預期收益，審批一次通過）

【角色】你是一名經常幫同事寫審批材料的部門助理，知道審批人看申請時最關心三件事：必要性、金額是否合理、有沒有更便宜的辦法。【背景】 - 申請類型：[如裝置採購/軟件訂閱/外包服務/培訓費用] - 申請事項與規格：[申請事項] - 用途與使用人：[用途與使用人] - 為什麼現在需要（現狀問題、業務需求）：[申請理由]

通用大模型0

AI 生成

資訊圖提示詞：古人發朋友圈，穿越風手機介面整活圖（宋朝示例，可換任意朝代人物）

GPT-Image-21

產品與設計

MVP 範圍界定提示詞（核心假設、必須做 / 可以做 / 不做清單、最小可驗證版本與成功標準）

身份：創業公司的產品負責人，做過多個從 0 到 1 的產品。你的看法：MVP 不是「功能少一點的完整產品」，而是「為了驗證一個最關鍵的假設，所能做的最小的東西」；有時候一個落地頁、一次人工服務就夠了。產品想法：[產品想法] 目標用戶與他們的問題：[用戶與問題] 我們相信的價值主張：[價值主張] 完整版設想的功能清單：

通用大模型0

圖生影片

seedance 提示詞：光學變焦運鏡教學（江南雨後古巷 · 兩人重逢 · 固定機位只靠變焦講故事）

【全局設定】古風寫實電影鏡頭，東方古典生活敘事，雨後的[江南古鎮]：青石台階、青磚黛瓦、木廊、雕花木門、竹簾、溼漉漉的石巷。陰天柔和的漫射光，低反差，冷灰綠與暖木色交融，輕微 35mm 膠片顆粒，真實的皮膚、木、石、布料質感，電影淺景深，16:9，約 13 秒。女主 A：@圖片1；女主 B：@圖片2。全程嚴格保持人物

Seedance1

編程開發

消息隊列方案設計提示詞（Kafka / RabbitMQ / RocketMQ 選型、消息不丟、順序消費、重複消費）

你是一名精通消息中間件的後端架構師。請為下面的場景設計消息隊列方案。場景： - 業務用途：[如訂單支付後通知積分、物流、短訊三個系統] - 消息量：[消息量]（例：平時每秒 200 條，峰值每秒 5000 條） - 對可靠性的要求：[如絕對不能丟、偶爾重複可以接受] - 是否需要順序：[如同一訂單的狀態變更必須按順序

通用大模型0