gemini生图prompt【人物设定图】

prompt

请以我上传的【人物参考图】为唯一人物来源，人物一致性为最高优先级。

【画布与尺寸（必须严格遵守）】
这是“角色设定集页面”，不是单张插画。
- 画布为竖向页面（portrait）
- 固定纵横比：3:4
- 推荐尺寸：1024 × 1365（或等比例放大）
- 不要使用正方形画布
- 不要使用横向画布
- 禁止根据内容自动裁切或改变画布比例
- 所有内容必须在同一固定画布内完成排版
- 在绘制任何角色或细节之前，请先按上述画布比例规划完整页面布局，再开始绘制

【人物还原（最高优先级）】
严格保留参考图人物的发型/发色、眼睛颜色、脸型五官比例与气质；
仅进行二次元画风转化，不换脸、不模板萌化、不改变人物本身特征。

【画面比例（必须严格参考示例图）】
请严格参考我提供的“完美生成示例图”的构图与比例：
- 人物不是主视觉海报，而是设定说明对象
- 角色全身立绘高度约占画面高度的 45%～50%
- 人物上下必须留出明显空间，不得贴近画面边缘
- 人物宽度明显小于左右设定小框区域的总宽度
- 人物主体面积必须小于设定小框与说明区域的总面积

【输出形式：角色设定集页（layout严格对齐示例图）】
浅色或纸张质感背景，整体布局与示例图一致、对齐、平衡：

- 画面中央偏中：角色全身立绘（中等偏小尺寸，比例与示例图一致）

- 左侧区域：多个纵向排列的设定小框（必须有边框 + 箭头）
  1) 左上：上衣单独展示小框（参考图同款上衣的结构/印花/材质）
  2) 左中：内搭结构展示小框（必须出现：bra + panties set）
     *“内衣/胖次”为服装结构设定展示：健康可爱、日常款式、平铺视角、简洁干净*
     *不得色情、不得挑逗姿势、不得走光镜头，仅作为设定说明*
  3) 左下：袜子/鞋子小框（参考图同款）

- 右侧区域：
  1) 右上：表情头像区（固定位置，2列×2行，共4个表情，小尺寸头像，整齐对齐，不飘移）
  2) 右中：印花/图案/配件细节小框（放大特写）
  3) 右下：布料/面料细节小框（如格纹或材质纹理）

- 底部区域：随身物品与局部细节说明框（小背包 + 手机壳 + 记事本 + 唇彩），并用箭头指向角色

所有设定内容必须有边框，并使用手绘箭头连接人物对应部位，
人物不得遮挡任何设定框。

【表情头像区（位置与比例严格固定）】
表情头像固定在右上角，2列×2行，共4个表情：
- 每个表情为小尺寸头像
- 不得放大，不得靠近人物主体
- 表情区整体大小明显小于人物主体
- 所有表情必须保持同一张脸、同一发型、同一角色一致性

【服饰规则】
默认沿用参考图中人物正在穿的服装，不重新设计穿搭；
仅做清晰化、设定化拆解，不改变原有搭配逻辑。

【风格】
官方角色设定集插画风格，
信息页而非角色海报，
线条干净、比例克制、二次元插画（非写实、非3D）。

【不要出现（负面约束）】
不要人物占满画面
不要全屏立绘、不要海报构图
不要人物高度超过画面的一半
不要人物贴近上下边缘
不要用角色作为唯一视觉中心
不要省略“内搭结构展示（bra + panties set）”小框
不要水印、乱码文字、3D、写实、手部畸形

3 posts - 1 participant

Read full topic

via LINUX DO - 最新话题 (author: イレイナ)

Invalid media:
image
image
image
image

不是，你们真的疯狂啊

真就逮着我蹬了:tieba_030:

两天注册量 3000用户
两天使用量 1W刀
我这边是按照官方倍率计费的 然后开放今天下午两点到明天下午两点是0.1倍率
都蹬这么多

38 posts - 21 participants

Read full topic

via LINUX DO - 最新话题 (author: Sanyela)

Invalid media:
image
image

小白咨询一下nas选购问题

近期想配置一套nas，日常有收集素材剪辑的需求（需要方便内网穿透下载访问），POE监控视频存储的需求，基础的影音需求，预算1K（不含硬盘），手上有多一条1tb的M2 SSD拆机硬盘，想先部署起来，后续如果有需求希望能很方便加硬盘，对小白友好，目前主要看的是N150小主机的，我想先部署起来看看，看看自己真实需求在哪？希望有一套性价比高一点的灵活一点的方案，希望能直接推荐购买方式，不希望捡垃圾，希望能有比较靠谱的售后渠道。

2 posts - 2 participants

Read full topic

via LINUX DO - 最新话题 (author: Makehistory6)

腾讯云EO资源一段时间不访问速度就变得极慢怎么解决

