企业官网建设流程全解析

• 人工智能
• AI Agent
• 自主智能体
• 桌面应用
• MCP Clients

导读

本文以 Kun 仓库内置 PPT 工具链（resources/ppt-toolchain）中的「Lake Blue Memo · 投资备忘录（Organization Name Style）」风格设计系统为对象，系统讲解其定位、页面骨架、布局系统、色彩字典、字体层级、图表语言与生成自检清单，并结合工具链源码（kun/src/ppt）说明该风格文档如何被设计治理流程引用、校验与落地。读完本文，你将能够：读懂并复用这套适合私募股权投资委员会（IC）、交易审批、尽调报告与投资备忘录的高密度专业 PPT 风格；在 Kun 的 PPTD 工程中按规则选择与实现该风格；并理解「风格文档 → 设计计划 → 设计治理 → 导出 PPTX」的完整链路。

Lake Blue Memo 风格文档位于 resources/ppt-toolchain/reference/design_system/02_business/02/en/lake-blue-memo.md，同属 finance 分类的还有一个更偏「研究期刊式竖版」变体 resources/ppt-toolchain/reference/design_system/finance/lake-blue-memo/design.md。本文以横版 16:9 的 Organization Name Style 为主线，必要时对照竖版基线说明差异。

一、风格定位：面向投委会的「结论–证据–假设–来源」可追溯链

该风格是面向私募股权投资委员会、交易审批、尽调报告和投资备忘录的高密度专业 PPT 风格，读者背景涵盖财务、战略、运营和会计。它的核心诉求是：每页都构建一条可追溯的「结论–证据–假设–来源」链条，强调数据密度、比较维度和可复核性（reviewability）。

固定视觉特征可以概括为一句话：白色全幅画布 + 左上标题 + 标题下斜体结论行 + 紫色结构条 + 蓝/青/灰分类色 + 细线网格表格 + 紧凑的 QuattrocentoSans 字体 + 底部脚注与页码。正文主体由图表、表格、流程框、并排模块和少量证据图片构成；装饰极简，颜色只承担分区、分类、数据序列和风险警示功能。

文档给出的三条底层原则值得在设计时反复对照：

1. 清晰优先于留白：优先保留关键结论、数据、计量基准、来源与比较维度，通过分隔线、页眉条、浅灰填充与层级来维持秩序；
2. 颜色是信息字典，不是装饰：紫色用于结构与标题；蓝/青/灰用于业务分类或图表序列；红色只用于风险、差异、敏感假设或框线强调；
3. 页面可以复杂，但骨架必须稳定：正文可以混合图表、表格、流程图、地图和图片，但标题区、结论行、底部来源、页码与色彩语法在全套 PPT 中保持一致。

从源码结构看，这一「风格文档」在 Kun 中不是孤立的说明书，而是被设计治理流程作为受管引用材料使用：ppt-toolchain.ts 通过KUN_PPT_TOOLCHAIN_DIR环境变量或逐级向上查找resources/ppt-toolchain来解析scripts与reference两个目录；pptReferenceDir()返回的 reference 目录即包含本风格文档所在的design_system树。

二、页面骨架：封面 / 免责页 / 内容页 / 章节页

2.1 画布与阅读路径

画布为16:9 横版，默认白色背景；内容页使用窄边距和高内容利用率。页面纵向分为三段：顶部标题区、中部主要证据区、底部脚注与页码区。阅读路径固定为：左上角分区标签/标题 → 标题下斜体结论行 → 主区域从左到右、从上到下 → 底部脚注 → 右下角页码。

2.2 封面页

• 左侧：纯文本小字号身份标识（书写新主题名，不绘制图形 Logo）、项目名称、文档类型与日期；
• 右侧：大幅蓝色线条抽象图形；
• 左下角：红色斜体保密声明；
• 使用宽留白与品牌线条图，不采用内容页的脚注体系；
• 该抽象线条只适用于封面，不得扩散到内容页背景中。

2.3 免责声明页

• 左上角大标题；
• 正文为单栏高密度小字号段落，几乎不使用颜色和图形，仅保留页码；
• 完整披露优先，不得强行套用展示型模块。

2.4 内容页

• 左上角可放置细边框矩形或带编号的小型分区标签；
• 主标题位于其下方或右侧，用紫色或深灰；
• 标题下方一条斜体灰色结论行；
• 正文分为 2–4 个模块，模块标题用紫色横条或细边框标题条；
• 底部保留来源、注释和假设声明，右下角小号页码。

2.5 章节/分隔页

