HTML 归档规范
Reference 文件 · 由 Copilot Custom Instruction 第六章按需引用
保存至 OneDrive/Copilot/References/HTML-规范.md
本文件由 Copilot Custom Instruction 第六章引用。生成 HTML 时必须先读取本文件,严格按以下协议执行。
目录
- 适用范围
- card-meta
- 文件命名
- 版本与变更历史
- 来源与可追溯性
- 文件落盘与呈现
- HTML 默认设计规范
- 归档自检清单
01 适用范围
使用 HTML 归档的内容
- 文字类内容、流程类内容、思考和方法论
- 知识文章、实施手册、技术说明
- 工作总结、会议总结、数据分析报告
- 可复用的 SKILL 说明
不使用 HTML 作为主要载体的内容
- 软件项目、可运行代码项目、多文件程序
- 需要保留目录结构的工程、脚本工具包
代码或项目应直接打包为 ZIP 交付,不使用 HTML 替代实际项目文件。
混合规则
如果知识文章中只包含少量代码、配置或 SKILL 说明,应把相关全文内嵌在 HTML 中作为防丢副本,不单独依赖 .md、.py 或其他外部文件。
02 card-meta
每个归档 HTML 必须在 <head> 内嵌:
<script type="application/json" id="card-meta">
{
"title": "简洁标题",
"description": "一句话用途,最多40字",
"category": "九选一类别",
"tags": ["标签1", "标签2", "标签3"],
"project": "项目名",
"version": "v1.0",
"date": "YYYY-MM-DD"
}
</script>
要求
- card-meta 必须存在,JSON 必须合法
- title 不得为空
- description 不超过 40 个中文字符或同等长度
- tags 使用 JSON 字符串数组
- project 使用实际项目名
- version、文件名版本和变更历史最新版本必须完全一致
- date 使用 YYYY-MM-DD 格式
category 九选一
| 类别 | 用途 |
| SKILL | 可复用的技能说明 |
| Reliability | 可靠性分析 |
| Process | 流程规范 |
| Knowledge | 知识沉淀 |
| Data | 数据分析 |
| Report | 报告 |
| Template | 模板 |
| Tool | 工具说明 |
| Meeting | 会议纪要 |
不得留空,不得创建第十个类别。
03 文件命名
统一使用英文、自解释的四段式命名:
[Product]_[Domain-Task]_[Version].html
规则
- 事务域放在任务名称前
- 产品名称使用全称,连字符连接
- 不使用产品料号代替产品名
- 任务名称使用完整英文词组说明用途
- 版本使用 v 前缀(v1.0、v1.1)
- 文件名不包含日期
- 不使用含义不明确的缩写
- 文件名版本必须与 card-meta.version 和变更历史最新版本一致
示例:
MULTIX-Impact-C_Reliability-Analysis_v1.0.html
SIEMENS-X-RAY_Field-Service-Guide_v1.2.html
04 版本与变更历史
版本规则
- 初始正式版本从 v1.0 开始
- 后续依次为 v1.1、v1.2、v1.3
- 不得跳过已有版本
- card-meta.version、文件名版本、变更历史最新版本必须完全一致
变更历史保留
- 变更历史必须累计保留
- 最新版本记录放在最上方
- 不得删除、压缩、概括或改写旧版本记录
- 不得用"历史同前"等表述代替原始记录
每个版本必须记录
- 版本号、日期、基于版本、基线文件名
- 变更位置
- 新增内容、修改内容、删除内容(无删除时必须写"删除内容:无")
- 保留确认
基线读取
生成新版本前:
- 必须先搜索并读取前一版本 HTML
- 必须继承其全部正文和全部变更历史
- 不得只根据搜索摘要重建全文
- 如果我手动修改过 HTML,以实际读取到的最新文件为基线
基线不可读时
- 不得声称新文件基于前一版本
- 不得自动升级正式版本号
- 标记为:
基线状态:未验证
- 输出只能标记为 Draft
- 必须明确列出无法验证的内容
位置
- 「变更历史 · Change History」是正文最后一个章节
- Footer 放在变更历史之后
- 「来源与可追溯链接」放在变更历史之前
版本记录模板
版本:v1.1
日期:YYYY-MM-DD
基于版本:v1.0
基线文件名:Example_v1.0.html
变更位置:第 02、04 章节
新增内容:……
修改内容:……
删除内容:无
保留确认:已继承前版全部正文及历史记录。
05 来源与可追溯性
当文章使用文件、邮件、会议、聊天、数据表或外部资料时:
- 必须设置「来源与可追溯链接」章节
- 尽可能提供可点击的原始链接
- 链接文字必须说明来源内容
- 无法提供链接时,至少记录文件名、标题、作者、日期或其他定位信息
- 不得伪造链接
- 不得把无法验证的来源描述为已验证
06 文件落盘与呈现
- 文件必须生成到当前可交付的工作目录
- 生成后必须调用可用的文件呈现或下载能力(如
present_files),向我呈现最终文件
- 未经过文件呈现或下载链接交付的生成文件,不得声称已保存到 OneDrive、SharePoint 或 Created 文件夹
- 目标归档位置为:
Documents/Copilot/Created
- 如果系统无法直接保存到该位置,必须明确说明,并通过下载文件让我手动上传
- 不得假设 Copilot 生成文件会自动进入 "Microsoft Copilot Chat Files" 文件夹
07 HTML 默认设计规范
7.1 Article Light 适用场景
知识库文章、技术文章、实施手册、流程说明、工作总结、会议总结、数据分析报告、one page、归档 HTML、SKILL 说明类 HTML、日常工作知识沉淀。
7.2 非 Article Light 场景
Dashboard、工作台、Web App、交互原型、PPT 或 HTML PPT、海报、Landing Page、数据大屏、当轮明确提供其他设计规范或参考图的内容。
7.3 默认版式
- 使用 Article Light 知识文章样式
- HTML 只承载当前文章正文,不重复生成工作台侧边栏、搜索框、卡片墙或网站级顶部导航
- 白色或极浅灰背景
- 正文单列、连续、左对齐
- 正文最大宽度 860px,桌面端居中
- 移动端左右留白约 20px
- 主要依靠字体、留白、间距、细线和对齐建立层级
- 不使用全屏 Hero、渐变背景、大面积高饱和色块
- 不把每个普通章节都设计成独立卡片
- 页面应像专业知识文章,而非后台管理系统
7.4 内容结构
默认顺序:
Category / Breadcrumb
→ H1 标题
→ 日期、版本、项目
→ 标签
→ 执行摘要
→ 正文章节
→ 来源与可追溯链接
→ 变更历史
→ Footer
- 正文优先使用"结论 → 依据 → 行动"结构
- H2 默认使用"01 标题、02 标题……"格式
- 层级控制在 H1、H2、H3
- 执行摘要应让读者快速理解结论、范围和下一步
7.5 字体与颜色
字体栈:
"Siemens Sans", Calibri, "Microsoft YaHei", Arial, sans-serif
| 元素 | 规格 |
| H1 | 32–38px, #1F1F1F, 字重 500–600 |
| H2 | 21–24px, Petrol #009999 |
| H3 | 17–19px, #333333 |
| 正文 | 15–16px, 行高 1.7–1.8, #333333 |
| 次要文字 | #707070 |
| 分隔线 | #E6E6E6 |
| 浅灰背景 | #F7F7F7 |
颜色规则:
- Petrol
#009999 用于章节标题、链接、主按钮、当前状态和重要结构线
- Healthy Orange
#EC6602 仅用于风险、异常、警告和关键提醒
- 白色和浅灰作为主要页面背景
- 禁止:紫色作为主视觉、渐变、深色页面主题、大面积黑色或高饱和背景
- 不嵌入未经授权的官方 Logo;可使用文字 "Siemens Healthineers" 作为品牌占位
7.6 内容组件
段落:普通正文直接置于文章流中,不得全部包入卡片。控制段落长度。
卡片:仅用于执行摘要、关键结论、风险、提示或独立步骤。圆角不超过 8px,默认无阴影。
表格:浅灰表头、细边框、清晰行距。表头文字对比度充足,数字列对齐。长表格移动端允许横向滚动。
图片:嵌入正文流,宽度不超过正文区域,保持原始纵横比,必须包含图注。使用外部图片时标注来源。
图表:数据准确性优先。标题、坐标、图例和单位完整。Petrol 主数据色,Orange 仅用于异常/风险系列。不使用无业务含义的 3D 效果。
代码块:可使用深色代码背景,页面整体保持 Light。保留换行和缩进。长代码允许横向滚动。不得使用省略号替代完整代码。
提示与风险:普通提示用 Petrol 或浅青背景;风险和警告用 Orange。不使用 Emoji 作为章节图标。
7.6.1 信息密度原则(借鉴 Anthropic HTML 方法论)
核心理念:信息密度优先,表格/卡片/网格替代长段落。
| 原则 | 说明 |
| 表格 > 段落 | 能用表格呈现的对比、规格、枚举信息,一律用表格 |
| 卡片分组 | 相关的 3-5 个信息点用卡片网格(而非连续段落) |
| 图表 > 数据表 | 趋势、分布、占比类数据用 SVG 图表而非纯数字 |
| 锚图 > 纯文字 | 流程、架构、关系类信息用流程图/思维导图而非文字描述 |
7.6.2 导航而非滚动
- 正文字数超过 2000 字时,必须使用章节锚点导航(侧边目录或顶部 Tab)
- 超过 5 个并列主题时,使用 Tab 切换而非纵向堆叠
- 每个可视区域内只呈现一个主题,减少认知负荷
- 长表格(>15 行)使用分页或可折叠区域
7.6.3 交互闭环
当内容涉及参数调整、方案比较或多条件筛选时:
- 优先使用 slider、checkbox、下拉框等交互控件,让读者调参与比较
- 所有交互界面必须以「Copy as JSON」或「Copy as Prompt」按钮收尾
- 读者在 UI 中的操作必须能导出为可粘贴的文本,保持人机闭环
7.7 目录
- 桌面端:可固定在正文侧边,不得遮挡正文或压缩标题区,当前章节 Petrol 高亮
- 移动端:放在标题和元信息之后,可折叠但基础导航必须可用
7.8 响应式
- <768px 保持单列,页面整体不产生横向滚动条
- 表格和代码块可在自身容器内横向滚动
- 卡片和表格不得超出视口
7.9 打印与导出
- 隐藏无必要的交互按钮
- 保留标题、正文、表格、来源和变更历史
- 表格表头分页后尽可能重复
- 不依赖背景色表达唯一含义
- 打印版本保持黑白可读性
7.10 自包含要求
- 默认生成单个自包含 HTML
- CSS 内嵌,必要 JS 内嵌
- 不依赖外部 CSS、JS、字体或无法离线加载的第三方组件
- 必要图片以内嵌方式保存,控制文件体积
- 如果因体积或来源限制不能内嵌,必须明确说明
- 离线打开时核心正文、样式、目录和变更历史必须可用
7.11 场景判断
收到"生成 HTML"时先判断内容类型:
- 文章/报告/知识/流程/总结/实施手册 → Article Light
- 工作台/Dashboard/Web App/工具界面 → 对应应用界面设计
- PPT/演示稿 → 演示设计
- 海报/Landing Page → 对应视觉传播设计
- 有参考图或模板 → 以参考图为视觉优先级
7.12 指令优先级(冲突时)
- 我当轮最新明确要求
- 我当轮提供的参考图或指定模板
- Custom Instruction 第六章底线规则
- 本文件(HTML-规范.md)的协议
- 你根据内容自行做出的设计判断
08 归档自检清单
生成前后必须逐项检查:
- card-meta 存在且 JSON 合法
- category 属于九选一
- description 符合长度要求
- 文件名符合英文四段式规则
- version 三处一致(card-meta、文件名、变更历史)
- 页面符合适用场景的设计规范
- 来源可追溯
- 变更历史完整且累计保留
- 文件已通过可用方式呈现给我
- 未错误声称文件已自动保存