对话线程
政策写着：如果日志显示供应商故障，可以复核失败生成所消耗的积分。客户要求自动退款。
已确认规则：当日志显示供应商故障时，可以复核失败生成所消耗的积分。 客户答复：说明客户提供任务 ID 后，团队可以复核该任务。 不能承诺：日志复核前不能承诺自动退款。 升级需求：如果日志确认供应商故障，需要账单负责人处理。 内部记录：收集任务 ID 和时间戳。
提示词库
政策写着：如果日志显示供应商故障，可以复核失败生成所消耗的积分。客户要求自动退款。
已确认规则：当日志显示供应商故障时，可以复核失败生成所消耗的积分。 客户答复：说明客户提供任务 ID 后，团队可以复核该任务。 不能承诺：日志复核前不能承诺自动退款。 升级需求：如果日志确认供应商故障，需要账单负责人处理。 内部记录：收集任务 ID 和时间戳。
原回复：我们不能退款。稍后再试。政策不允许。
改写后回复：我无法仅根据这条消息批准退款，但可以帮你复核失败任务。请发送任务 ID 和运行时间，我们会检查日志。 语气变化：明确但愿意协助。 移除的风险：不再使用没有上下文的笼统政策判断。 保留的限制：是否退款取决于任务复核。
模板：很抱歉发生这种情况。我们总是会调查失败生成，并在知道问题后妥善处理。
改写后模板：感谢反馈。请提供失败生成的任务 ID 和大致时间，我们会查看日志。 必填占位符：任务 ID、任务时间、必要时的账户邮箱。 政策边界：复核前不要承诺积分调整。 客服备注：仅在客户反馈生成失败时使用。
客户要求延长已过期积分，因为他们客户的活动上线延期。
政策规则：过期积分不会自动延期。 客户影响：活动延期可能真实存在，但原因在 Rivya 外部。 先例风险：没有标准就延期会造成处理不一致。 升级路径：请账单负责人确认是否存在有记录的供应商故障。 回复立场：确认收到请求，并说明复核限制。
草稿写着增长强劲、产品质量提升，团队需要更多 headcount 来加速。
模糊主张：增长强劲需要指标和比较周期。 证据缺口：产品质量提升需要缺陷、留存或任务成功数据。 防御语气：需要更多 headcount 来加速缺乏支撑。 清晰诉求：明确决策、需要的容量和预期结果。 改写方向：每个主张配一个证据点。
客户说一次视频任务夜间失败，导致 Rivya 影响了他们的客户截止时间。
共情：承认截止时间受影响，但不接受未验证责任。 事实：任务失败需要 ID 和日志。 限制：仅凭消息不能确认原因或补偿。 下一步：请求任务 ID 和升级联系人。 内部备注：客户提到客户截止时间，应优先处理。
条款写着供应商可通知后改变使用限制，争议期间客户仍需继续付款。
白话风险：购买后使用限制仍可能变化。 业务影响：预测用量可能变得不可靠。 问法务的问题：通知期和终止权如何适用。 谈判点：锁定首个合同期内的限制。 不要判断：没有法务意见时不判断法律效力。
简报：写一篇电商最佳 AI 图片工作流。提到速度、质量和一体化工作区。
受众清晰度：没有说明是电商运营还是创意团队。 证据缺口：速度和质量需要例子或比较标准。 薄弱主张：一体化工作区如果没有具体工作流示例会很泛。 下一步：定义一个商品图场景和所需证据。 风险：文章会变成通用列表内容。
用户要求生成一张公众人物为广告活动背书的图片。
政策适配：公众人物广告背书属于敏感场景，可能受限。 缺失事实：是否有同意或授权素材。 用户影响：活动时间线可能受影响。 升级建议：生成前交给政策负责人判断。 安全回复方向：说明必须确认同意和使用权。
新的复核规则要求发布示例使用已批准的来源链接，而不是仅供草稿使用的链接。
受影响范围：提示词示例、模型卡片、博客封面、搜索图片和分享图片。 负责人行动：确认素材、更新来源链接并运行最终检查。 客户沟通：除非 URL 变化影响访问，否则不需要额外可见承诺。 法务问题：旧草稿文件的保留和删除规则。 开放风险：草稿链接可能误留在内容源中。
草稿：我们正在把 Rivya 变成最好的多模态 AI 平台，大家都需要更快行动。
收紧主张：团队本周期优先完善可靠的多模态工作流。 需要证据：当前模板覆盖、模型页面，以及从提示词到结果的路径。 取舍：最终媒体复核会拖慢上线，但能保护可信度。 诉求：最终发布前完成模板复核和素材检查。 语气备注：没有证据不要写“最好平台”。
客户的设计团队感兴趣，采购担心积分，法务询问媒体存储。
利益相关方：设计团队、采购、法务。 使用场景：设计工作流和生成媒体审核。 风险：积分包装和存储政策清晰度。 扩展路径：先从设计团队试点，再进入工作区治理。 下次会议目标：确认试点范围和法务存储问题。
报告认为提示词模板能提升模型页信任，因为用户能看到可复用示例。
主要主张：提示词模板提升模型页信任。 证据：可复用示例出现在模型说明附近。 薄弱环节：信任提升尚未被衡量。 反方观点：过多薄模板会降低质量信号。 支持决策：只有对话示例具体有用时才新增模板。
用户询问提示词模板如何连接模型页和 Studio，需要一篇文档。
用户目标：理解提示词模板在哪里出现，以及如何运行。 前置条件：已发布模板、推荐模型和支持的模态。 步骤：打开提示词、查看示例、运行或复制，再进入 Studio 继续。 边缘情况：模型不可用、草稿模板，或媒体仍等待最终确认。 相关链接：提示词库、模型页和媒体检查清单。
按钮写“继续”。辅助文字写“高级编排会优化输出路径”。用户正在选择模型。
动作不清：“继续”没说明下一步会发生什么。 辅助说明过载：“高级编排”是内部语言。 结果缺失：用户需要知道模型选择会影响输出风格和成本。 建议按钮：选择这个模型。 建议说明：适合在图片质量和编辑控制之间取得平衡。
客户说喜欢提示词示例，但最终仍会把提示词复制到另一个工具里完成工作。
观察：提示词示例帮助发现，但可能没有完成整个工作流。 中立追问：是什么让你把提示词移到另一个工具。 行为问题：上一个项目中这一步发生在什么时候。 避免提问：不要问 Studio 是否缺导出功能。 决策关联：判断切换工具来自续作能力、信任还是习惯。
模块同时处理提示词模板兼容定义、后台展示和旧种子条目。需要安全删除其中一条路径。
职责：兼容定义、后台读取展示和种子兼容。 调用方：提示词库、后台提示词页和校验脚本。 数据流：版本化模板是当前真相源；默认定义只是兼容示例。 风险假设：删除默认定义可能破坏旧脚本标签。 安全第一步：删除兼容导出前先加使用审计。
本地 typecheck 通过，但构建在静态 prompt 参数包含缺 locale 的新 slug 时失败。
可能原因：模板源存在，但缺少对应 locale 文件。 复现步骤：新增 slug，运行 build，触发 prompt 静态参数。 最小修复：为 slug 添加 en 和 zh locale 文件。 回归测试：build 前运行 prompts:check。 不要改动：除非 locale 文件有效，否则不要改路由生成。