最新资讯
dev.to 如何在专用 GPU 服务器上用 OpenAI 兼容 API 部署 LLM dev.to 审计 153 份 Claude Code 与 Codex 会话记录:User-Agent 与 URL 中的邮箱泄露 dev.to 你的 Agent Harness 应具备的 17 项能力 dev.to 离线 AI 记忆中 0.8 余弦阈值为何失效 dev.to Kimi K3.1 Pro 开放权重:自托管 2.8T 模型前的开发者清单 dev.to 如何通过工具调用引导模型以提升 Harness 质量 dev.to AI Agent 审计轨迹不等于对话记录 dev.to 精简 MCP server 工具数量:更少工具、更小影响面,双重收益 dev.to 为什么 git checkout 无法撤销 AI 编码 agent 的改动? wechat AI短剧门槛降降降!实测即梦短剧工作室:剧本分镜预演一条龙,伙伴计划长期护航 dev.to 让模型改写文档前,先量化事实保真度 dev.to 回放 153 个 Claude Code 与 Codex 会话,审计 Agent 的生产影响范围
多元动态
登录 注册
智能体 x.com · @宝玉 (@dotey)

AI做PPT最佳实践:用HTML生成而非操作PowerPoint

原文 我的收藏

宝玉认为AI操作PowerPoint不AI Native,效果不佳。他对比了Kimi的PPTD格式和Claude Design的HTML方案,指出HTML能保证美观且可导出PPTX。他总结两条经验:让Agent操作最擅长的格式,给Agent规范而非模板。

AI推荐理由 宝玉分享AI制作PPT的实践经验,对比了操作PowerPoint、YAML中间格式和HTML方案,提出'让Agent操作最擅长的格式'和'给规范而非模板'的原则,对AI应用开发者有启发。

80 浏览 67,575 点赞 462 评论 73 转发 76

正文

AI 做 PPT 我的一些心得体会,仅供参考。 用 AI 操作 PowerPoint 去做 PPT 的思路本身不 AI Native,不是说不能操作 PowerPoint,而是做出来不好看,因为目前的 AI 没办法通过“操作”的方式去做出好看的 PPT,它擅长的还是生成。 像 Kimi 那样发明一种 YAML 的中间格式 PPTD (PPT-DSL),可行,但还不够好。有两个问题: 1. 这种格式没有足够的训练,需要大量的额外说明,所以 Kimi 用了将近 2000 行文档来说明什么是 PPTD,另外这种 YAML 格式本身表达力有限,难以表达完整的格式 2. 不够美观,现在模型设计能力越来越好,但是对于非标准格式效果要大打折扣,模型做设计最熟悉的是 HTML 格式。 也有人说,用模板是不是就可以解决美观的问题。 用模板部分解决了美观问题,但问题是选择会很有限,反而是限制了模型的想象力。 不要忘记《苦涩的教训》: > 长期来看,依靠大规模算力和通用学习方法的"笨办法",终将战胜依赖人类专家知识的“聪明捷径”。 换句话说,与其内置一堆模板,不如让模型自己发挥。 目前 AI 做 PPT 的最佳实践应该是 Claude Design 采用的模式: - 用 Design System 定义好设计风格 - 使用 HTML 生成网页 PPT - 将 HTML 导出成可编辑的 PPTX(PPTX 是标准格式) HTML 可以保证大模型生成 PPT 的美观,可以人工二次编辑,又可以几乎无损(不是绝对)转成 PPTX。 这也是我学到的两条经验: 1:让 Agent 操作它最擅长的格式 2:给 Agent 规范,而不是模板 (不是说不能用模板,而是不能过于依赖模板)

来源报道 · 1 篇 · 以下链接均前往原始媒体

← 返回精选动态 原文

更多内容