跳至内容

软件技术分享

关于电子游戏的方方面面

  • 游戏产业
    • 行业杂谈
    • 开发者采访
  • 游戏设计
    • 专题学习
    • 设计制作
  • 游戏热点
    • 游戏评测
    • 游戏攻略
    • 流行游戏
  • 工具指南
  • AI
    • AI新闻
    • 使用心得
  • 小游戏
  • 游戏7×24小时
  • 关于妙游社

Claude:Artifacts 迭代改版——怎么让模型改“这一版”而不是重开炉灶

作者 2026年11月4日 02:27

钉死“这一版”:对话里点名改 artifact,或模板/高亮 “Edit with Claude”;提示写清改哪里+结果+必须保持不变。别说“重做更好看”。

要点

  • Artifact 在对话旁打开;能编辑,能回来再改,也能分享(What are artifacts…)。证据强度:高。
  • 官方迭代路径四条:① 对话里请 Claude 改;② 模板类直接改(文档里打字,幻灯片里改字,设计画布上拖组件);③ 文档/Markdown 高亮文本点 “Edit with Claude”,就地改而不必描述段落位置;④ 改更早的消息会分出另一版聊天及其自己的 artifacts,探索方向不丢原作。证据强度:高。
  • 多文件 Markdown:可在多个文件留编辑请求再一次提交,批量应用。证据强度:高。
  • 报错时找 “Try fixing with Claude”,把错误细节拷进新消息。证据强度:高。
  • Legacy artifacts:2026-09-16 前聊天里做的仍可发布分享,但文档写不能再做新的 legacy 类;新模板体系(Docs/Slides/Design 等)以帮助中心与账号为准(待核档位差异)。证据强度:高(截止日与政策);模板开放细节=中/待核。
  • Capabilities:需开启 Cloud code execution/Create and edit files(Settings > Capabilities)。勿写死未核实的按钮坐标。证据强度:高。
  • 可抄提示骨架:改哪里+具体改动+必须保持不变+禁止整页重写;一次改 1–2 点更稳(第三方习惯,证据强度:中)。

正文

场景

你已经花半小时把落地页或说明文档调到“八成对”。下一句却写成“重做一版更好看”。Claude 当真整页换主题,连组件顺序一起动,上一版的好段落蒸发。Artifact 窗口还在对话旁边,模型却当这是新订单。

真正卡住的,是有没有把“这一版”钉死。帮助中心把编辑写得很直白:可以说话改,也可以在模板里动手改;文档还能高亮后点 “Edit with Claude”。缺的是你的约束句:改哪里,改成什么,以及哪些绝对不能动。

可跟做步骤/可抄工作流

证据强度:高(帮助中心 Edit and iterate/Fix errors/Capabilities);一次改几点=中(实践习惯)。模板档位差异标待核。

1. 先确认能力开关(只做一次)

Artifacts 需要开启 Cloud code execution,以及文件创建/编辑能力(更新后的 Settings 布局里常写作 Create and edit files),路径在 Settings > Capabilities(个人档)或 Organization settings > Capabilities(Team/Enterprise)。没开时,别在提示里骂模型“不会出侧栏”——先对一下设置页。

2. 选定“改这一版”的入口(四选一,按素材类型)

你手里的东西优先入口官方口径压缩
任意已生成的 artifact对话里直接说改点Ask Claude to change the artifact
Docs/Slides/Design 等模板产物在画布/页里直接改文档打字;幻灯片改字;设计元素拖移
文档或 Markdown 某一段高亮 → “Edit with Claude”就地改,不必描述“第几段”
想试另一条方向又不想毁现稿编辑更早的消息分出另一版聊天+自有 artifacts

模板名称与是否对本账号默认开启,以帮助中心与当前界面为准(Docs/Slides/Design 文档写明多档可用;Dashboards/Motion 等有 beta 与计划限制,待核你的套餐)。本稿不展开模板广告表,只借它们说明:直接改画布,比口头“整页重做”更不容易跑偏。

3. 粘贴可抄提示骨架(对话改/高亮改通用)

在当前 artifact 中,只改【位置/组件】:【具体改动】。
必须保持不变:【清单:主题色/版式/已写好的段落/交互范围】。
禁止重写整页/换主题/加新功能。
改完用一句话列出实际改动;若无法就地改,说明原因。

一次只塞 1–2 个改点。十条愿望清单容易触发整页重组(实践习惯,证据强度:中)。需要改多处时,拆成两三个短回合,每回合验收一句“实际改了什么”。

3b. 改完先验收一句再开下一轮

官方要求你可以回来再改、再分享。实操上每回合结束让模型“用一句话列出实际改动”;对不上 invariants 就立刻停,不要叠下一条愿望。分享与导出(Word/PDF/PPT 等)等你满意这一版再做,避免把半成品链发出去。

4. 多文件 Markdown:先留请求,再一次提交

当 Claude 在多个 Markdown 文件里起草(例如技能包或插件说明),可以在几个文件里分别留下编辑请求,再统一发送。文件列表会显示各文件待处理条数;一次提交后批量应用。适合“目录+正文+示例”要一起拧紧口径的场合,仍建议每个文件的请求本身短、可验收。