保持白色背景与左上标题逻辑，不使用大图背景。整套 PPT 中没有常驻顶部导航、没有整页水印、没有大幅照片背景。来源与脚注是固定的底部信息层，不得被图表或表格遮挡。

从 PPTD 格式规范（resources/ppt-toolchain/reference/pptd.md）看，这套骨架的落地依赖其坐标系统：所有几何与尺寸单位为 px，原点(0, 0)为页面左上角，默认 16:9 画布为[960, 540]，且1px = 1pt（fontSize: 18即 PPTX 中的 18pt）；元素叠放顺序由Page.elements数组顺序决定，越靠后越在上层。

三、内容组织：论断式标题 + 证据块

3.1 标题与信息行

标题使用陈述性、分析性的「主题 + 判断维度」措辞，如公司概况、市场展望、对标分析、结构性解决方案等；避免广告式短标题。标题之下用一到两行斜体信息表达最重要的判断、发现或疑问，它们不承担正文的全部功能。

3.2 证据块组织

正文以证据块为单位组织：

• 每个模块必须有明确的副标题，说明比较对象、指标或结论方向；
• 内部使用要点、短句、数字、表格或图表；
• 单页可以承载多个要点，但必须归属于一个主问题；
• 当并列要点超过 4 组时，用编号、色带或分栏建立路径；
• 段落要短，优先使用要点与缩写表达；每条要点 = 一个行动/判断 + 一个事实依据，不要写连续散文；
• 关键词可以用加粗、紫色、红色框或背景色强调，但每页不超过两种强调层级。

3.3 数字与来源纪律

• 数字、单位与时间基准紧贴数据，在图表标题、表头或脚注中声明；
• 财务与经营数据保持列对齐，百分比、倍数、年份与币种单位不得混用；
• 来源脚注置于底部小号灰色字体；多个外部数据来源按图表或模块顺序排列。

这一「数字必须带单位与时间基准」的纪律与工具链顶层政策一脉相承。core-design-policy-v1.md 明确规定「绝不虚构事实、指标、引用、客户案例、研究结果或来源 URL；缺失证据必须标注为占位符、假设或待补充项；外部事实和图表必须附来源、日期或期间、单位与计量基准」。

四、内容页布局系统：七种标准版式

文档定义了七种内容页布局，每种都注明适用场景与不适用场景，这是生成时选择版式的直接依据：

值得注意：第 2、3 种的「编号/色块/网格」均需以信息结构为前提。这与核心设计政策的「默认禁止卡片、禁止等分构图」规则相呼应——core-design-policy-v1.md 明确默认禁止「仅用于制造层级或对齐的卡片/圆角矩形」「内容不构成对等体时的等宽卡片网格」，以及蓝紫渐变、青紫霓虹等无依据的 AI 配色。

五、色彩系统：紫色结构轴 + 蓝/青/灰证据轴 + 红色风险轴

5.1 完整色板

5.2 用色纪律

• 单页主色保持「紫 + 蓝/青 + 灰」，红色只用于告警；
• 同一页面内图表序列颜色保持一致的字典，避免同一颜色在不同位置表示不同业务或状态；
• 这一「颜色即语义」的约束在工具链中有可执行化形态：core-design-policy-v1.rules.json 定义了受限渐变色族与视觉效果族，并在 ppt-design-policy.ts 中被 Zod schema 校验（含 WCAG AA 对比度阈值、色族判定、背景限制等字段）。

六、字体与文字层级：QuattrocentoSans / MiSans 主导

6.1 字体选择

字体以QuattrocentoSans 为主（中文对应 MiSans）：

• 封面与大标题用 Regular 大字号；
• 正文与表格用 Regular；
• 关键词与表头用 Bold；
• 结论行与免责声明用 Italic；
• 不得引入衬线字体、手写字体或个性过强的中文字体。

这与工具链的字体系统文档一致：fonts.md 将 QuattrocentoSans 定位为「经典优雅的无衬线字体，小字号下清晰易读，适合学术、企业、教育场景」，MiSans 定位为小米系统字体、多字重、屏幕渲染优秀。该文档同时强调字体名必须完全一致（含大小写与空格），并支持通过customFonts引入 Google Fonts 字体。

6.2 字号比例（以正文 = 1x 为基准）

6.3 对齐规则

• 文字以左对齐为主；
• 表格内数字右对齐或按小数点对齐；年份、分类、指标名可居中或左对齐；
• 大段居中文字不属于此风格（封面局部除外）。

在 PPTD 中，字体以FontFamily类型表达：string（中英文统一）或{latin, ea}对象（分别指定拉丁与东亚字体），详见 global-and-shared-types.md。

