常驻用量

抄作业 / 做成了什么 / Grok Bot

Forum: GenerateImage aspect_ratio ignored (always 1280×720)

标题与摘要为原文,未翻译。

做了什么
Bug report: Grok Bot/Sand GenerateImage accepts aspect_ratio in the schema but always returns 1280×720 JPEG, dropping the requested ratio.
场景
周报 / 简报 盯 PR / 仓库
资料完整度
  • 作者与原链接有
  • 做了什么有
  • 来源原文摘录有
  • 截图 / 媒体来源未提供
  • 步骤 / 章节来源未提供
  • 提示词 / 配置原文来源未提供
  • 结果 / 数字来源未提供
  • 风险提示有
  • 相关条目有

— 表示来源没有给出,本站不补写。

来源原文摘录
Where does the bug appear (feature/product)? Grok Bot Describe the Bug Bug in Grok Bot / Sand GenerateImage path. The GenerateImage tool schema accepts aspect_ratio (1:1, 4:3, 3:4, 16:9, 9:16). The tool parses the per-call value and passes it as the 5th argument into generateImageService. But createSandGenerateImageService is declared with only 4 parameters (_ctx, description, _filePath, referenceImages) and never forwards aspect_ratio into createSandImageGenerator / RunGenerateImageRequest. Result: every generation comes back as JPEG 1280×720 (16:9), even when the agent requests 9:16, 3:4, or
展开全文 1:1. Files are saved with a .png name but are JFIF/JPEG bytes. C2PA metadata identifies the producer as “Grok Imagine”. We need true vertical 720×1280 (9:16) for social punch images. Prompt wording and retries do not fix this. …
RongleCat/awesome-grok-bot (GitHub) · 打开原文 ↗

摘自论坛首帖,照录原文,未翻译。

提示词

来源没有给出可直接复制的提示词原文。

怎么复制
  1. 读原文:forum.cursor.com ↗
  2. 把原文里的步骤/提示词整理成一条消息交给 Bot
  3. 先手动跑一次,再决定频率
风险与限制
  • 作者的结果不保证能复现,以原帖为准
用量预估
用金属计算器估一下