给自己的网站套了腾讯云EO，静态资源下载速度一直有问题，在手动预热之后下载速度能到20M/s，但是一旦一段时间不访问的话，下载速度会变得极慢在几十K/s，但是看了下EO的缓存其实HIT的，并没有回源 :tieba_006:
问了腾讯云的客服，说是长时间不访问边缘节点的缓存会过期清除，此时虽然中心节点还存在资源，但是边缘节点的资源没有了需要重新获取，导致速度很慢，并且该问题无法解决 :tieba_008:
请问一下各位大佬这个问题真的无法解决吗？是不是EO功能太差了，有其它的服务能解决这个问题吗 :tieba_087:

12 posts - 6 participants

Read full topic

via LINUX DO - 最新话题 (author: 不得了啦)

ChatGPT Teacher 新建话题，默认GPT-5.2 而不是GPT-5.2 thinking。经常忘记切换5.2 thinking，但是team和edu版本默认都是thinking，佬们有办法解决吗？

4 posts - 3 participants

Read full topic

via LINUX DO - 最新话题 (author: Junqiweng)

为什么我的oiioii没有邀请码

通过别人邀请码注册的账号是没有邀请码的嘛 我赚饭盒那里只有签到

5 posts - 4 participants

Read full topic

via LINUX DO - 最新话题 (author: 成球 胖)

unity的安卓构建包的linux版本为什么末尾缀是pkg？

很奇怪为什么下的linux版本的安卓核心构建包是pkg，这个真的能用吗，有没有以及装好的佬看看放在哪个目录
2 posts - 2 participants

Read full topic

via LINUX DO - 最新话题 (author: Ruan222123126)

Invalid media: image

DuckCoding Az-CC，单独开启公益站，只允许L站注册

接上文

https://linux.do/t/topic/1306213

本来只想降价到0.2倍率作为双十二返场，却说我打价格战

那就单独开个公益站，无充值，只能CC使用，Azure渠道，rpm限制50

注册送200额度，邀请和被邀请送50

不要回复AFF链接哦，当心被封号
free.duckcoding.com

New API

OpenAI 接口聚合管理，支持多种渠道包括 Azure，可用于二次分发管理 key，仅单可执行文件，已打包好 Docker 镜像，一键部署，开箱即用

主站Claude Code专用-Azure特价分组，倍率恢复到0.4，为防止佬友们浪费钱，23:20分组关闭直到23:30，并调整倍率

47 posts - 46 participants

Read full topic

via LINUX DO - 最新话题 (author: Cyrus)

Invalid media: image

举报是不是只有其他内容才会计入私信内？同时如果举报成功会收到回帖，如果选其他的是不是没有管理员的回帖、默默加分、不计入每日私信内容？

2 posts - 2 participants

Read full topic

via LINUX DO - 最新话题 (author: 木瓜蛋白酶Tea🎋)

Invalid media: image

对于gemini3我一句话都不想说

rt

12 posts - 5 participants

Read full topic

via LINUX DO - 最新话题 (author: qweas123)

Invalid media: image

佬们有没有大香蕉生成头像的prompt

想给微信换个头像

1 post - 1 participant

Read full topic

via LINUX DO - 最新话题 (author: 纯路人)

［胡思乱想］当人类劳动被机器完全取代，人类文明存在的意义是什么？ Claude: 还能作碍😨

自习课上久了 每个人都会变成哲学家 于是今天回家跟Claude讨论了一下自习课上想的问题

谢谢 被Claude的回复吓到了 话糙理不糙 :distorted_face:

补一张后文

20 posts - 11 participants

Read full topic

via LINUX DO - 最新话题 (author: 无水硫酸铜)

Invalid media: image

最近开始学go了的说w 所以拿go当做网页后端的话会有什么学习路线吗ww

最近开始学习go了ww
决定用go做后端，react做前端搞一个OJ（别问为什么是react，问就是不会写vue的说www）
前端已经写好了的说ww
所以的话go该从哪里学起呢www
（应该其他语言基础会有帮助吧w）

26 posts - 11 participants

Read full topic

via LINUX DO - 最新话题 (author: 550W)

哇咔咔。感谢佬的奖品让我当了第一次当分子

哎 楼主说发错了。没关系这也算中过一次奖了

3 posts - 3 participants

Read full topic

via LINUX DO - 最新话题 (author: kingnone)

岁月是一把？

杀猪刀吗？细细地切下瘦肉……留下肥肉？
spoiler

iframe ()

19 posts - 8 participants

Read full topic

via LINUX DO - 最新话题 (author: stevessr)

claude code花费疑问

为什么问一个问题就要2刀，
在闲鱼也买过一些，10块钱 20刀 30刀的，也是问个问题就2刀左右，那就只能问个10几次就10元。
而在闲鱼买windsurf，33次 opus 4.5 , 100信用才1块5毛钱，这两种方式有什么区别吗，为啥价格差这么多，就算用闲鱼cursor4元10美刀的，一天也就12元够用，是这种cluade code要远远优于windsurf 和cursor里的claude code吗，为什么用这种渠道的还这么贵，10元也就10几次。