七、图表语言：数据清晰优先于图表美化

7.1 允许的图表类型

真实图表以堆叠柱、分组柱、折线、箱线/分布、散点/气泡、桥图（bridge）、面积/构成、基准对比为主。图表嵌入模块框架内，上方有短标题或紫色标题条，底部标注数据来源与计量基准。

7.2 坐标轴与图例

• 坐标轴与网格线用浅灰细线，避免粗黑轴；
• 图例置于图表上方、下方或右侧，用小号文字 + 序列色块；
• 柱状图序列以深蓝、浅蓝、青、灰、紫为主，堆叠顺序保持稳定；
• 折线图可并列多条线，但颜色、线型与端点标签应降低阅读成本。

7.3 强调与预测

• 关键数据用红色描边框、红色批注框、箭头、小标签或深色数据标签；
• 预测、目标、基线用虚线、浅色线或独立标签，不得与真实数据混淆；
• 图表美化不得牺牲数字清晰度：避免 3D、渐变柱、阴影、夸张圆角和无意义图标。

这些要求与 analysis-decision.md 的场景指南一致：图表自带坐标轴、单位、图例、来源和计量基准，脱离正文也能独立成立；在图上直接标注关键值（关键合计用大数字 callout，拐点/缺口/增长率用箭头或引线 + 一句话注释）。

在 PPTD v2 中，图表元素遵循 ECharts 哲学：图表顶层不携带type字段，由每个series[i].type决定自身形态，共支持bar / line / area / scatter / bubble / candlestick / pie / radar / waterfall / heatmap / treemap / sunburst / sankey13 种序列类型，详见 charts.md。

八、表格与高密度信息：Excel 财务模型式的行列纪律

8.1 表头与分组

• 表头用深紫底白字，或浅灰底深字；
• 一级分组用紫色横条，二级分组用浅灰填充；
• 行列分隔线细而浅；行高紧凑，但文字不得重叠。

8.2 对齐与强调

• 数字列右对齐或按小数点对齐；文字列左对齐；年份、阶段、评级符号可居中；
• 重要列、汇总行、关键假设或输出结果可用浅灰填充、紫色文字、加粗或边框强调；
• 负值、风险项或需关注的差异可用红色，但整表不得大面积泛红。

8.3 斑马纹与矩阵符号

• 斑马纹非强制；行数很多时可用极浅灰交替背景；
• 矩阵类页面可用点、对勾、评级符号、色块和短标签，但每个符号必须有图例或直观可理解；
• 表格承担「证据与模型」角色，不得作为纯布局装饰。

这与 finance 分类基线的立场一致：估值区间、交易可比、三张报表、情景分析和敏感性网格都应遵循 Excel 财务模型的行列纪律，明确分离假设列、驱动行和校验行；每个估值结论都必须附带敏感性表（见 design_system/finance/lake-blue-memo/design.md）。

九、组件与图形元素：每个组件都承担信息功能

核心设计政策对卡片有明确立场：core-design-policy-v1.md 规定「除非用户明确要求，不得用圆角矩形或矩形卡片制造层级或对齐；具有真实信息功能的容器（状态灯、假设框、引文框）不视为卡片」。

十、质感与禁用项：克制、机构化、高密度

10.1 整体质感

整体保持扁平、克制、机构化、高密度；几乎不依赖照片、插画、纹理、光效或立体效果。品牌感来自：紫色结构条、蓝色封面线条、字体和脚注体系。

10.2 明确禁用

• 大面图像背景、3D 图表、发光、复杂渐变、重阴影、emoji、卡通插画、装饰性彩色图标、大段居中文字、无来源数据图表、低对比浅色文字、与信息无关的背景纹理。

10.3 谨慎使用

• 照片、截图、地图、肖像、客户名称文字、红色批注、圆角卡片——它们只能作为证据或解释工具出现，且面积与数量受控。

10.4 允许的特殊页

• 封面：可大面积使用蓝色抽象线条与更多留白；
• 免责页：可使用极高密度的单栏法律文本；
• 附录/模型页：可用更密的表格，但仍须保留标题、来源与页码。

该禁用清单与核心设计政策第 7 节的「默认反模式」完全对齐，且这些反模式在代码层会被自动检测：ppt-design-governance.ts 会通过detectedPptAntiPatterns(plan)检测设计计划中的反模式，若无源码请求的精确证据引用支持例外，则拒绝提交计划。

十一、生成自检清单：把规则变成可勾选项