5. 改坏了怎么回:分叉聊天,而不是幻想完整 Git

官方明确:编辑更早的消息会得到另一版聊天及其自己的 artifacts,用来探索方向且不丢原作。界面上的版本/历史选择器(若有)便于回看,不要当成完整 Git(未必有分支与 blame,精确 diff 也未必齐)。改崩了:回到上一句好结果所在的消息分支,或从 Artifacts 侧栏打开仍完好的那份,再按骨架小步改。

6. 报错:用官方修错按钮,少手抄堆栈

若 artifact 报错,在错误附近找 “Try fixing with Claude”。它会把错误细节拷进新消息;发送后让 Claude 诊断并尝试修复。官方也写明:成功不保证,有的错误还要继续排查。别只丢一句“修好它”——按钮已经帮你带上上下文。

真实用户诀窍/反例

  • 诀窍:先锁 invariants。 “必须保持不变”比“请优化”管用。没有锁,模型合理猜测你要“更好看”,就会换主题。
  • 诀窍:能高亮就不口述坐标。 文档/Markdown 用 “Edit with Claude”,少写“第三个 H2 下面第二段”。
  • 诀窍:方向实验用消息分叉。 官方给了“另一版聊天+自有 artifacts”;别在同一条主线上反复整页重写。
  • 诀窍:批量请求仍要短。 多文件一次提交省回合,但每条请求仍应可一句验收。
  • 反例:“重做一版更好看/更专业”。 等于授权整页重开炉灶。
  • 反例:一次塞十条改动。 改点互相打架时,模型常选择重排整页。
  • 反例:不写保持项。 主题色和导航,还有已定稿段落,最容易被顺手换掉。
  • 反例:把版本选择器当 Git。 回退靠分叉与完好副本,不靠想象中的完整版本库。

适用边界

  • 本稿覆盖:已有 artifact 时如何小步迭代“这一版”;不覆盖从零挑选模板的完整教程,也不写未核实的像素级按钮坐标。
  • Legacy(2026-09-16 前)仍可发布分享,但不能再做新的 legacy 类;新工作流以模板体系+帮助中心为准。
  • Dashboards/Motion 等 beta 与企业默认开关:以账号与组织设置为准(待核)。
  • 分享/复制他人已发布 artifact 时,帮助中心提醒只处理信任来源;本稿不展开安全清单以外的操作。

【来源与编译】

  • What are artifacts and how do I use them?|Claude Help Center
  • 本文说明:编译“Edit and iterate/Fix errors/Capabilities/Legacy”为可跟做工作流与提示骨架;模板档位与 beta 开关标待核;一次改 1–2 点为实践习惯(证据强度中);未写死按钮坐标与未核实 UI 文案。

相关阅读

  • itch.io 日新增游戏页约翻倍,下载与购买没跟上
  • itch.io 删掉“几 TB 的 AI 垃圾”,搜索也加了“No AI”
  • Claude vs Codex:同一段“修 flaky 测试”提示谁更省回合
  • Codex:AGENTS.md 最小可行模板:写什么、别写什么
  • Grok:用 Imagine/看图改提示时怎么少跑偏
  • 三工具对照:写技术说明文档谁更稳

浏览更多「AI」文章 ›

  • 要点
  • 正文
  • 场景
  • 可跟做步骤/可抄工作流
  • 真实用户诀窍/反例
  • 适用边界
  • 【来源与编译】

文章导航

上一篇三工具对照:写技术说明文档谁更稳
下一篇Grok:用 Imagine/看图改提示时怎么少跑偏

相关文章

itch.io 日新增游戏页约翻倍,下载与购买没跟上 itch.io 日新增游戏页约翻倍,下载与购买没跟上 itch.io 删掉“几 TB 的 AI 垃圾”,搜索也加了“No AI” itch.io 删掉“几 TB 的 AI 垃圾”,搜索也加了“No AI” Claude vs Codex:同一段“修 flaky 测试”提示谁更省回合 Claude vs Codex:同一段“修 flaky 测试”提示谁更省回合

评测设计产业杂谈

软件技术分享

关于电子游戏的方方面面

栏目

  • 游戏产业
  • 游戏设计
  • 游戏热点
  • 工具指南
  • AI
  • 小游戏
  • 游戏7x24小时
  • 关于妙游社

本站

  • 首页
  • 隐私政策
  • 联系我们
  • 关于妙游社
  • 工具指南专题
  • 文章 RSS

关注公众号

沙漏社公众号二维码

© 2026 软件技术分享

沪ICP备19032461号-1

目录

×
  • 要点
  • 正文
    • 场景
    • 可跟做步骤/可抄工作流
      • 1. 先确认能力开关(只做一次)
      • 2. 选定“改这一版”的入口(四选一,按素材类型)
      • 3. 粘贴可抄提示骨架(对话改/高亮改通用)
      • 3b. 改完先验收一句再开下一轮
      • 4. 多文件 Markdown:先留请求,再一次提交
      • 5. 改坏了怎么回:分叉聊天,而不是幻想完整 Git
      • 6. 报错:用官方修错按钮,少手抄堆栈
    • 真实用户诀窍/反例
    • 适用边界
  • 【来源与编译】
→ 目录