★ FEATURED ARTICLE 文档提示工程人工智能【免费下载链接】claude-code-system-promptsAll parts of Claude Codes system prompt, 27 builtin tool descriptions, sub agent prompts (Plan/Explore/Task), utility prompts (CLAUDE.md, compact, statusline, magic docs, WebFetch, Bash cmd, security review, agent creation). Updated for each Claude Code version.项目地址https://gitcode.com/gh_mirrors/cl/claude-code-system-prompts点击查看免费下载导读本文围绕 Claude Code System Prompts 仓库中 Artifact 发布时的**标题title与描述description**生成规范展开说明 Claude 在创建与重新发布 Artifact 时如何为页面命名、把解释性内容放到描述参数中以及如何保证标题在多次重新发布之间保持稳定。读完本文你将掌握一套可直接照做的命名规则、底层实现原理8KB 扫描范围、title与title参数的取舍逻辑并能结合仓库内配套的 HTML 骨架、图库与发布流程文档写出专业、可检索、可长期维护的 Artifact 页面。一、规范出处与适用范围本规范来自仓库中的两份配套文档tool-description-artifact-title-and-description-guidance-app-wording.mdapp 版措辞对应 ccVersion 2.1.271tool-description-artifact-title-and-description-guidance.md完整版措辞对应 ccVersion 2.1.284它们属于 Artifact 工具描述Tool Description体系的一部分与仓库中同一命名空间下的 tool-description-artifact-publishing-and-update-guidance.md、tool-description-artifact-html-document-skeleton.md、tool-description-artifact-gallery-and-publish-response-guidance.md 等文档共同约束 Artifact 的创建、命名、发布与更新行为。适用场景是当 Claude 通过 Artifact 工具发布一个 HTML/Markdown 页面包括首次发布和后续重新发布时如何填写页面的标题与描述。二、核心机制title标签、title参数与 8KB 扫描要理解命名规范首先要分清两个容易混淆的概念1. HTML 文件里的title标签是唯一命名来源。Claude 会把title放在 HTML 文件的最顶部发布时系统只扫描文件前 8KB来寻找该标签only the first 8KB is scanned。这意味着title必须写在文件靠前的位置不能藏在 1KB 的注释或超长的style之后这个标签决定了 Artifact 在**浏览器标签页tab和图库gallery**中显示的名字。这与 tool-description-artifact-html-document-skeleton.md 的要求完全吻合发布时文件会被包裹进!doctype html…head…/headbody骨架头部仅携带 charset、viewport meta 和一段小型 reset因此 Claude 必须自己把title和style写在文件顶部而不是依赖框架自动生成。2. 发布调用中的title参数只是兜底方案。title参数仅在 HTML 文件没有title标签时才会生效对于 Markdown 页面则始终保留文件名作为标题Markdown pages keep their filename。也就是说一份规范的 Artifact 页面应当把标题写死在 HTML 内容中title参数只是防御性兜底。3. 标题在重新发布时保持稳定。规范明确要求 Claude在多次重新发布redeploy之间保持标题稳定不因一次内容微调就改换页面名字——这与 tool-description-artifact-publishing-and-update-guidance.md 中对icon参数同一 Artifact 生命周期内保持不变的要求是同一设计原则Artifact 的身份标识标题、图标一旦建立就不应随意漂移。三、命名规则写名字不写摘要标题是 Artifact 在标签页与图库中的名字因此规范要求的是一个简短的名称a name而不是一句话总结a summary。具体规则如下规则说明示例长度通常是 24 个词的名词短语Quarterly Revenue、Onboarding Checklist具体性要能在众多页面中把这一页区分出来像给一个应用或文档命名那样避免Dashboard、Report禁止摘要不能把一句话说明当作标题避免Shows revenue by quarter with filters禁止通用标签不能单独使用chart、calendar这类类别词需要Quarterly Revenue Chart禁止连字符/冒号加解释标题后不能用—、:再接解释文字解释应放入description参数优先沿用用户命名完整版规范明确当用户已经给这个东西起过名字时使用用户的名字而不是另起新名用户说帮我做成家庭预算表→ 标题就用家庭预算表3.1 剪裁规则保留名字去掉通用词规范给出了一条精妙的剪裁规则当一个自然的标题把名字和一个通用词配对时保留下来的应当是名字那一半。例如Revenue Dashboard→ 剪裁为Revenue保留名字去掉通用词 DashboardParis Trip Itinerary→ 剪裁为Paris Trip保留专名去掉 Itinerary。反过来一个多词标题如果本身已经读起来像一个完整的专有名字就视为成品不再继续剪裁。例如Q3 Board Meeting本身就是一个具体名称不应再削成Q3。这条规则的实质是标题的辨识度来自名字部分而非类型部分类型信息交给描述去表达。3.2 为什么这样命名可检索性与引用价值从仓库的设计意图看app wording版明确指出标题会出现在浏览器标签页和图库卡片中一个稳定、具体、简短的名字直接决定了用户在 claude.ai 图库tool-description-artifact-gallery-and-publish-response-guidance.md 中提到的claude.ai/code/artifacts中能否一眼找到并再次打开自己的作品同时它也作为图库卡片的标题被搜索引擎、Agent 和 LLM 索引因此名字而非摘要的写法对后续检索、引用和分享都有直接价值。四、description参数一句话解释图库卡片的副标题规范的另一个重点是把解释性内容与标题分离标题title/title只承担名字职责不承担解释职责解释放在一句话的description参数中它最终成为图库卡片gallery card的副标题subtitle。因此成对写法应当是titleQuarterly Revenue/title同时发布调用中提供description: Interactive chart of quarterly revenue with regional filters and year-over-year comparison这样一个完整图库卡片就同时具备快速辨识的名字和理解内容的说明两层信息避免了把卡片副标题内容挤进标题导致的冗长与重复。五、完整落地流程从写文件到发布结合 tool-description-artifact-page-authoring-and-html-skeleton-app-wording.md 与 tool-description-artifact-html-document-skeleton.md一份合规页面的完整产出路径是写页面内容直接书写页面内容由发布流程自动包裹!doctype html骨架因此不要自己写html、head、body标签在文件顶部放title与style确保title位于前 8KB 内是页面唯一的命名来源命名遵循名字而非摘要规则24 个词的短名词短语优先沿用用户已有命名解释性内容放入description参数一句话即可作为图库卡片副标题保持稳定重新发布时沿用既有标题不随意改名。此外tool-description-artifact-type-creation-guidance.md 说明从已发布的 Artifact 类型模板/starters创建新 Artifact 时title参数应传用户对该内容的叫法或一个简短描述性名字——这与本规范优先沿用用户命名的原则一脉相承。而 tool-description-artifact-preview-action.md 提示正式发布前可用preview动作在本地以浅色/深色主题、桌面/手机宽度渲染单页文件并返回截图与布局检查清单可以在发布前确认标题在两种主题下都正常显示。六、常见错误与自查清单基于规范以下是发布标题时最容易踩的坑及自查要点❌ 标题写成一句话摘要 → ✅ 改为 24 词的名字摘要移入description❌ 只用Chart、Calendar等类别词 → ✅ 名字类别词配对如Sprint Calendar❌ 标题后接— 用途说明或: 副标题→ ✅ 去掉解释全部放入description❌ 用户已有命名却另起新名 → ✅ 沿用用户的名字❌title写在文件深处超出前 8KB 扫描范围 → ✅ 置于文件顶部紧邻style之前❌ 每次重新发布都微调标题 → ✅ 标题保持稳定仅在用户明确要求时修改。七、小结Claude Code 的 Artifact 标题规范可以概括为一句话标题是名字描述是解释。页面命名完全由 HTML 顶部前 8KB 内的title标签决定title参数仅作兜底Markdown 保留文件名名字要短24 词、要具体、要稳定、要优先沿用用户已有的命名而所有解释性信息统一交给一句话的description参数作为图库卡片副标题。这套规则与仓库中 HTML 骨架、图库展示、重新发布等配套文档共同保证了 Artifact 从创建、发布到反复更新的全生命周期内页面身份始终清晰、可辨识、可检索。延伸阅读仓库内配套文档Artifact HTML 骨架规范Artifact 页面编写与骨架app 措辞版Artifact 发布与更新总规范Artifact 图库与发布响应规范Artifact 类型创建规范赞分享文档提示工程人工智能【免费下载链接】claude-code-system-promptsAll parts of Claude Codes system prompt, 27 builtin tool descriptions, sub agent prompts (Plan/Explore/Task), utility prompts (CLAUDE.md, compact, statusline, magic docs, WebFetch, Bash cmd, security review, agent creation). Updated for each Claude Code version.项目地址https://gitcode.com/gh_mirrors/cl/claude-code-system-prompts点击查看免费下载相关推荐Claude Code Artifact 发布响应规范画廊入口与发布成功消息的正确写法Claude Code Artifact 发布响应规范画廊入口与发布成功消息的正确写法 本指南解析 Claude Code 内置工具描述中的一条关键行为规范—文档提示工程人工智能Claude Code Artifact 决策组件 HTML 骨架规范从 data-artifact-decision-component-html-skeleton 到可交互发布页的实战指南Claude Code Artifact 决策组件 HTML 骨架规范从 data artifact decision component html skel文档提示工程人工智能免费解锁 WeMod ProWeMod-Patcher 本地补丁怎么用免费解锁 WeMod ProWeMod Patcher 本地补丁怎么用 WeMod Patcher 是一款完全开源的本地补丁工具在文件与内存层面重写 WeM桌面应用前端上一篇Applite如何让macOS应用管理变得像逛应用商店一样简单下一篇让老旧电视焕然一新的终极免费直播方案MyTV-Android完整指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
阅读完成 · 觉得有帮助？