文档最后给出了完整的生成自检清单，可在设计评审阶段逐项核对：

• 是否为 16:9、白底、窄边距、高内容利用率，且保留顶部标题区与底部脚注/页码区？
• 标题是否为分析性主题，标题下是否有一条清晰的斜体结论行或页面论点？
• 紫色是否只用于标题、分区、表头与结构强调，蓝/青/灰是否按分类或数据序列稳定使用？
• 页面要点是否围绕一个主问题，模块间是否有清晰的分组逻辑？
• 图表是否有标题、图例、坐标轴/标签、来源与计量基准，且无 3D、渐变、阴影等装饰？
• 表格是否行列对齐、表头清晰、分隔线浅、关键行/列强调克制？
• 组件是否承担信息功能：标签用于定位、色条用于分组、框用于聚合、箭头用于流程、红框用于风险告警？
• 是否避免了照片背景、emoji、插画式图标、复杂纹理、眩光与无意义的大色块？
• 是否检查过溢出、截断、乱码、重叠、低对比、遮挡、空模块、缺页码、比例错误、缺来源？
• 模板变体是否服务于信息结构，而不是仅仅让页面看起来不同？
• 默认不使用卡片：除非用户明确要求，严禁用圆角矩形或矩形卡片制造层级或对齐——线段、留白、字体与字号差异是更好的方案；
• 不做等分构图：除非别无选择，不要默认三分、四分或 2×2 矩阵，包括「三分 + 标题 + 结论」这类三段式结构。

这份清单在 Kun 的治理流程中有对应的强制节点：submitPptDesignPlan要求完整阅读分类索引（slides_categories.md）与一个受支持的分类指南后才能提交设计计划，currentPptGovernanceSnapshot与pptGovernanceReadinessErrors会校验政策版本与 SHA-256、指南阅读进度、设计计划指纹是否齐备（见 ppt-design-governance.ts）。

十二、该风格在 Kun 中的工程落地路径

风格文档不是孤立文本，它在 Kun 中对应一条完整的工程链路，可归纳为四步：

1. 风格选择：从分类索引 slides_categories.md 判断场景（如投资分析属于 Analysis & Decision，读者任务是「比较选项、形成判断、支撑决策」），并读取对应场景文档；
2. 设计计划：在 ppt-design-governance.ts 中提交结构化的PptDesignPlanInput，声明分类、受众、目的、页数策略、字体角色（display/body/monospace）、色彩角色（background/foreground/accent/muted/positive/caution/critical）、背景处理（solid/gradient/image）、效果列表、字号阶梯（title ≥ 28、section ≥ 22、body ≥ 14、caption ≥ 10 且必须逐级递减）、间距节奏（unit/pageMargin/columns/gutter，且 pageMargin ≥ unit）与例外声明；
3. 策略校验：pptDesignPlanPolicyErrors将设计计划与 core-design-policy-v1.rules.json 的对比度阈值、色族限制、背景限制、效果限制进行比对；PptDesignPlanInput的superRefine会检测反模式并要求源码请求提供精确证据引用才允许例外；
4. 导出交付：设计通过评审与指纹校验后，由 export_pptx.py 默认走本地修补版官方 WASM 导出器（local-export/export-pptd.mjs --no-sign，离线、无 cookie、无签名 API），也可用--browser走本地 neo-ppt 镜像；转场默认fade，输出后还会执行patch_transitions与verify_output校验。

工具链本身由仓库随附（来源与版本见 PROVENANCE.md：来自open-kimi-ppt-skill1.3.0，MIT 许可，脚本与参考文档随仓库打包，WASM 被修补并内置于scripts/local-export/pptd_wasm_bg.wasm）。

结语

Lake Blue Memo 风格的核心价值在于：它把「投委会级备忘录」的阅读纪律——结论先行、数字带基准、风险必带缓释、估值必有锚点、来源必可追溯——翻译成了一套可执行、可校验、可复用的设计系统。在 Kun 中，这份风格文档既是生成时的审美参照，也是设计治理流程的输入之一：风格规范决定「长什么样」，核心设计政策决定「哪些默认动作被禁止」，而 kun/src/ppt 的治理代码则保证每一次生成都经过阅读、计划、校验与导出指纹的完整闭环。对于需要产出机构级投资材料的研究与投融资团队，这套规范可以直接作为团队内部的设计基线，也可在 Kun 的 PPTD 工程中按七种内容页版式、五组色彩角色与两套字体轴逐页落地。

• 人工智能
• AI Agent
• 自主智能体
• 桌面应用
• MCP Clients