Nano Banana Pro 办公空间概念图

要解决什么问题

办公空间设计早期，团队常需要一张能表达功能分区与企业气质的概念图：工位密度如何、会议区怎么排、动线顺不顺。以往要么等设计师排期，要么自己拼凑草图，讨论成本高。Nano Banana Pro 办公空间设计图生成把「从文字需求到概念图」的过程交给模型：用户提供办公面积、团队规模、功能区和品牌风格，脚本跑出一张经过文件校验的本地成图，方便快速评审与迭代。

技能如何工作

核心是把模糊的办公场景描述转译成结构化提示词，并固定使用 Nano Banana Pro 模型：

• 输入整理：优先提取必需字段——办公面积、团队规模、功能区和品牌风格；视觉重点覆盖工位密度、会议区、动线、品牌色和照明；参考图片、品牌色、目标受众、画面比例和输出分辨率为可选项。缺失信息不影响主体构图时可做合理视觉选择，但会改变主体、真实数据或专业含义时先询问。
• 提示词组织：按「交付物与主体 → 场景与动作 → 构图与镜头 → 光线与颜色 → 材质与风格 → 必须出现的文字 → 禁止项」的顺序拼接，并针对本场景明确工位密度、会议区、动线、品牌色和照明的检查重点。
• 执行与校验：通过 scripts/generate.js 执行一次生成，验证每个本地文件存在且大小大于零；结果必须包含 success: true、模型、比例、分辨率、taskId、taskFolder、outputDir 及至少一个带绝对路径与字节数的 files 项，交付时展示本地文件而非临时下载地址。
• 修改策略：用户要求调整时只改动相关提示维度，不因主观判断重复消耗生成次数。

默认输出 16:9、2K；预览可用 1K，正式交付通常 2K，用户明确需要高清时再上 4K。有参考图时需说明每张图控制的是主体、构图、颜色还是风格，并按相同顺序传入。

适用边界与注意点

• 只做概念图：输出是表现办公功能分区与企业气质的概念图，不替代建筑或消防施工图。
• 文字逐字核对：提示词中的文字必须逐字记录，交付时提醒用户核对生成图中的文字是否准确。
• 不做绝对还原：不得把结果描述成对真实尺寸、文字、人物身份、历史事实或专业结论的绝对还原；涉及这些内容时应提醒用户复核。
• 禁止项显式声明：用户明确不希望出现的人物、物体、标志、颜色或风格需写进禁止项。
• 模型固定：本技能固定使用 Nano Banana Pro，用户要求其他模型时应选用对应名称的 Skill，不在当前任务中静默切换。
• 密钥处理：--api-key 优先于 UNITYCLAW_KEY，两者都缺失时引导用户前往 UnityClaw 获取密钥；任何情况下不得回显、记录、保存或把真实 Key 写入文件与任务结果。
• 运行环境：需要精确版本 fieldkit-sdk@1.1.0。