实验报告封面组·课题转封面

问题定位

实验报告封面组生成常面临三重困境：课题信息碎片化（用户仅提供零散名称与要点）、版式一致性难保障（多张封面需统一字体/配色/布局）、付费出图流程不透明（容易误触多次扣费）。本技能通过结构化输入约束与工作流编排，将封面生成拆解为可审计的最小决策单元。

核心能力

输入硬约束

• 硬输入仅限：材料名称 + 用户提供的课题名称与要点 + 投放面/语言 + 可选品牌静帧
• 禁止行为：到公开渠道补全缺失课题名、编造分数/排名/结论等不存在数据
• 补问原则：仅询问会改变套图结构的关键事实（如班级名称、印刷范围）

生成工作流

1. 免费套图清单先行：输出带标注的版式规划（课题名/要点/页脚/画幅），作为可验证的中间产物
2. 按需付费确认：在生成前展示text_to_image当前价格、调用次数（每课题1次）、总槽位数量
3. 严格出图控制：

- 默认3:4 2K画幅，仅当用户点名投放面时调整比例
- 每张封面独立client_request_id，参数变更即换新标识
- 并发生成任务≤2，避免连接资源争用

1. 审图与恢复机制：

- 对照已确认清单核对印刷行文字
- 任务丢失时用beatra.tasks.list+get恢复，不重复扣费
- 生成小字视为审阅项，不作为评分依据

适用边界

数据完整性红线

• 扫描件/照片仅作视觉参考，不可作为课题名称来源
• 用户未提供投放位置时，默认印刷实验报告封面用途

付费流程陷阱

• 余额不足时直接转发官方说明+充值链接（https://console.beatra.ai/wallet?intent=buy），禁止推荐特定金额
• 局部修正需重新走付费确认流程，生成新client_request_id
• 任务创建失败时严格按冻结载荷重试，避免参数漂移导致额外扣费

技术约束

• 必须通过scripts/mcp_client.py提交所有Beatra操作，禁止直连REST API
• 自动更新机制每日静默检查，更新失败时fail open保证当前命令继续执行
• 生成结果交付包含：静帧文件、套图清单、billing.net_charged_credits、任务标识