同一份技术分享资料，第一页用暖色，第二页突然变成高饱和蓝，标题字体和正文也不断变化，读者会把精力花在适应版式上。Brand Guidelines Skill 能提供一组明确的样式约束，但使用之前要先弄清楚它到底属于谁，以及它是否包含真正的转换程序。

本文介绍 Anthropic 官方 Skills 仓库中的 brand-guidelines，并用一份非官方内部技术分享页演示从规则读取、宿主加载、样式映射到导出验收的过程。它适合学习品牌规范如何变成可检查的设计约束；如果要给自己的品牌建立视觉系统，应另写自己的规则，不能把这里的官方品牌规范当作任意公司的品牌包。

本教程的成品流程是教学方案，不冒充已在某个模型宿主中成功运行的实测案例。 下载包不包含字体、Logo 素材或一键转换程序，不会安装后自动修改所有文档。

一、先认识这个 Skill 的实际内容

该目录的核心是 SKILL.md 和 LICENSE.txt。前者描述 Anthropic 的品牌颜色、字体与样式应用原则，后者说明软件内容的使用条件。本文提供的下载包额外保留仓库 README 与中文来源说明，方便核对目录、用途和固定版本。

它本质上是给 AI 宿主读取的说明，不是独立办公软件。 没有一个必须运行的 install.py，也没有负责给所有文件换肤的后台服务。虽然说明中提到 python-pptx 的颜色处理方式，包内并未提供对应的完整转换脚本；能否编辑或导出 PPT，取决于宿主已有工具和环境。

规则主要包含两组信息：深色、浅色与灰色承担文字和背景层级，橙、蓝、绿用于强调；英文标题和正文分别有字体建议及替代字体。设计任务需要把这些规则映射到具体元素，而不是把七种颜色平均涂满页面。

与主题选择类 Skill 相比，这个资源的重点是遵循一组既定品牌规则，不是提供十套随意挑选的主题，更不是自动生成一整套新品牌标识。先确认需求属于哪一种，可以避免安装以后发现选错工具。

二、下载与版本怎么核对

在页面的 Skill 项目信息表中打开百度网盘下载入口，取得 brand-guidelines 开头的 ZIP。本文页面展示的是固定 commit 版本，不把分支上的浮动内容标成正式发行版。新版与旧版的区别应依据文件内容核对，不能凭上传时间推断功能升级。

解压后检查 brand-guidelines 目录：其中应直接看到 SKILL.md 和 LICENSE.txt，不能把多套同名目录层层嵌套。中文 README 说明原始来源、文件范围和限制；UPSTREAM-README.md 用于了解上游仓库背景，不是可执行脚本。

首次使用前，用文本编辑器阅读规则，确认包里没有你不认识的可执行文件。本文的这份安装包只含文档，不用运行包内代码，也不用输入 API 密钥。如果你的宿主执行设计任务需要模型额度，那是宿主服务的使用条件，与这个文档包是否免费分发是两件事。

品牌规范文件到宿主读取、样式映射与成品验收的原创流程示意

三、把文件放到宿主支持的位置

首先确认你的 AI 工具支持自定义 Skill，且能读取项目文件。不同宿主的安装目录、界面入口和启用方式可能不同，因此不要把某个平台的目录路径当作所有工具通用路径。本文不替未核实的宿主编造安装命令。

有自定义 Skill 管理界面的宿主，按它的当前帮助上传或选择 brand-guidelines 文件夹；采用项目目录加载的宿主，按其官方规则放置完整文件夹。关键是让宿主识别那份 SKILL.md，而不是只把压缩包丢进聊天又以为已经永久安装。

安装以后，先做一次读取验收。请宿主列出本次使用的文件路径、识别到的 Skill 名称，以及准备用于标题、正文、背景和强调元素的规则。如果它只说“已启用高级品牌能力”，却不能说明读到了哪份文件，应先排查目录或权限，暂时不要投入正式资料。

不支持 Skill 的工具，可以把规范作为一次性参考资料让它阅读，但应如实称为“参考规范”，不能声称完成了系统级 Skill 安装。文件读取成功也不等于具备文档导出能力，还要单独确认生成、修改和预览文件所需工具。

四、用一个小任务做首次实践

练习内容是一个本地静态技术分享页，标题为“工具调用的三个检查点”，正文三段分别解释参数、权限和结果核验。页面注明“非官方内部学习材料”，不使用官方 Logo，不写合作、认证或官方发布等容易造成误解的字样。

先让宿主给出样式清单，暂时不要生成完整长文档。这样可以在低成本阶段发现规则理解错误。你可以使用下面的任务说明：