23 posts - 10 participants

Read full topic

via LINUX DO - 最新话题 (author: justindoit)

Invalid media: image

ai生成视频 有哪些渠道可以低成本使用呢？

最近在使用ai生成视频，有用到Lovart和可灵，可灵模型效果较一般，但是lovart又比较贵，有这方面经验的大佬可以推荐推荐便宜但是好用的渠道吗？

1 post - 1 participant

Read full topic

via LINUX DO - 最新话题 (author: ggtptt123_lisa)

我错了，我下次再也不用这么新的工具链了… :distorted_face:

1 post - 1 participant

Read full topic

via LINUX DO - 最新话题 (author: Shus)

Invalid media: image

很多佬 Team 没了，我的也是，怀疑 OpenAI 算力不足了

52 posts - 33 participants

Read full topic

via LINUX DO - 热门话题 (author: Mozi)

不是，你们真的疯狂啊

真就逮着我蹬了:tieba_030:

两天注册量 3000用户
两天使用量 1W刀
我这边是按照官方倍率计费的 然后开放今天下午两点到明天下午两点是0.1倍率
都蹬这么多

49 posts - 28 participants

Read full topic

via LINUX DO - 热门话题 (author: Sanyela)

Invalid media:
image
image

[开源项目] 我做了一个可视化 Spec 和 Context 管理工具

大家都说下一个开发范式是 Spec 驱动，其实我很久以前就和朋友讨论过，如果将每个功能点都用语言定义得非常清晰，技术架构、数据结构也都写好，那么 AI 是不是可以一次性就完成整个项目？
然而实践告诉我们，大部分情况下都是不行的 - 其中不可控的因素太多，例如有时候 Spec 本身也不一定对，需要更新，如果 AI 盲目遵从反而做错了。除非是对技术栈非常熟悉且项目难度不大，否则 Spec 是很难完全覆盖 AI 在实际编码中遇到的卡点的。这里还有个权衡，如果文档量小（也即人类的思考量少），AI 犯错的概率就会变大，如果文档量大，就很难维护，做着做着，代码和文档就分道扬镳了。
虽然无法一次性完成整个项目，但随着现在基础模型的能力越来越强，我们可以实现一次性就完成一个定义良好的功能点。但是问题又来了，我们会发现，vibe coding 的速度和项目的复杂程度成反比，现有的代码量越大，写新功能就越困难。这个困难分两个部分，规划的困难和工程实践的困难。

● 规划的过程需要考虑到系统的各个组件，代码的各个部分，这时候如果“偷懒”不去看完重要的代码的话，提出的方案可能是隐含 bug，甚至完全不符合整体架构的。
● 工程的困难在于 LLM 的记忆窗口有限，如果一个功能不能在它一次记忆窗口中解决的话，就会遗忘掉重要信息，比如忘记“我已经做了什么”，“我以前定义过什么工具函数”，从而导致代码冗余。

为了解决这些问题，我这次尝试做了一个可视化的 context 管理和 spec 管理工具，前端完全基于 React Flow 构建，可以定义 LLM 工作流，精准管理从需求文档到代码实现的“翻译”过程，以及给 Code Agent 提供的上下文信息。目前我的用法是这样，在一个 instruction 节点中输入自己想要实现的功能，然后通过相关代码查找、聚合、LLM 分析来给出最后的一个“深思熟虑后的实现方案”。

然后我会把这个“方案”当成 prompt 直接甩给上下文完全清空的 codex 或者 claude code，让他们来实现代码，成功率还是挺高的。

目前代码库相关文件查找（或者说 “RAG”）的功能完全依赖于 Relace AI 的 “Fast Agentic Search” API，他们使用了专门训练的模型来进行代码库的搜索，速度非常快，且非常稳定。它是并行读很多文件，比 Claude Code 要快得多。有朋友和我说 Augment Code 的 SDK 也不错，我还没有比较过。

最后的代码实现规划我用的是 Opus 4.5。其实这里可以设计很复杂的工作流，甚至做成多 Agent “辩论”的形式。这里没必要节省 token 和时间，毕竟后面代码实现和测试才是大头。所以尽量提高方案的质量。

使用工作流的方式来组织需求、代码 context 的好处是组合方便，缓存很直观，某些要不断服用的信息例如项目的整体目录树结构、todoList 都可以自然地保存为一个节点的输出，被后续的工作流不断地复用。如果觉得信息旧了想要更新的时候，只要重新运行下这个节点就好。

项目地址：
GitHub - shuxueshuxue/SpexFlow

目前已支持中英双语切换（点右上角设置就能看到）。时间仓促，前端目前是 Web 实现，之后可能会用 Electron.
我自己总体使用起来感觉就是非常的省心，终于能有条理地 vibe coding 了！
附一张梗图

28 posts - 16 participants

Read full topic

via LINUX DO - 热门话题 (author: Jeffry)

Invalid media:
image
image