读取本项目 brand-guidelines/SKILL.md，只把它作为样式参考。
制作一页非官方内部技术分享材料，标题“工具调用的三个检查点”。
正文分为参数校验、权限检查、结果核验三个短段，每段保留原意。
先说明背景、正文、标题和强调元素的颜色与字体回退方案。
中文使用本机可用中文字体；不得假定英文建议字体包含全部汉字。
不添加Logo，不声称获得官方授权，不外链下载字体。
我确认规则后再生成HTML与CSS，并列出验收清单。

这份提示词把任务、输入和边界分开了。先解释后生成，能避免宿主把“参考品牌规则”理解为“复制官方网页”。你也可以换成自己已有的内部讲义，但应先用不敏感的示例，不要在首次加载未知资源时提交客户资料。

五、把规则映射到具体页面元素

用深色承担主要正文，浅色承担页面底色，浅灰承担细分区，橙色只做少量强调，这是一个容易检查的起点。下面的 CSS 是根据规范写出的教学映射，不是上游附带的自动转换程序。

:root {
  --ink: #141413;
  --paper: #faf9f5;
  --muted: #b0aea5;
  --panel: #e8e6dc;
  --accent: #d97757;
}
body {
  margin: 0;
  background: var(--paper);
  color: var(--ink);
  font-family: Lora, Georgia, "Microsoft YaHei", sans-serif;
  line-height: 1.8;
}
h1, h2 {
  font-family: Poppins, Arial, "Microsoft YaHei", sans-serif;
}
.card { background: var(--panel); padding: 1.5rem; }
.accent { border-left: 4px solid var(--accent); padding-left: 1rem; }

中文字体需要额外核对。 官方说明中的英文建议字体与替代字体不能保证所有汉字都有字形。CSS 列出本机中文字体是回退策略，不代表字体已经随包安装；跨设备交付还应记录实际显示字体，检查标点、换行和中英文混排。

橙色、蓝色、绿色适合作为强调或非文字形状的颜色，但不要直接假设每种颜色都适合做小号正文。阅读对比度取决于前景、背景、字号和粗细，不能因为颜色来自品牌规范就免除可读性检查。细灰字尤其需要在真实屏幕上看清楚。

六、如何验收成品，而不只说好看

在浏览器打开本地文件，首先看标题、正文和说明是否层次清楚；然后用开发者工具检查实际样式。声明某个字体名不代表浏览器真的用到了它，字体缺失时会发生回退。交付记录要写实际情况，不把回退效果冒充原字体效果。

再检查颜色值是否符合预先约定的映射。主文本不是随手选的近似灰，边框不应无意变成高饱和色；但也不要把所有元素都固定成一个颜色，导致按钮、说明和正文混在一起。规则一致和功能层级都需要保留。

把窗口缩到手机宽度，确认三张卡片能纵向排列，长标题不会挤出容器，链接和按钮能点击。若有导出 PDF 或 PPT 的需求，应重新打开导出文件，检查字体替换、段落截断和背景变化；网页预览合格不能替代导出验收。

品牌样式验收中的颜色字体内容与身份标注四项原创示意

推荐保存四项验收证据：规则清单、源文件、实际预览截图、问题与修订记录。最终成品应该能指出“哪个元素遵循哪条规则”，而不是只有一句“AI 已完成品牌升级”。

七、常见问题与处理顺序

没有识别到 Skill，先检查文件夹层级、文件名和宿主支持范围；不要通过反复上传同一压缩包碰运气。读到了文件但没有生成成品，则检查宿主是否有文件写入和预览工具，这通常不是颜色规则本身出了问题。

中文出现方框或混用奇怪字体，先检查操作系统中文字体与实际回退结果，再调字号和行高。不要通过把整页截图当作可编辑成品来隐藏字体问题；需要图片交付时也应另存可编辑源文件，说明导出格式。

如果需求是为自己的咖啡店、个人博客或电商店建立品牌，应该移除不适用的官方品牌身份，创建新的规则文件，写入自己拥有使用依据的颜色、字体和标识。可以学习“把视觉规范写成文件”的方法，不能把 Anthropic 的身份直接贴到客户品牌上。

八、许可与实际交付边界

这份目录随附 Apache-2.0 许可证，转载或分发时保留上游许可与来源说明。软件许可证不等于商标使用授权，也不等于字体文件授权。 本文下载包不附带字体，若另行下载字体或采用标识素材，需要分别核查其来源、许可和使用场景。

用于内部技术学习时，也应写清材料是非官方制作；对外商业宣传更不能暗示官方合作或认证。对普通使用者而言，最有价值的成果是一套可追溯的样式映射和验收方法：先读规范，再确认宿主能力，小范围试做，最后检查字体、颜色、版式和内容身份。

官方来源