OINK 文档

• 1: OINK 是什么
  • 1.1: 特性
  • 1.2: Case 导览
  • 1.3: 开源许可与致谢
  • 1.4: 参与 OINK 贡献
• 2: 快速上手
  • 2.1: 使用 OINK Starter
  • 2.2: Starter 仓库导览
  • 2.3: 从零建站与其它安装方式
• 3: 创作内容
  • 3.1: 编写页面
  • 3.2: 组织内容
  • 3.3: 页面参数
  • 3.4: 博客与文章
  • 3.5: 书籍出版
  • 3.6: 用 Expo 创建图片相册
  • 3.7: 发布与下载页
  • 3.8: API 文档
• 4: 组件总览
  • 4.1: 提示块
  • 4.2: 图片
  • 4.3: 代码块
  • 4.4: 标签页
  • 4.5: 表格
  • 4.6: 参数表
  • 4.7: 步骤
  • 4.8: 卡片
  • 4.9: 文件树
  • 4.10: 公式
  • 4.11: Mermaid
  • 4.12: 组件呈现
  • 4.13: PlantUML
  • 4.14: 思维导图
  • 4.15: Draw.io
  • 4.16: ECharts
  • 4.17: Infographic
  • 4.18: 画廊
  • 4.19: 徽章
  • 4.20: 按键
  • 4.21: 引用
  • 4.22: Asciinema
• 5: 定制站点
  • 5.1: 配置总览
  • 5.2: 品牌外观
  • 5.3: 首页与落地页
  • 5.4: 导航与菜单
  • 5.5: 布局与页面类型
  • 5.6: 全文检索
  • 5.7: 命令面板
  • 5.8: 键盘导航
  • 5.9: 多语言
  • 5.10: 多版本
  • 5.11: 分类体系
  • 5.12: 仓库与页面信息
  • 5.13: 打印支持
  • 5.14: Agent 支持
• 6: 维护管理
  • 6.1: 本地预览
  • 6.2: 发布上线
  • 6.3: 启用评论
  • 6.4: 分析与 SEO
  • 6.5: 版本升级
  • 6.6: 排错与检查
• 7: 设计与开发
  • 7.1: 架构契约
  • 7.2: 组件契约
  • 7.3: 外壳与导航契约
  • 7.4: 落地页契约
  • 7.5: Expo 布局契约
  • 7.6: OINK 迁移边界
  • 7.7: 设计决策
    • 7.7.1: 警告与安全回退
    • 7.7.2: 配置模型
    • 7.7.3: Markdown 优先创作
    • 7.7.4: 生成式配置 Schema
    • 7.7.5: 可选 CLI 与结果契约
    • 7.7.6: Paper 与 Slate 视觉预设
    • 7.7.7: 四种视觉预设的组件精修
    • 7.7.8: Expo 图片收藏布局
    • 7.7.9: 将博客文章呈现为画廊
    • 7.7.10: 显式开启表格阅读
    • 7.7.11: 译文对照
    • 7.7.12: 统一图表阅读体验
    • 7.7.13: 本地搜索改进
  • 7.8: 设计研究
    • 7.8.1: Goldmark 块属性实测
    • 7.8.2: OINK 1.3.2 与 Hugo 0.168 消费站点盘点
    • 7.8.3: Ink 与 Terminal 实验，2026-10-05
    • 7.8.4: OINK 1.2 发布前审查，2026-10-05
    • 7.8.5: 视觉预设验收，2026-10-05
    • 7.8.6: 消费站与迁移证据
    • 7.8.7: OINK 全面审查（2026-08-26）
    • 7.8.8: 社区 Issue 与 PR 调研，2026-09-19
    • 7.8.9: OINK 1.1 发布审查，2026-09-20
    • 7.8.10: 2026-10-03 CLI 维护验收
    • 7.8.11: 2026-10-03 CLI 维护验收：R1–R5
    • 7.8.12: 2026-10-03 CLI 维护验收：R6–R8 与 A18
    • 7.8.13: 文档对照研究，2026-10-29
    • 7.8.14: 2026-09-29 CLI 验收快照
    • 7.8.15: 组件精修验证，2026-10-25
    • 7.8.16: 审查修复，2026-11-06
    • 7.8.17: Ink 与 Terminal 仍需阅读验收
    • 7.8.18: OINK 1.5.1 发布就绪审查，2026-11-06
    • 7.8.19: 2026-10-13 主题审查
    • 7.8.20: 为大表格腾出阅读空间
  • 7.9: 设计提案与 PRD
    • 7.9.1: 反向链接与知识图谱
    • 7.9.2: 媒体收敛
    • 7.9.3: OINK CLI 与下一阶段产品路线
    • 7.9.4: OINK CLI 文档维护路线图
    • 7.9.5: 视觉预设与外观切换
    • 7.9.6: 让 Ink 与 Terminal 成为稳定的阅读风格
• 8: OINK CLI

1 - OINK 是什么

OINK 是一款独立的 Hugo 主题，用于搭建中大型技术文档站。它从 Docsy 演化而来：保留 Docsy 的内容模型与多语言行为，替换外壳、导航、搜索与内容组件。

当前发布版本为 OINK v1.5.1，使用 Hugo Extended 0.168.0 及其内置 Sass 编译器构建。采用 Hugo Module 时还需要 Go 解析模块，首次下载需要可访问的模块来源。主题资源不依赖 Node.js、npm、PostCSS 或 CDN。Bootstrap、Font Awesome、字体、本地搜索、图表与 API 文档运行时都提交在主题仓库里，只在页面用到时下发。

组件不是另一套模板语言：> [!NOTE] 是提示块，表格加一行 {.fields} 是参数表，图片下面加 {caption="..."} 就有图注。当前有十五个生产站点在用它，本站是其中之一。

主题的职责

• 文档与博客外壳：导航、侧栏树、目录、面包屑、翻页、深色模式、打印视图与无障碍交互。
• 多语言框架：译文路由、缺译回退、语言权重、RTL、32 份完整界面语言包，以及按需开启的双列视图（params.ui.compare: true）。
• 本地浏览器功能：Mermaid、Markmap、Swagger UI、Redoc、Asciinema、ECharts、Infographic 与全文检索。数学公式由 Hugo 在构建时渲染，使用本地 KaTeX 样式。
• 内容组件：提示块、标签页、步骤、卡片、参数表、文件树、画廊、徽章、按键等，多数有 Markdown 原生形态。
• 内容类型：普通文档之外，还内置书籍编号与交叉引用、发布与下载页、数据驱动的 Landing 首页、OpenAPI 文档页。

主题不负责源码托管与部署：站点可以放在 GitHub、GitLab 或私有 Git 上，Hugo 生成的静态文件可用任何托管平台发布。站点自己的内容、品牌与业务组件仍归站点管理，主题只提供通用外壳与可复用组件。

适用范围

与其它文档方案的差别

先选择团队愿意维护的工具链与创作模型，再比较单项功能。同一个项目可能适合不同方案：

选型时核对各项目当前的安装与扩展文档。OINK 的搜索、图片缩放、评论与反馈需要显式启用， Markdown 与 Agent 输出也由站点在 outputs 中选择。

OINK 不是叠在 Docsy 上的皮肤，而是 fork 之后独立演化的主题。Docsy 的源码历史、Apache-2.0 义务与署名完整保留，细节见开源许可与致谢。

入口

• 快速上手 — 使用官方 Starter，分层定制，再发布上线。
• 组件总览 — 一个组件一页，先源码后效果。
• 示例站点 — 十五个生产站点，各自用了 OINK 的哪部分。

特性按能力逐条列出主题提供的东西，每条链接到讲它的指南页。

报告问题或提交修改请参阅贡献指南； 1.5.1 发布说明介绍双列视图修复、输出正确性、响应式阅读与当前构建要求。

1.1 - 特性

本页逐条列出 OINK 与普通 Hugo 主题的差别，每条末尾给出讲它的指南页。要立即安装，见快速上手。

组件写在 Markdown 里

提示块是 > [!NOTE] 块引用（十种语义类型加一个中性折叠块），参数表是表格加一行 {.fields}，步骤与卡片是列表加 {.steps} / {.cards}，图注是图片下面一行 {caption="…"}。标签页是几个相邻围栏各带一个 {tab="…"}；文件树、画廊、Mermaid、ECharts 是以语言命名的数据围栏。这些写法在 GitHub 或普通 Markdown 阅读器中退化为块引用、表格、列表与代码块，内容不丢失。

29 个 shortcode 覆盖原生形态表达不了的场景：卡片带图标与图片、参数表条目正文是多段 Markdown。

→ 组件总览

用 Hugo 构建

Hugo Extended 0.168.0 或更新版本负责构建站点资源。SCSS 由 Hugo 内置 LibSass 编译，主题不调用 postCSS，也不需要 npm 或 webpack。用 Hugo Module 方式安装主题还需要 Go，并能通过网络或本地缓存取得模块依赖。离线归档或 submodule 准备就绪后，仅使用 Hugo Extended 即可构建站点，无需 Go 或外部 Sass 编译器。

界面交互在浏览器中执行 JavaScript：搜索、命令面板、图表、标签页都是页面脚本。这些脚本随主题分发，按页面用到的功能下发。

→ 快速上手

本地优先

浏览器需要的资源全部提交在主题仓库里：Bootstrap、Font Awesome、四款字体、Lunr、Mermaid、KaTeX、Markmap、Swagger UI、Redoc、Asciinema、ECharts、Infographic，以及本地 PlantUML 引擎。VENDOR.json 逐项记录各依赖的版本、来源、许可证文件与 SHA-256 校验值，更新某个运行时要同时更新产物、许可证与校验值。

OINK 1.4.0 启用 PlantUML 后，无需端点即可在浏览器内渲染；显式配置端点时继续使用服务端模式。

对可能引起网络请求的功能，主题让它保持关闭而不是静默连出去：Diagrams.net 缺 params.drawio.drawio_server、Algolia 缺 appId / apiKey / indexName，都会告警并保持禁用。

本地优先不覆盖作者自己添加的内容。以下都是显式的网络选择：外部链接、远程图片与视频、iframe、远程 API 规范；Algolia、Google 自定义搜索这类托管搜索；分析、评论与其它 SaaS 集成；作者主动配置远程渲染器的 PlantUML 与 Diagrams.net。启用这些功能的页面在运行时需要访问网络。

→ 开源许可与致谢 · 配置总览

一份内容，四种输出

每个组件在四种输出下都有确定的形态：交互式 HTML；去掉缩放与复制控件、折叠块完全展开的打印页；纯 Markdown；RSS。打印视图按栏目整份生成（本栏目是 /zh/_print/docs/about/），Markdown 版本是同一页面地址加 index.md。

站点在 outputs 里显式选择需要哪几种，主题不替站点决定。

→ 打印支持 · Agent 支持

双语与 32 个界面语言

多语言走 Hugo 原生机制：译文路由、按权重排序的语言选择器、缺译回退、RTL， 以及 canonical 与 alternate 元数据。界面文案有 32 份语言包，共用 235 条消息 schema：Docsy 支持的 31 个 locale 文件名，再加通用 zh。每份语言包都使用目标 语言覆盖完整 OINK 界面，不再保留英文占位块；zh 与 zh-cn 使用简体中文， zh-tw 使用繁体中文。开启 params.ui.compare: true 后，读者还可以在当前页面旁打开已有译文，并排同步阅读两个语言版本。

→ 多语言 · 双列视图

全文检索不出站

打开 params.offline_search 后，Hugo 为每种语言生成一份索引，浏览器用本地 Lunr 检索拉丁文字、用子串回退检索中日韩文本，查询内容不发给任何第三方。页面可以用 search_boost 调权重、用 search_keywords 补同义词。

→ 全文检索

命令面板

Cmd/Ctrl + K 打开命令面板；裸按 / 进入搜索态，裸按 \ 进入纯命令态。面板里同时有页面、命令与页面动作（切换语言、切换主题、复制 Markdown 等），搜索与操作共用一个入口。

→ 命令面板

键盘导航

默认开启，可按站点或按栏目关闭。w s 在侧栏树上下移动，a d 折叠展开，q e 上一篇下一篇，j k 沿页面目录跳转，t 切换深浅色，l 切换语言，有可用译文时按 b 打开或关闭双列视图，h 隐藏阅读外壳。输入框、文本域获得焦点或输入法处于组字状态时，单键快捷键全部让行。页脚最底层栏的问号按钮打开速查卡。

→ 键盘导航

反向链接

打开 params.ui.backlinks 后，每一页都会列出有哪些页面链接到它——构建时从你本来就写的普通链接派生，没有新语法，也没有 JavaScript。本站全站开启：看本页右栏的「反链」组，越常被引用的页面列表越长，超过八条会折叠。

→ 反向链接

文档之外的四种内容

主题还内置四类需要额外结构的页面：

• 书籍：章节编号，图 / 表 / 式 / 例用 {#id num=} 编号、用 xref 交叉引用，book-toc、book-figures 一类 shortcode 生成索引，整本可打印。
• 发布与下载页：data/download/*.yaml 生成发布卡片、资产表与校验和，发布状态可控。
• Landing 首页：data/home/<lang>.yaml 拼装首页分区；任意页面加 layout: landing 也能用 data/landing/ 的数据。
• API 文档：Swagger UI 与 Redoc 都是本地运行时，spec 放站内即可。

→ 书籍出版 · 发布与下载页 · 首页与落地页 · API 文档

面向 AI 助手的输出

outputs 里加上 markdown，每个页面就多一份 .md，HTML 的 <head> 里带 rel="alternate" 指过去，页面动作里也多出「复制 Markdown」与「查看源码」。LLMS 输出格式在站点根目录生成 llms.txt 内容清单（本站是 https://oink.pgsty.com/zh/llms.txt）。

0.8.0 再加两种：栏目开启 LLMSFULL 后整个栏目拼成一份 llms-full.txt，agent 一次抓完；站点开启 NAVJSON 后每种语言发布一份 navigation.json，侧栏那棵树直接当数据读。两者都在本站开着：https://oink.pgsty.com/zh/docs/llms-full.txt 与 https://oink.pgsty.com/zh/navigation.json 就是真实产物。

「在 ChatGPT / Claude 中打开」默认关闭：读者点击时会把当前 URL 交给第三方，需要站点显式打开 params.ui.page_context_menu.assistant_links。

→ Agent 支持

多版本

配置 params.versions 后顶栏出现版本菜单，旧版本站点顶部显示归档横幅，提示读者查看最新版本；菜单是否逐页跳转由站点决定。多个版本是分别构建、分别部署的静态站点，不需要运行时支持。

→ 多版本

自己验证

本站启用了上面多数特性，四条自查：

1. 在任意页面按 Cmd/Ctrl + K，输入 postgres 查看本地搜索结果；按 \ 进入纯命令态。
2. 在当前页面地址后加 index.md，得到这一页的 Markdown 版本。
3. 打开 https://oink.pgsty.com/zh/llms.txt，那是给 AI 助手的站点清单；顺着它能找到整个文档栏目的 llms-full.txt 与 navigation.json。
4. 看本页右栏的「反链」组，它列出链接到本页的页面。

相关

• OINK 是什么 — 定位、适用场景与对比
• 示例站点 — 这些特性在生产站点里怎么用
• 快速上手 — 建立首个本地预览
• 配置总览 — 上面提到的参数在哪查

1.2 - Case 导览

案例库介绍十五个采用 OINK 的站点项目及其实现模式，本站也包含在内。 案例页链接到线上成果或项目源码；涉及定制实现时，区分站点自有代码与主题能力。

当你已经知道自己要搭建哪类站点时，可以从这里开始：先通过案例了解架构与 取舍，再沿页面链接进入具体配置文档。案例中的数量统计基于盘点时的快照。

发行版文档

pigsty.io

大型英文站，把发行版手册、博客、扩展目录、分类、版本导航与价格落地页放在 同一个站点中。

pigsty.cc

独立部署的中文对等站；当两种语言的语料都已成为完整产品时，拆成两个单语站 是一种清晰的取舍。

pgsty.pro

双语版本档案站，从可复用的结构化发布数据渲染大量版本页面。

产品文档

PIG

紧凑的双语命令行工具手册，配有数据驱动首页与体量更大的博客。

SOW

双语运维手册，使用独立下载内容类型展示发布元数据与产物。

SILO

大型上游迁移案例，通过受检查的清单生成双语文档导航。

PG Exporter

把生成导航、结构化指标目录与系统字体组合起来的指标手册。

书籍

《设计数据密集型应用》

多语言、多版本书籍，也是编号图表、交叉引用、章节导航与索引最完整的案例。

《The Product-Minded Engineer》

只需要 OINK Book 外壳的聚焦型双语出版物。

《PG 技术内幕》

已完稿的中文译本，刻意做成单语 Book：没有文档树，也没有可切换的第二语言。

汇编、落地页与自定义站点

PostgreSQL 组件文库

聚合型运维文库，让多个上游手册与完成度不一的翻译树共享搜索和视觉体系。

pgsty.com

小型双语公司站，展示 OINK 也可以主要作为数据驱动的落地页系统。

Capslock

每种语言只有两页，其中自定义外壳承载数据驱动交互配置生成器。

oink.pgsty.com

完整参考站：公开文档、实时组件示例、设计契约、多种内容外壳与回归覆盖都在 同一个仓库中。

pgext.cloud

PostgreSQL 扩展目录：把可检索的数据集作为站点主体呈现，收录 2,241 个扩展、 576 个已打包版本，覆盖 16 个 Linux 平台。

如何选择起点

• 常规产品手册：从 PIG 或 SOW 开始。
• 大型迁移：对比 SILO 与 PostgreSQL 组件文库。
• 书籍：对比精简的 TPME 与更复杂的 DDIA， 单语场景可参考 《PG 技术内幕》。
• 落地页或交互站：参考 pgsty.com 或 Capslock。
• 最完整的参考实现：使用 OINK Docs。
• 如果读者是来查询数据集而不是来阅读的，看看 ext.pgsty.com 如何把数据集作为站点主体呈现。

主题仓库的 tests/site/ 是内部 CI 夹具，而不是起步模板；其中页面的职责是 触发渲染行为。上面的生产案例更适合作为架构与设计参考。

→ 浏览全部案例 · 快速上手 · 仓库导览

1.3 - 开源许可与致谢

OINK 由三层材料组成：主题源码、文档内容、随主题分发的第三方资源。三者各自的许可证不会被重新授权成一份统一作品。下面每张表都指向仓库里的权威文件，摘要与许可证原文不一致时以文件为准。

许可证对应关系

两条边界要分清：CC BY 4.0 只覆盖原创文档内容，不覆盖主题代码、商标、截图与第三方资源；主题采用 Apache-2.0，也不会把随附依赖变成 Apache 许可的作品。

社区贡献者

OINK 由 PGSTY 维护。感谢 @imbajin 报告并贡献以下 阅读体验修复，同时提供夹具、回归测试与双语文档。这些改动在 1.3.1 引入， 1.5.1 继续保留。

发布说明记录了集成细节。参与纠错、翻译或修复， 请参阅贡献指南。

上游：Docsy

主题 NOTICE 记录的事实：

• OINK 派生自 Docsy，Copyright 2018 Google LLC and Docsy contributors。
• OINK 自身的主题工作 Copyright 2026 PGSTY contributors。
• 项目与上游同为 Apache License 2.0；第三方浏览器依赖的许可、来源、版本与校验值记录在 VENDOR.json，各自要求的 NOTICE 文件与对应资源放在一起分发。
• Docsy 名称与 Google 商标归各自权利人所有，此处引用只用于标识上游项目，不表示背书。

本站也派生自 Docsy 项目网站，这段渊源记录在站点自己的 NOTICE 里。Docsy 是 OINK 唯一的代码上游：源码历史、Apache-2.0 义务与版权声明完整保留，按 Apache-2.0 的要求，修改过的文件需要标注。

随主题分发的第三方运行时

主题把浏览器要用的资源全部提交在仓库里（assets/third_party/、assets/js/third_party/、static/webfonts/）。这些资源无需 npm 步骤或构建期下载；Hugo Module 解析仍需要 Go 与可用的模块来源。VENDOR.json 是这批资源的机器可读清单，逐项记录名称、固定版本、来源 URL、许可证文件路径，以及每个选取产物的 SHA-256；清单里还有三棵资源目录的整体校验值。

下表对应 OINK v1.5.1 清单（VENDOR.json 生成于 2026-10-25，schema 1，共 29 项）。版本会随主题发布变动，以所固定主题版本的清单为准。全部来源都是 npm registry（https://registry.npmjs.org/…）。

OINK 1.4.0 的本地 PlantUML 集成包含 @plantuml/core 1.2026.9（MIT）与 Viz.js 3.24.0（MIT）；后者包含 Graphviz 14.1.1（EPL-1.0）与 Expat（MIT）。 许可证、声明和上游源码链接随两份脚本放在 assets/third_party/plantuml/， VENDOR.json 记录具体产物。

许可证原文与各资源放在一起：例如 assets/third_party/bootstrap/LICENSE、assets/third_party/katex/LICENSE；Swagger UI、Redoc 与 ECharts 还随包带了各自的 NOTICE 或打包声明文件。Lunr 是唯一的例外，代码在 assets/js/third_party/，许可证在 assets/third_party/lunr/LICENSE。

再分发主题时，这些许可与声明材料必须一并保留。更新某个运行时意味着在同一次变更里同时更新产物、许可证文件、来源与校验值。

字体与图标

Inter、IBM Plex Sans、Chakra Petch 与 IBM Plex Mono 四种字体采用 SIL Open Font License 1.1。OINK 1.5.1 在 static/webfonts/ 下包含 33 个文件：14 个 Inter 子集、12 个 IBM Plex Sans 子集、4 个品牌字体文件，以及 3 个 Font Awesome 文件。Font Awesome Free 7.3.1 是复合许可：图标图形 CC BY 4.0、字体文件 SIL OFL 1.1、代码 MIT，原文在 assets/third_party/Font-Awesome/LICENSE.txt。

主题不向远程字体服务发请求：仓库里没有 Google Fonts 之类的外链，字体一律由站点自身 baseURL 下发。更换字体或改用系统字体栈见品牌外观。

设计参考

代码上游只有 Docsy 一个。下面这些项目是设计语言上的参考，既不是代码来源也不是运行时依赖，OINK 没有移植它们的代码：

Hugo 是构建平台，Go 在 Hugo Module 安装方式下负责解析模块。两者都是前提条件，主题不重新分发它们的可执行文件。

引用这些名字用于说明传承、依赖或灵感来源，不表示相关项目为 OINK 背书；各项目与产品名称归其权利人所有。

复用这份文档

CC BY 4.0 允许任何目的的分享与演绎，条件是给出署名、提供许可证链接、说明是否做过修改，并且不得暗示 OINK、PGSTY 或上游项目为改编内容背书。一段合格的署名可以是：

本文改编自 PGSTY 贡献者编写的 OINK 文档，采用 CC BY 4.0 许可，并做了修改。

页面里单独署名的图片或引文，要保留它们各自的署名与许可；删掉页脚不会免除署名义务。

复用这个主题

Apache-2.0 允许按条款使用、修改与分发主题源码及编译产物，条件是保留许可证、版权与归属声明，保留 NOTICE 内容，并在分发修改后的源码时标明改过哪些文件。主题发行包应当包含 LICENSE、NOTICE、VENDOR.json，以及清单引用的全部第三方许可证文件。

Apache-2.0 不授予商标使用权，也不会把第三方资源变成 Apache 许可的作品。

相关

• 参与贡献 — 报告问题，改进文档与提交修复
• OINK 是什么 — 项目定位与来历
• 亮点特性 — 本地优先具体指什么
• 配置总览 — 哪些功能会引入外部服务
• 品牌外观 — 换字体与图标

1.4 - 参与 OINK 贡献

欢迎纠错、翻译、报告问题和提交范围明确的 pull request。当前主题版本为 OINK v1.5.1。发布说明介绍双列视图修复、输出正确性、 响应式阅读与无障碍支持。

选择贡献仓库

CLI 拥有独立版本与发布周期，普通 Hugo 站点不需要安装。请在负责相应行为的仓库报告问题。

提供可复现的问题报告

报告中请提供 OINK 版本、hugo version、模块构建使用的 Go 版本、相关配置与最小内容示例。 显示问题还需注明页面、视口宽度、浏览器、视觉预设及明暗模式，说明预期效果与实际表现。 提交报告和复现材料前，移除凭据与私有内容。

构建与检查

维护基线统一为 OINK v1.5.1、Hugo Extended 0.168.0 和 Go 1.27.3； 模块声明的 Go 最低版本为 1.27.3。Hugo 使用内置 LibSass，普通站点构建无需额外安装 Sass 编译器、Node.js 或 npm。

禁止启用 --panicOnWarning 或 HUGO_PANICONWARNING。告警保持可见并接受审阅； 允许出现上游 LibSass 弃用告警。开发与 CI 使用固定 Hugo 基线，不维护旧版本测试矩阵。

开发主题时，把主题与本站克隆到同级目录。阅读各仓库的 AGENTS.md、本站 TRANSLATION.md 及相关设计契约。本站回归测试需要 Node >= 24 和 npm >= 11.16.0：

npm ci
make check
make browser

先运行负责该改动的最小检查器。make check 使用同级主题运行非浏览器套件； 渲染或交互发生变化时使用 make browser。检查受影响中英文页面在桌面、手机及 明暗模式下的效果。仓库 README 同时说明了如何单独验证公开固定版本。

准备 pull request

保持改动范围明确，说明问题、修改后的行为及验证结果。中英文页面同步更新，保留稳定标题 ID。 主题公共行为变化时，一并更新实现、归属检查器与相关契约的两个语言版本。 新设计提案放在双语设计提案专栏。

共享工作树中保留无关改动。只提交源码与审阅过的测试预期；生成文件、缓存、二进制文件及 文件系统模块替换不得进入 Git。历史发布说明和带日期的研究记录应忠实保留当时的证据。

署名与许可

致谢页将社区修复与作者和 pull request 关联起来。1.3.1 发布说明记录了近期阅读体验修复； 1.5.1 继续保留这些修复，以及 1.3.2 恢复的仅依赖 Hugo 的构建方式。

主题代码与站点工具使用 Apache-2.0，原创文档使用 CC BY 4.0。请保留第三方许可证和 NOTICE 文件，具体范围见开源许可与致谢。

2 - 快速上手

新建站点推荐从公开的 GitHub 模板 pgsty/oink-starter 开始。该模板固定了已发布的 OINK 版本，开箱即可构建，仅包含干净的示例内容与部署 workflow，不夹带本站的回归测试套件。

选择起点

五分钟建立基线

1. 安装工具

   安装 Git、Go 1.27.3 或更新版本，以及 Hugo Extended 0.168.0 或更新版本。Hugo 输出必须包含 extended：

   $ go version
   go version go1.27.3 darwin/arm64
   $ hugo version
   hugo v0.168.0+extended+withdeploy darwin/arm64
   

   macOS 可以执行 brew install git go hugo。Linux 与 Windows 请按官方 Hugo 安装指南和 Go 下载页安装，并确认选择 Hugo Extended。

2. 创建或克隆站点

   准备长期维护时，请打开 Starter 仓库并点击 Use this template，然后克隆 GitHub 为你创建的新仓库。只想在本机评估原始模板时执行：

   git clone https://github.com/pgsty/oink-starter.git my-docs
   cd my-docs
   hugo server

3. 打开基线

   打开 http://localhost:1313/。默认 Starter 还在 /zh/ 发布中文，在 /fr/ 发布法语。开始修改前，先确认 Docs、Blog、Book、本地搜索、语言切换与深浅色 模式都能工作。

4. 完成一个可见修改

   修改 hugo.yaml 顶部的站名与规范 URL，再修改 data/home/en.yaml 中的一句话。 浏览器刷新后能同时看到两处变化，才算证明配置、内容与固定版本的主题已经正确连通。

由浅入深地定制

• 使用 OINK Starter — 先选语言，再依次处理身份、首页、 内容、导航、品牌、集成与部署。
• Starter 仓库导览 — 每个文件负责什么，哪些要替换， 哪些可以删除。
• 编写页面 — front matter、标题、链接、图片、草稿与页尾控件。
• 组件总览 — 内容树稳定后，再增加表达能力。
• 品牌外观 — Logo、强调色、字体、页宽与 CSS 扩展点。
• 发布上线 — 使用内置 GitHub Pages 或 Cloudflare Pages workflow，再验证真实公开路由。

先跑通基础构建与内容树，再逐层修改语言、导航、CSS、统计与托管配置，遇到问题时更容易排查。

发布门禁

首次推送前，先在本地执行与 Starter workflow 一致的生产构建：

hugo --cleanDestinationDir --gc --minify --environment production \
  --printPathWarnings

确认命令正常退出并输出 Total in …，且 public/ 下已生成各语言根目录以及代表性的 Docs、Blog、Book 页面。构建时请保持告警可见以便审阅，请勿启用 --panicOnWarning 或 HUGO_PANICONWARNING（Hugo 内置 LibSass 的弃用提示属预期现象）。推送后，再进一步核对 CI workflow 状态与线上公开地址的渲染结果。

用 AI agent 建站

OINK 发布了一个 agent 技能 Oink 建站（oink-site）：一个 Markdown 文件，汇集了建站流程、OINK 自家站点的审阅标准，以及案例库中的经验。语法以本文档为准，并要求 agent 在浏览器中验证自己的工作。

• English：https://oink.pgsty.com/skill.md
• 简体中文：https://oink.pgsty.com/skill.zh.md

保存为技能后，开启一个新的 agent 会话：

mkdir -p ~/.claude/skills/oink-site
curl -fsSL https://oink.pgsty.com/skill.zh.md -o ~/.claude/skills/oink-site/SKILL.md

mkdir -p ~/.codex/skills/oink-site
curl -fsSL https://oink.pgsty.com/skill.zh.md -o ~/.codex/skills/oink-site/SKILL.md

然后描述你想要的站点，例如“用 oink-site 技能为这个项目搭建一个中英双语文档站”。没有技能目录的 agent，把地址交给它即可直接按文件执行。想要英文版，把地址换成 skill.md。重新下载即可更新；文件中写明了它对应的 OINK 版本。

下一步

继续阅读完整 Starter 教程。如果模板有你不需要的结构， 按仓库导览安全删减。只有在给既有站点接入 OINK，或者 明确想亲手组装每个文件时，才走从零建站路径。

2.1 - 使用 OINK Starter

pgsty/oink-starter 是新建 OINK 站点的官方模板。它保持精简干净，不夹带 oink.pgsty.com 的主题文档、统计账号、评论仓库、浏览器回归套件或 PGSTY 品牌资产。

你只需准备 Git、Go 1.27.3+ 以及 Hugo Extended 0.168.0+（内置 Sass 编译器，无需安装 Node.js 或外部 Sass）。

模板包含什么

Starter 自己的 /book/ 是一份从预览到部署的四章短教程。本页是维护者级版本： 说明修改顺序、各层边界，以及每层之后应执行的检查。

创建自己的仓库

推荐使用 GitHub 模板

打开 Starter 仓库，点击 Use this template → Create a new repository，再克隆 GitHub 在你的账号或组织下 创建的仓库：

git clone https://github.com/OWNER/PROJECT-DOCS.git
cd PROJECT-DOCS
hugo server

这样站点从一开始就有自己的 Git 历史，原始 Starter 只是上游参考，不会成为一个 可能误推送的 remote。

克隆原始仓库进行评估

只做一次性本地评估时执行：

git clone https://github.com/pgsty/oink-starter.git
cd oink-starter
hugo server

真实项目不要从删除这个 clone 的 .git 目录开始。GitHub 模板操作已经创建了清晰的 项目边界，并保留可审计的初始提交。

修改前先预览

依次打开：

• /、/zh/、/fr/：三个首页；
• /docs/、/blog/、/book/：三种内容区；
• 任意一组译文，再操作语言切换器；
• 本地搜索、深浅色切换，以及一个窄屏视口。

同时记录实际解析的模块：

hugo mod graph | grep github.com/pgsty/oink

先检查所用 Starter 快照在 go.mod 中固定的版本。要使用当前发布版本，请在定制内容前更新到 github.com/pgsty/[email protected]：

hugo mod get github.com/pgsty/[email protected]
hugo mod tidy

分层定制

第一层：语言配置

根配置默认启用英语、中文和法语。如果这不是目标语言组合，请在其它配置修改之前 选择内置 profile。以下两条命令二选一：

cp examples/hugo.single.yaml hugo.yaml     # 仅英文
cp examples/hugo.bilingual.yaml hugo.yaml  # 英文 + 中文

这两份是完整的最小配置，不是可以叠加的片段；复制会覆盖根文件里那些被注释的集成 示例。因此应在最开始做；hugo.yaml 已有项目修改时，只合并 languages 与 disableLanguages，不要整文件覆盖。

如果已按快速上手修改站名与 URL，不必复制整份 profile。默认三语改为英中双语时， 只需在现有 hugo.yaml 顶层加入 disableLanguages: [fr]；仅英文则使用 [zh, fr]。 这样可以保留已完成的身份与集成配置。

未启用语言仍保留声明，让 Hugo 能识别 .zh.md 与 .fr.md 是译文并安全忽略。 要永久移除一种语言，先确认所选 profile 能构建，再删除对应内容与首页数据。

第二层：站点身份

修改 hugo.yaml 顶部标有 CHANGE ME 的两个值：

title: &siteTitle Project Name
baseURL: https://example.org/

标题的 YAML 锚点会把站名带进所有已启用语言。接着修改版权人，并在新仓库已存在后 取消仓库链接的注释：

params:
  copyright:
    authors: '[项目贡献者](https://example.org/community/)'
    from_year: 2026
  github_repo: https://github.com/OWNER/PROJECT-DOCS
  github_branch: main

重新运行 hugo server，检查浏览器标题、页脚、编辑 / 历史链接与 canonical URL。 项目图形尚未定稿时先不要改 Logo；文字身份更容易先完成评审。

第三层：首页

首页内容保存在 data/home/ 下的数据文件中：

data/home/en.yaml
data/home/zh.yaml
data/home/fr.yaml

先修改一种语言。每个文件中的 sections 决定区块顺序，hero、cards、cta 提供具体内容。保留原有结构，替换标语、目标 URL 与示例卡片文案；待第一种语言定稿后，再同步翻译到其他已启用语言。

需要更多区块类型时，请参考首页与落地页中的完整区块列表；主题直接读取数据文件渲染首页，无需覆盖模板。

第四层：内容与导航

重写或删除 content/ 下的示例叶子页面。确定整个内容区不属于你的项目之前，先保留 栏目根：

content/docs/  参考与任务文档
content/blog/  文章、设计记录与发布说明
content/book/  连续阅读的长篇指南

内容树就是侧栏。顶部导航写在各语言 _index 根页的 menus.main 里，因此给 Docs、 Blog 或 Book 改名时，修改发生在它所描述的内容旁边，而不是另一棵全局菜单树。译文 并排放置，对应标题使用相同的显式 ID：

page.md
page.zh.md
page.fr.md

新增自定义导航数据之前，先读组织内容；大多数站点使用生成树 已经足够。

第五层：品牌与阅读功能

正式图形准备好后，替换 assets/icons/logo.svg 与 static/favicon.svg。随后一次只启用 一组最小而有用的配置：

params:
  ui:
    theme_color: '#245f94'
    typography: system
    image_zoom: true
    share: [mastodon, linkedin, email, copy]

自定义本地字体时，用 params.ui.fonts 写字体族，或者在站点 CSS 中声明字体文件。 布局、侧栏、搜索与组件配置应查询配置总览，不要复制 oink.pgsty.com 那份大得多的站点配置。

第六层：外部集成

Starter 默认关闭或注释了仓库操作、Giscus、Google Analytics、反馈与分享。只有 必需事实全部明确时才启用：

• 仓库链接需要真实 owner、repository 与 branch；
• Giscus 需要仓库 / 分类名称和不可变 ID；
• Google Analytics 需要项目自己的 measurement ID；
• 反馈只有在分析存在时才记录结构化 gtag 事件；
• 助手链接会把当前 URL 发送给第三方，因此必须做显式策略选择。

不完整的可选块应继续保持注释。各集成的运营边界见启用评论、 分析与 SEO和仓库与页面信息。

构建与部署

本地生产构建

启用托管 workflow 前执行：

hugo --cleanDestinationDir --gc --minify --environment production \
  --printPathWarnings

构建时请保持告警可见以便审阅，请勿启用 --panicOnWarning 或 HUGO_PANICONWARNING（上游 LibSass 弃用提示属预期现象）。提交 hugo.yaml、go.mod 与 go.sum；不要提交生成的 public/、resources/、模块 缓存或本地模块替换。

GitHub Pages

Starter 已包含 .github/workflows/github-pages.yaml。在 Settings → Pages 中选择 GitHub Actions 作为 Source。推送到 main 后， workflow 使用固定工具链构建，向 GitHub 查询正确的项目子路径，再通过 Pages 部署 API 发布 public/。

Cloudflare Pages

内置 .github/workflows/cloudflare-pages.yaml 使用 Direct Upload。创建 Pages Direct Upload 项目，添加 CLOUDFLARE_ACCOUNT_ID 与 CLOUDFLARE_API_TOKEN，再手动 运行一次 workflow。设置仓库变量 CLOUDFLARE_PAGES_ENABLED=true 后才会自动部署； 规范地址不是默认 pages.dev 域名时，再设置 CLOUDFLARE_SITE_URL。

同一个项目只选 Direct Upload 或 Cloudflare Git integration 其中一种。完整托管对比 与 baseURL 规则见发布上线。

验证并删除示例

宣布站点完成前：

1. 搜索 Project Name、example.org、OWNER、PROJECT 等占位符，逐项确认剩余位置 是否有意保留。
2. 在桌面与移动端打开每种已启用语言的根，以及代表性的 Docs、Blog、Book 页面。
3. 确认语言切换落到对页，而不是首页。
4. 验证搜索、深色模式、一个组件、Markdown 输出、打印、404、canonical URL 与仓库操作。
5. 把部署 workflow 和公开 URL 与本地构建分开检查。

删除示例 Book 或 Blog 之前，要同时移除对应顶部菜单根，以及首页上指向它的卡片。每整棵 删除一个内容区就严格重建一次，才能让失败归因到单一改动。

下一步

用 Starter 仓库导览查询文件职责，再继续阅读 编写页面与配置总览。已有站点不应 继承 Starter 内容模型时，改走从零建站路径。

2.2 - Starter 仓库导览

本页梳理从 pgsty/oink-starter 初始化后的仓库目录结构。go.mod 以 Hugo Module 方式固定 OINK 主题版本，Hugo 会将解析后的主题源码保存在 Go 模块缓存中，不会复制进站点仓库。

顶层地图

生成的 public/、resources/、.hugo_build.lock 与模块缓存是被忽略的构建状态， 不是源码。

最先修改什么

哪些必须保留

• go.mod 与 go.sum：两者共同固定并校验模板选定的 OINK 版本，都要提交；这条基线与后续升级分开记录。
• hugo.yaml 中三项 Goldmark 设置：原生 Steps、Cards、Fields、图片属性与 Book 目标都依赖它们。
• outputs：删除 markdown、LLMS 或 print，会有意删除对应的 Markdown、 Agent 索引或打印内容区。
• workflow 中的 fetch-depth: 0：保留 enableGitInfo 时，最后修改与贡献者事实需要 完整 Git 历史。
• CI 中的 GOWORK: off 与 HUGO_MODULE_WORKSPACE: off：开发者本地 workspace 不得 替换 CI 正在验证的公开版本。

可选内容区

Docs、Blog 与 Book 是彼此独立的顶层内容区。安全删除其中一个的顺序是：

1. 删除对应的 content/<surface>/ 内容树；
2. 删除首页指向它的卡片或链接；
3. 确认其它页面不再链接它；
4. 生产构建，并检查剩余顶部导航。

不要只删除某种语言的栏目根：那会形成难以区分「有意不对称」与「漏译」的语言专属导航 和回退行为。要么在所有已启用语言中删除整个内容区，要么明确记录这种不对称。

完成语言选择后，examples/ 下两个配置 profile 可以删除，也可以作为参考保留；真正 生效的站点配置只有根目录 hugo.yaml。

内容与导航

Docs 与 Book 下的目录结构和 weight 共同形成侧栏与翻页顺序。顶部导航来自栏目根的 menus.main。译文根重复相同的 identifier、parent 与 weight，只翻译可见标签。

Starter 刻意演示 Documentation System 内容模型：

• 简介回答是什么、为什么；
• 快速上手帮助新用户得到结果；
• 教程带领读者完成端到端任务；
• 参考记录精确的受支持行为。

可以按项目需要改名或重组，但应保留不同学习路径之间的分工，不要把所有答案混进一棵树。

语言模型

英文源码以 .md 结尾，中文和法语对页分别以 .zh.md、.fr.md 结尾。首页数据按 data/home/ 下的语言键分文件。根 profile 声明语言、locale、顺序与站点描述。

单语与双语 profile 仍声明被禁用的语言，这是有意设计：Hugo 会把未使用后缀识别为 译文，而不会把多个文件渲染到同一个英文 URL。只在项目配置开始前复制 profile；之后 应手工合并。

OINK 在哪里

两个文件建立模块边界：

module:
  imports:
    - path: github.com/pgsty/oink
  hugoVersion:
    extended: true
    min: '0.168.0'

module github.com/OWNER/PROJECT-DOCS

go 1.27.3

require github.com/pgsty/oink v1.5.1

此示例固定当前发布版本 v1.5.1。请检查所用 Starter 快照的固定版本；若版本较早，按 升级指南更新。

hugo mod graph 显示实际解析的版本。生产构建使用 go.mod 中固定的标签；联调主题时可通过环境变量 HUGO_MODULE_REPLACEMENTS 临时指向本地目录，切勿将该覆盖配置提交进 Git。

部署文件

GitHub Pages workflow 在推送 main 后自动运行；仓库设置必须选择 GitHub Actions 作为 Pages Source。Cloudflare workflow 默认手动运行，只有仓库变量 CLOUDFLARE_PAGES_ENABLED=true 存在时才自动执行；所需账号 ID 与 API token 始终 保存在仓库 secrets 中。

只保留实际运营的部署路径。Cloudflare Direct Upload 与 Cloudflare Git integration 是同一个项目的两种所有权模型，不是应当同时运行的两道关卡。

安全的定制顺序

1. 证明未修改的预览可用。
2. 先选择语言，再修改身份。
3. 替换一种首页，再补齐译文。
4. 替换内容并验证导航。
5. 品牌与阅读功能一次只改一组。
6. 启用完整的外部集成。
7. 执行生产构建。
8. 部署，再独立验证生产环境。

仓库已经属于自己后，每层之间做一次提交。小边界能让后续回归与回滚明确归因到一个决定。

验证

hugo mod graph | grep github.com/pgsty/oink
hugo --cleanDestinationDir --gc --minify --environment production \
  --printPathWarnings
git status --short

模块图应显示固定发布，构建成功并完成告警审阅，上游 LibSass 弃用告警允许出现。 Git 状态只包含源码修改而没有 public/ 或缓存。之后打开所有已启用语言的根，以及代表性的 Docs、Blog、Book 路由，再进入部署。

相关

• 使用 OINK Starter — 完整分层流程
• 从零建站 — 不采用这套内容模型，只接入 OINK
• 组织内容 — 侧栏、翻页与菜单权威
• 配置总览 — 当前全部站点参数
• 发布上线 — 托管商配置与生产检查

2.3 - 从零建站与其它安装方式

这是推荐路径 OINK Starter 的手工替代方案。本页从空目录 搭建一个最小 OINK 站点：一份精简 hugo.yml 加一条 hugo mod get，得到一个可预览 的单语站点。代价是首页、示例内容、部署 workflow 与每种组件用法都要自己组装。

已有 Hugo 站点时，按下方接入现有站点操作；已有 Docsy 站点见版本升级。

后半部分对比四种安装方式：Hugo Module、Git submodule、离线归档、固定版本源码副本。 当前开发与构建统一使用 Go 1.27.3 与 Hugo Extended 0.168.0（内置 Sass 编译器，无需外部 Sass）。

接入现有站点

在保留现有配置与内容的分支中操作。跳过 hugo new site，继续使用原配置文件名。

1. 只有站点没有 go.mod 时，才用自己的仓库模块路径执行 hugo mod init；已有模块声明保持不变。
2. 执行 hugo mod get github.com/pgsty/[email protected]。
3. 用下方的 OINK module.imports 替换旧主题引用，保留无关导入与配置。合并示例中的三项 markup.goldmark 设置与 markup.highlight.noClasses: false，不要整份覆盖原配置。
4. 检查站点自有 layouts/、资源、旧主题短代码，以及页面的 type/layout：这些覆盖和约定可能仍然选择旧主题行为。保留内容，只做必要适配。
5. 执行 hugo，再用 hugo server 打开一篇已有的代表性页面。先核对导航、图片与代码块，再启用可选 OINK 功能。最后按验证完成检查。

从空目录到第一页

1. 建骨架并获取主题

   hugo new site --format yaml my-docs
   cd my-docs
   git init
   hugo mod init github.com/example/my-docs
   hugo mod get github.com/pgsty/[email protected]

   hugo mod init 后面跟的是你自己站点的模块路径，通常就是仓库地址。hugo mod get 会写出 go.mod 与 go.sum，两个都要提交。

   构建前创建 .gitignore，避免把生成文件加入 Git。完成首个提交前，保持 enableGitInfo 关闭：

   .gitignore

   /public/
   /resources/
   /.hugo_build.lock
   /.hugo_cache/

   最新版本号可在 GitHub Releases 查看；本页显示的 v1.5.1 是本站当前固定的版本。生产站点应在 go.mod 中固定明确的发布标签，避免直接跟踪 main 分支。

2. 写 hugo.yml

   仅对这个新站：把生成的 hugo.yaml 改名为 hugo.yml（Hugo 两者都接受），再用下面内容替换。已有站点应合并所需配置，不要整份覆盖：

   hugo.yml

   title: Product Docs
   baseURL: https://docs.example.com/
   defaultContentLanguage: en
   # enableGitInfo: true        # 页面「最后修改」时间来自 git，完成首次 Git 提交后再打开
   
   languages:
     en:
       label: English
       locale: en-US
       weight: 1
       title: Product Docs
       params:
         description: Everything about running Product in production
       menus:
         main:
           - { name: Docs, pageRef: /docs, weight: 20 }
           - { name: Blog, pageRef: /blog, weight: 50 }
   
   # 三项 Goldmark 前置：OINK 的原生 Markdown 组件全靠它们
   markup:
     goldmark:
       renderer:
         unsafe: true # 允许内容里的行内 HTML
       parser:
         attribute:
           block: true # {.steps} {.cards} {caption=} 这类属性行
         wrapStandAloneImageWithinParagraph: false # 块级图片才能带属性行
     highlight:
       noClasses: false # 代码配色跟随深浅色模式
   
   params:
     offline_search: true
     github_repo: https://github.com/example/product-docs
     copyright:
       authors: '[Example Inc.](https://example.com/)'
       from_year: 2026
     ui:
       dark_mode: true
       sidebar_menu_foldable: true
       section_index: cards
   
   outputs:
     home: [HTML, markdown, LLMS]
     page: [HTML, markdown]
     section: [HTML, RSS, print, markdown]
   
   module:
     imports:
       - path: github.com/pgsty/oink
     hugoVersion:
       extended: true
       min: '0.168.0'

   五段分别管什么：

   段	管什么	少了会怎样
   顶层 + languages	站名、域名、语言与顶栏菜单	baseURL 不对，线上所有绝对链接指错
   markup.goldmark	三项组件前置	属性行变成正文里的一行 {.steps}
   params	搜索、仓库链接、外壳开关	交互功能默认关闭，主题不替站点决定
   outputs	每页的 .md、llms.txt、打印页	页面菜单里没有「复制 Markdown」，也没有打印视图
   module	引用主题、声明 Hugo 下限	构建时找不到主题

   写公式还需要 Goldmark 的 passthrough 扩展，见公式。每个键的完整含义与默认值见配置总览。

3. 写第一页

   content/ 下的每个一级目录是一个分区，目录结构就是侧栏结构。文档分区至少要有一个 _index.md：

   content/docs/_index.md

   ---
   title: Docs
   linkTitle: Docs
   description: Everything about running Product in production.
   weight: 20
   ---
   
   从[安装](/docs/install/)开始。

   content/docs/install.md

   ---
   title: Install
   description: Install Product on a fresh machine.
   weight: 10
   ---
   
   ## Prerequisites {#prerequisites}
   
   > [!IMPORTANT]
   > Product 需要 PostgreSQL 18 或更高版本。
   
   ## Install {#install}
   
   ```bash
   curl -fsSL https://get.example.com | bash
   ```

   标题写显式 {#id}：后续加译文时两种语言的锚点才能对应。页面写法见编写页面。

4. 预览

   hugo server

   打开 http://localhost:1313/docs/，Docs 分区中应列出 Install。添加首页内容之前，根地址的首页仍为空。修改 Install 页面，确认预览随之更新。

其它安装方式

上面用的是 Hugo Module。另外三种方式面向特定约束：网络隔离、平台要求构建输入包含完整主题树、组织内部需要评审主题副本。除 hugo mod vendor 之外，它们都不建立 Go 模块，站点用 theme: oink 而不是 module.imports 引用主题；共同的代价是版本解析与完整性校验由你自己负责。

Hugo Module（推荐）

hugo mod init github.com/example/product-docs
hugo mod get github.com/pgsty/[email protected]

module:
  imports:
    - path: github.com/pgsty/oink

唯一能让 Hugo 自己解析版本、校验 checksum、并在 go.sum 里留下审计记录的方式。hugo mod graph 看实际解析结果，hugo mod get -u 升级。需要本机有 Go。

Git submodule

在站点仓库里记录准确的主题 commit：

git submodule add https://github.com/pgsty/oink.git themes/oink
git -C themes/oink fetch --tags
git -C themes/oink checkout v1.5.1
git add .gitmodules themes/oink

theme: oink

CI 必须在运行 Hugo 之前初始化 submodule，否则 themes/oink 是空目录：

git submodule update --init --recursive

离线归档

网络隔离环境使用。两条路径，都先在联网机器上准备，再整体搬入。

用 hugo mod vendor：把已解析的主题源码固化进站点目录，之后构建既不联网也不需要 Go。

hugo mod vendor          # 生成 _vendor/，里面是主题的完整源码树
tar czf ../my-docs.tgz . # 把归档写到正在打包的目录之外

_vendor/ 存在时 Hugo 优先使用它（hugo mod graph 输出 +vendor），hugo.yml 里的 module.imports 保持不变。这一步需要 Go，之后的构建不需要。升级主题要回到联网环境重新执行 hugo mod get 与 hugo mod vendor。

_vendor/ 只收主题挂载出来的目录（assets data i18n layouts static）以及 hugo.yaml 与 theme.toml，不含 LICENSE、NOTICE 与 VENDOR.json。要对外分发这份归档，把这三个文件从主题仓库一并取来。

用 tag 源码归档：不建 Go 模块，直接把某个版本的主题解压到 themes/oink/。

curl -L -o oink.tar.gz \
  https://github.com/pgsty/oink/archive/refs/tags/v1.5.1.tar.gz
mkdir -p themes/oink
tar xzf oink.tar.gz -C themes/oink --strip-components=1

theme: oink

主题仓库的根目录就是模块根目录，解压出来直接是 layouts/、assets/、i18n/、static/ 这一层，不需要再进入下一级。重新分发时必须保留 LICENSE、NOTICE 与 VENDOR.json。最后一个记录了每个第三方运行时的版本、来源、许可证路径与 SHA-256，是离线审计的依据。

跨机器传输时，在联网侧从不可变标签生成归档与校验值：

git clone --branch v1.5.1 --depth 1 \
  https://github.com/pgsty/oink.git oink
git -C oink archive --format=tar.gz --prefix=oink/ \
  --output=../oink-v1.5.1.tar.gz v1.5.1
shasum -a 256 oink-v1.5.1.tar.gz \
  > oink-v1.5.1.tar.gz.sha256

把归档与 .sha256 一起传入隔离环境，先校验再解压：

shasum -a 256 -c oink-v1.5.1.tar.gz.sha256
mkdir -p themes
tar -xzf oink-v1.5.1.tar.gz -C themes

离线构建前，请确认以下 11 项顶层文件与目录完整无缺：

固定版本源码副本

托管平台要求站点仓库包含主题文件时，按上方tag 归档步骤准备并解压到 themes/oink/。配置 theme: oink，把解压后的文件连同已验证的标签与校验值记录一起提交。

直接 git clone ... themes/oink 会保留嵌套 .git 目录，加入父仓库时记录的是 Git 引用， 而非主题文件，因此不能得到这里所需的完整源码副本。希望用 Git 引用跟踪主题时，应使用 submodule。

四种方式对比

用本地主题 checkout 开发

同时修改主题与站点时才需要这一节。把两个仓库克隆为同级目录：

~/pgsty/
├── oink/            # 主题
└── product-docs/    # 你的站点

用环境变量 HUGO_MODULE_REPLACEMENTS 把模块临时替换为本地 checkout，go.mod 不变：

cd ~/pgsty/product-docs
HUGO_MODULE_REPLACEMENTS='github.com/pgsty/oink -> ../oink' hugo server

文档站仓库的 Makefile 就是这几条命令的别名，make dev 与 make check 要求主题 checkout 在同级目录 ../oink：

build:
	hugo --cleanDestinationDir --minify

check:
	HUGO_MODULE_REPLACEMENTS='github.com/pgsty/oink -> $(abspath ../oink)' npm test

dev:
	HUGO_MODULE_REPLACEMENTS='github.com/pgsty/oink -> $(abspath ../oink)' hugo server --renderToMemory

Go workspace（go work init + HUGO_MODULE_WORKSPACE=go.work）是等价的另一种做法。两种做法都只作用于本机：CI 与生产构建用的是 go.mod 里的版本，go.work 不要提交。

验证

hugo mod graph                                       # 主题实际解析到哪一版
hugo --gc --minify --printPathWarnings

构建以 Total in … 结束且无意外 WARN / ERROR 即通过（上游 LibSass 弃用提示属预期现象；请保持告警可见并审阅，请勿启用 --panicOnWarning 或 HUGO_PANICONWARNING）。再确认：

• /docs/ 打得开，侧栏里有你写的页面
• 顶栏有搜索框，搜得到刚写的标题
• 深浅色切换按钮在，切换后代码块配色跟着变（说明 markup.highlight.noClasses: false 生效）
• git status --short 只列出源码修改，生成产物已被忽略。Module 方式提交 go.mod 与 go.sum；其它安装方式保留各自的主题源码或 submodule 记录。

相关

• 快速上手 — 在 Starter、既有 Hugo 站点与迁移之间选择
• OINK Starter — 推荐的新站点路径
• Starter 仓库导览 — 模板各目录的职责
• 配置总览 — hugo.yml 每个键的含义与默认值
• 编写页面 — 第一页之后怎么继续写
• 版本升级 — 升级主题模块、从 Docsy 迁移

3 - 创作内容

本栏覆盖 OINK 支持的全部内容类型：文档页、博客文章、书籍、Expo 图片相册、发布下载页与 OpenAPI 参考。它们共用同一套 Markdown 与 front matter，各自在此基础上增加专属排版约定。

一页文档的构成

每页文档都是一个独立的 Markdown 文件。文件开头两行 --- 之间是 YAML front matter，用于声明页面元数据（title、linkTitle、description、weight），下方正文直接使用标准 Markdown 与 OINK 原生组件：

---
title: 安装 Pigsty
linkTitle: 安装
description: 在一台干净的 EL 9 机器上装出可用的 PostgreSQL 集群。
weight: 20
---

## 前提条件 {#prerequisites}

一台能 SSH 登录的 Linux 机器，`sudo` 免密，Python 3.11 或更高版本。

> [!IMPORTANT]
> 安装脚本会改写 `/etc/yum.repos.d/`，先备份。

存为 content/docs/install.zh.md，运行 hugo server 后页面出现在 /zh/docs/install/，左侧栏会出现「安装」条目。

常用排版速查

日常最常用的组件均基于原生 Markdown 与 Goldmark 属性块，无需记忆复杂的短代码：

内容类型与对应页面

3.1 - 编写页面

本页覆盖一页文档的完整写法：文件位置、front matter、标题锚点、链接、图片、草稿与页尾。前提是站点已能本地构建，尚未搭起时先看十分钟上手。

新建一页

页面是 content/ 下的 Markdown 文件，URL 由它在 content/ 里的位置决定：content/docs/install.md 发布为 /docs/install/。中文译文是同目录下的 .zh.md 同名文件，与英文页共享同一条逻辑路径。

没有附带资源的页面写成单个文件。页面带图片、cast、示例配置这类资源时改成一个目录，页面本身命名为 index.md，资源与它同放，这是 Hugo 的页面包（page bundle）：

hugo new content docs/install.md 用 archetype 生成一个带 front matter 的空文件，见 Hugo 文档；手写文件同样可行。

必要的 front matter

文件开头两行 --- 之间是 YAML front matter。四个键每页都应写上：

---
title: 安装 Pigsty          # 页面大标题、浏览器标题、搜索结果标题
linkTitle: 安装             # 侧栏与面包屑里的短名，省略时用 title
description: 在一台干净的 EL 9 机器上装出可用的 PostgreSQL 集群。
weight: 20                  # 同级页面的排序，用 10 的倍数留出插入空间
---

description 用一句话说清这页让读者做成什么。它出现在栏目首页的卡片、搜索结果与社交卡片中。weight 决定侧栏顺序，weight 相同时才退回字母序。

其余的键可选：图标、草稿、搜索权重、评论开关、页面外壳等，全表见页面参数。

标题层级与稳定锚点

正文用 ## 开始分节，# 留给 title。主题已渲染页面大标题，正文里再写一个 # 会出现两个一级标题。右栏的页面目录从 ## 开始收，收到第几级由 Hugo 的 markup.tableOfContents 决定，本站是 ####。

每个 ## 与 ### 都要手写英文锚点 {#id}：

## 前提条件 {#prerequisites}

### 磁盘与内存 {#disk-and-memory}

理由有两条：

• 中英对齐。Hugo 从标题文字生成 ID，中文标题生成中文 ID：/docs/install/#prerequisites 与 /zh/docs/install/#前提条件 指向同一个语义位置，却是两个锚点，翻译审计无法比对。译文标题写上英文页的 ID，两边即同一个片段。
• 链接稳定。标题文字会随措辞调整而改变，公开链接不应随之失效。显式 ID 一旦发布即视为公开路由；需要改名时保留旧 ID 的空锚点：

## 快速开始 <a id="get-started"></a> {#quickstart}

ID 用短横线小写英文，全页唯一。本站的翻译审计脚本会比对英文页与中文页渲染出的标题 ID，不一致就报错。

链接写法

三种写法，用途不同：

三种写法都带尾部斜杠，指向目录形式的路由（/zh/docs/write/pages/），与 Hugo 的默认永久链接一致。

主题没有链接渲染钩子，链接原样交给 Goldmark：外链不会自动加 target="_blank"，需要新标签页时写成 HTML，或在站点自己的 layouts/_markup/render-link.html 里处理。

普通 Markdown 链接不做存在性检查。因此：

• 站内链接优先写绝对路径，改结构后用 grep 全站替换；
• 移动页面时给旧路径加 aliases，同时把站内链接改到新路由，不要让 alias 长期承担导航；
• 拿不准的目标用 ref，让构建替你检查。

双语页面链接到逻辑页面（/zh/docs/write/pages/），不要链接 .zh.md 文件名；片段 ID 保持语言中立。

图片位置

页面自己的截图放页面包，多页共用的图放 assets/images/，不需要处理的大文件放 static/。三处在源码里都写成 ![替代文字](来源)，属性行控制图注、尺寸、缩放与编号，见图片。

草稿与发布

draft: true 的页面不会进入构建产物：

---
title: 尚未定稿的迁移指南
draft: true
---

预览时用 hugo server -D 显示草稿（-D 即 --buildDrafts）。date 写在未来的页面同样被排除，用 -F 显示。生产构建不加这两个开关，hugo 默认只发布已定稿的内容。

OINK 的 Markdown 扩展一览

正文是标准 Markdown（Goldmark），加上下面这些原生形态。它们都是普通 Markdown 语法加一行属性，在 GitHub 上按源码阅读同样可读：

剩下的少数组件（徽章、按键、引用文件、终端录像、Book 的图表式例）用 shortcode，语法与参数见组件总览。

组合例子：步骤里放代码围栏与提示块。

1. 安装 Hugo Extended，最低 0.168.0：
   ```bash
   brew install hugo
   ```
1. 克隆 OINK Starter 并预览：
   ```bash
   git clone https://github.com/pgsty/oink-starter my-docs
   cd my-docs && hugo server
   ```
   > [!TIP]
   > 加 `-D` 连草稿一起预览。
{.steps}

1. 安装 Hugo Extended，最低 0.168.0：

   brew install hugo

2. 克隆 OINK Starter 并预览：

   git clone https://github.com/pgsty/oink-starter my-docs
   cd my-docs && hugo server

   提示

   加 -D 连草稿一起预览。

页尾的自动内容

页面末尾的四块内容由主题按固定顺序生成，不必在正文里写：

标题旁边的操作菜单（复制 Markdown、编辑本页、查看历史、提 issue、打印）也是自动的，同样在仓库与页面信息里配置。

单页关闭其中某一块用 front matter：feedback: false、annotation: false、pager: false、comments: false。键的含义见页面参数。

验证

写完一页，运行一次生产构建：

hugo --printPathWarnings

• 构建应以 Total in … 结束且无 ERROR。属性行包含非法键或组件参数无效时，主题会输出带源码位置的警告并使用安全回退；若 ref 指向不存在的目标，Hugo 会直接报错。
• --printPathWarnings 会提示两个页面指向同一输出路径的冲突（多见于多语言站点或修改 permalinks 之后）。

在浏览器里确认三项：

1. 侧栏里出现了这一页，位置符合 weight；
2. 右栏目录列出了你写的 ##，点击后 URL 里的锚点是英文；
3. 中英两个版本的同名标题锚点一致（本站有 node scripts/check-doc-translations.mjs --public public 做这项审计）。

相关

• 组织内容 — 目录结构如何决定侧栏
• 页面参数 — front matter 全表
• 组件总览 — 每个组件的语法与参数
• 多语言 — 双语对等文件与缺译回退
• 本地预览 — hugo server 的常用开关

3.2 - 组织内容

OINK 不需要单独配置导航：content/ 下的目录结构就是侧栏树。本页覆盖目录与文件的摆放、栏目首页、排序、图标、折叠、隐藏，以及多根侧栏。

目录就是侧栏

一个目录是一个栏目（Hugo 称 section），目录里的 Markdown 文件是它的页面，嵌套目录是它的子栏目。侧栏按这棵树逐层渲染，顺序由 weight 决定，标签取 linkTitle，缺省时取 title。左侧这棵树的源码如下：

每个目录都要有 _index.md

栏目首页是目录里的 _index.md（中文为 _index.zh.md）。缺少它时 Hugo 仍会生成栏目，但没有标题、描述、图标与 weight：侧栏那一行显示目录名，排序不受控制。

---
title: 部署上线
linkTitle: 部署
description: 把站点发布到 GitHub Pages、Cloudflare Pages 或自己的 Nginx。
weight: 50
icon: fa-solid fa-cloud-arrow-up
---

栏目 _index.md 另有一项专属能力：用 cascade 把共享设置一次下推给整棵子树，不必每页重复。

---
title: 参考
weight: 90
cascade:
  pager: false        # 这个子树里的页面都不显示上一页 / 下一页
  search_boost: 0.8   # 参考页在搜索里排后一点
---

排序：weight 用 10 的倍数

同一栏目里的页面按 weight 升序排列，weight 相同时才退回日期与 linkTitle 字母序。一律用 10 的倍数（10、20、30），此后往中间插页不必改动其它页。栏目自身的 weight 决定它在父级里的位置。

没写 weight 的页面视为 0，Hugo 把它们排在所有写了 weight 的页面之后，彼此按日期与标题排列。这个顺序会随内容改动漂移，因此每页都写上 weight。

单文件还是页面包

没有自身资源的页面用单文件 slug.md；带图片、cast、示例文件的页面改成目录加 index.md，资源与它同放。两种形态在侧栏里没有区别，URL 也相同。详见编写页面。

栏目首页显示子页列表还是卡片

_index.md 的正文之后，主题自动接上子页索引，两种样式：

params:
  ui:
    section_index: cards # list | cards

list 是主题默认，每个子页一行标题加描述；cards 是链接卡片网格，读取子页的 icon、linkTitle 与 description。本站用 cards，本栏目首页即是例子。单个栏目需要另一种样式时在它的 front matter 里覆盖：

section_index: list
cascade:
  section_index: list   # 连同后代栏目一起

两个页面级开关不受样式影响：simple_list: true 渲染紧凑的项目符号列表，no_list: true 不生成索引，用于正文自行手写导航的场合。

侧栏图标

在页面或栏目的 front matter 里写一对 Font Awesome class：

icon: fa-solid fa-cloud-arrow-up

图标密度是站点级策略，用于避免叶子页全部带图标：

params:
  ui:
    sidebar_icon_policy: groups # all | groups | none

新站点建议显式写 groups：保留分组的语义标识，去掉叶子层的图标。本站使用这个设置，左侧只有六个栏目带图标。

展开与折叠

有子页的栏目在侧栏里带一个折叠箭头。OINK 保存整栏折叠、宽度和滚动位置；各分支的读者选择可由站点通过侧栏运行时 API 自行持久保存。默认行为：当前页所在的那条路径展开，其余收起；博客类栏目默认展开。

sidebar_expanded: true   # 这个栏目始终默认展开

站点级的折叠、紧凑模式、初始展开层数、宽度与截断在布局与页面类型里配；键的完整定义见配置总览。

从侧栏里藏起来

toc_hide 与 hide_summary 控制两个不同的入口，两处都不该出现时才同时设置。

不发布目录页的分组

自 OINK 1.1 起，分隔分区保留子页，同时让标题不再跳转，修复了 v1.0.0 子页丢失的问题。目录只负责组织子页时，使用这样的 _index.md：

---
title: Reference
sidebar_divider: true
build:
  render: never
---

标题显示为分组标签，启用侧栏折叠时按钮负责展开子页；子页仍进入翻页、搜索、导航 JSON 和 Print。 没有 JavaScript 时分组保持展开。省略 build，即可继续发布分区页面，同时保留侧栏的 非链接标题。叶子分隔项保持原来的外观。

toc_hide 会隐藏分区的整棵子树；no_list 只移除分区正文的子页列表，hide_summary 只移除父页面列表中的一项，都不能代替分组。build.render: link 保留 permalink，却不 发布页面；不发布的分组应使用 never，避免其他导航把它当成可访问的目标。

外壳由 type 决定，不是路径

文档外壳（侧栏、目录、面包屑、翻页器）不取决于目录名，只取决于页面的 type 是否在 params.ui.shell_types 里：

params:
  ui:
    shell_types: [docs, book, blog, swagger]

文档因此可以放在任意路径，用 cascade 指定 type 即可。例如把一套手册放在 content/handbook/，栏目根的写法如下：

---
title: 运维手册
type: docs
sidebar_root_for: self      # 侧栏树的根即本栏目，不回退到 /docs
cascade:
  type: docs                # 整棵子树都用文档外壳
---

多根侧栏

侧栏树默认以读者所在的顶层栏目为根，树上方一行标出当前的根。规模较大的子树可以自己成为一个根，例如带版本的 API 参考或一本独立的手册：

---
title: API 参考 v2
sidebar_root_for: self   # self | children
---

根节点上方的切换器是全站的：它列出所有顶层栏目，加上站内所有 sidebar_root_for: self 的栏目。只有一个入口时它退化成一个普通链接，两个及以上才是下拉菜单。在顶层栏目或嵌套自根的 _index.md 中写 sidebar_root_menu: false，可将其排除在全站候选之外；浏览该分区时，当前根仍保留为位置提示。

切换器下方，栏目首页仍是树里的第一个链接：切换器选择一棵树，根链接指向一篇文档。sidebar_root_link_self: false 让根那一行改为指向父级栏目。

验证

hugo --printPathWarnings

构建应以 Total in … 结束且无 ERROR。调整目录结构时，--printPathWarnings 可以及时发现两个页面指向同一输出路径的冲突。

在浏览器里逐项确认：

1. 侧栏里的顺序与写下的 weight 一致，新栏目出现在预期位置；
2. 栏目首页的子页索引齐全（缺项来自 hide_summary 或缺少 _index.zh.md）；
3. 面包屑与翻页器的顺序与侧栏一致，翻页器读的是同一棵树；
4. 换语言之后树的形状相同（每个 _index.md 都要有 .zh.md 对等文件）。

侧栏条目超过 params.ui.sidebar_menu_truncate 时构建给出警告，并指出应调到多少。这个警告不可忽略：被截断的条目不会出现在侧栏里。

通过站点代码控制分支

window.OinkSidebar 自 OINK 1.1 起提供；v1.0.0 不提供该 API。 站点代码应在主题脚本之后加载，例如使用 layouts/_partials/hooks/body-end.html， 读取或恢复分支状态前先等待 ready。以下示例展开侧栏的第一个分组：

const sidebar = window.OinkSidebar;
if (sidebar) {
  sidebar.ready.then(() => {
    const button = document.querySelector(
      '#td-shell-sidebar [data-td-shell-tree-toggle]'
    );
    if (!button) return;
    const id = button.getAttribute('aria-controls');
    sidebar.setExpanded(id, true);
  });
}

区域 ID 使用按钮现有的 aria-controls 值；getState(id) 返回 {id, expanded} 或 null。按钮、区域与无障碍状态一致后，变化会在 document 上触发一次 oink:sidebar-disclosure 事件，detail 为 {id, expanded, source}；重复写入相同 状态不发事件。通过 API 恢复时，当前页面的祖先分组保持展开，读者仍可主动折叠。

主题不保存单个分支的偏好。站点自行增加这项功能时，应为存储键区分语言与导航版本， 容忍存储不可用，并忽略当前页面不存在的 ID。完整生命周期见 侧栏契约。

相关

• 编写页面 — 单页怎么写
• 页面参数 — 这页出现的每个 front matter 键的完整定义
• 布局与页面类型 — 站点级的外壳、侧栏与目录设置
• 导航与菜单 — 顶栏菜单、面包屑与翻页器
• 多语言 — 双语目录树怎么保持一致

3.3 - 页面参数

本页是页面级参数的全表，包含 OINK 主题会读取的键，以及 1.x 明确保留的兼容 no-op。主题仅为提示「已重命名或已移除」而读取的旧键不在此列——它们在 迁移里，也不会出现在生成的编辑器 Schema 中。Hugo 自身的 front matter 字段（slug、url、build、sitemap、expiryDate 等） 照常可用，语义见 Hugo 文档。 站点级参数（hugo.yml 里的 params.*）见配置总览。

表格说明

优先级从高到低：

1. 页面自己的 front matter；
2. 最近一层 cascade（多层 cascade 都设了同一个键时，离页面最近的那一层生效）；
3. hugo.yml 里的站点参数。

「默认」列标「站点值」的键，未写时回落到同名的站点参数。

页面键一律写在 front matter 顶层，键名是站点键去掉 ui. 前缀：站点的 params.ui.section_index 对应页面的 section_index。front matter 里不写 ui: 段，键一律在顶层。写在 ui: 段里的键不会被读取，也不会有任何提示——某个设置看着没生效时，先对照本页核一遍键名。

---
title: 兼容性矩阵
weight: 40
page_width: wide
footer_style: slim
image_zoom: true
section_index: list
---

放进 cascade 时键名不变，多包一层：

cascade:
  pager: false
  section_index: list

非法值不会中断构建：主题会输出一条警告，说明键名、传入值和回退值，并按表中的默认值渲染页面，避免单个笔误导致 hugo server 全站返回 HTTP 500。

如果简单回退可能发布出误导性的内容（例如残缺不全的上游署名），主题会在告警后整块略去该区域。唯一会中断构建的是 Hugo 自身检查到的未解析引用（ref / relref）。

基本

侧栏与导航

指南在组织内容。

页面外壳

站点级的默认值与效果说明在布局与页面类型。

搜索

指南在全文检索。

输出形态

指南在 Agent 支持（.md 与 llms.txt）与打印支持。

页尾：评论、反馈与出处

顺序固定为反馈 → 出处 → 翻页器 → 评论，见编写页面。

上游出处

页面改写自别处的材料时，用 upstream_link 声明来源，页尾出处行会给出作品、版权人、许可证与完整声明的链接。这一族键的解析顺序是站点参数 → data/upstreams 中由 upstream_source 指名的条目 → 本页 front matter，最具体的声明胜出。

upstream_link 只从 front matter 读取（cascade 有效，站点参数无效）——站点级的值会让每一页都声称同一个来源。没有 upstream_link 却写了任何一个同族键，告警并略去署名。

四个必填键（upstream_name、upstream_copyright、upstream_license、upstream_notice）缺一即告警并略去整条署名：残缺的署名比明显的缺失更糟。主题自带一份 SPDX 表 data/licenses.yaml，站点用同名文件补充或覆盖条目。

图片缩放

博客与文章

指南在博客与文章。

列表布局对比了四种呈现方式。gallery 与 blog_gallery 随 OINK v1.4.0 提供；博客索引支持 list、cards、table 与 gallery。

Book

指南在书籍出版。整本书通过栏目 cascade 设 type: book。

Expo 相册

OINK 1.3.0 通过 type: expo 选择相册布局。 用法见 Expo 相册。

图片标题、说明、署名、权重、显式 ID 和独立原图使用 Hugo 原生 resources 元数据。 字段示例见图片元数据。

Landing

指南在首页与落地页。任意页面写 layout: landing 就用落地页外壳。

发布页

指南在发布与下载页。栏目写 layout: releases 后忽略 weight，按发布日期与 SemVer 倒序排列。

相关

• 编写页面 — 每页都要写的那几个键
• 组织内容 — 侧栏与导航键的实际效果
• 配置总览 — hugo.yml 里的站点参数全表

3.4 - 博客与文章

博客文章与文档页的正文写法相同，区别在外壳：文章带日期、作者、标签与封面图，列表按日期倒序排列，栏目带 RSS。本页覆盖博客栏目的建立、文章 front matter、封面图、列表布局、分页与 Feed。

博客目录结构

博客是 content/ 下的一个栏目，type: blog 使它使用博客外壳。子目录按发布方与受众划分，文章平铺其中。无需建立年份目录，列表会按文章的 date 排序：

栏目根把类型下推给整棵子树，并设定该栏目共用的行为：

---
title: 博客
description: OINK 工程实践与发布注记
type: blog
icon: fa-solid fa-blog
sidebar_root_for: self      # 博客有自己的侧栏树
cascade:
  type: blog
  feedback: false           # 文章不问「这页有帮助吗」
  comments: true            # 但开评论
---

params.ui.blog_section（默认 blog）指明博客根的位置。目录另起名字时改这个参数，或按上面的写法用 sidebar_root_for: self。

侧栏里博客栏目默认展开，条目按日期倒序；给某篇文章写上 weight 会把它固定在最前。

一篇文章的 front matter

---
title: Oink 0.4.0 — 面向完整发布流程的场景组件体系
linkTitle: Oink v0.4.0        # 侧栏与翻页器里的短名
date: 2026-08-14              # 发布日期，决定列表顺序
lastmod: 2026-08-14
description: >-
  Oink 0.4.0 交付连续阅读与发布界面、可复用 Landing 页面、
  带稳定引用的 Book 出版能力，以及键盘优先的站点外壳。
author: OINK 维护者
categories: [发布]
tags: [Oink, Release]
---

与文档页不同的几点：

• date 必填。它决定文章在列表里的位置与 RSS 时间。写在未来的日期默认不构建，hugo server -F 可以预览。
• description 渲染成正文上方的导语，不只是搜索摘要，因此写成给读者阅读的一句话。
• author 支持行内 Markdown，可以写成 [Vonng](https://vonng.com)。需要多位作者、头像或作者主页时，改用下面的 authors taxonomy；两者互不干扰，没写 authors 的文章照旧渲染 author。
• 日期显示格式由 params.time_format_blog 决定，可以按语言分别设置（本站英文是 Monday, January 02, 2006，中文是 2006年1月2日）。

双语文章成对存放，两种语言的 date、author、weight、aliases 保持一致；标题、描述、标签要翻译，提交 ID、版本号、命令和 URL 不翻译。

封面图

列表页与标签页的每一行左侧有一张缩略图，按以下顺序解析，第一个命中的生效：

1. 文章 front matter 的 images，取第一项；
2. 页面包里文件名匹配 featured 或 feature 的图片，其次是 cover 或 thumbnail（会被裁切成缩略图，图片资源自己的 byline 会作为图注）；
3. 从祖先栏目 cascade 继承来的 images，就近生效。

栏目级默认封面用 Hugo 原生的 cascade 覆盖整棵子树，本站两个子栏目各设一张：

cascade:
  images: [/images/releasenote.webp]

要取消某篇文章继承来的封面，在它的 front matter 写 images: []；整个子栏目取消继承，就写进那一层的 cascade。这不会抑制页面包自身提供的图片。只想关闭文章里的题图时，用 featured_image: none；列表缩略图与分享卡片仍各自生效。站点级的 params.images 只做分享卡片，不会渲染成列表缩略图。

渲染到文章正文里

默认情况下，解析出来的图片显示在列表行与社交卡片里。设置 params.ui.featured_image，即可把同一张图显示在文章里：

params:
  ui:
    featured_image: banner

页面键是 featured_image，所以某个子栏目的 cascade 可以只为那棵树打开它，单篇文章也可以退出。没有图片的文章在任何模式下都不显示题图，因此只有部分文章配图的栏目也可以整体开启。这些模式无需额外脚本。

cascade:
  featured_image: wash

列表布局与分页

栏目 _index.md 的正文之后，主题自动接上文章索引，按日期倒序排列，不按年份 分组。用 blog_index 选择布局：

OINK v1.4.0 包含 list、cards、table 与 gallery。

在 hugo.yml 中使用 params.ui.blog_index 设置站点默认布局，或在博客栏目的 _index.md front matter 中使用 blog_index 覆盖它。栏目 cascade 可将设置 传给下级栏目。这些配置控制原生博客栏目索引；分类法与分类项页保留自己的 布局，自定义首页需要在模板中单独集成。

列表、卡片与画廊默认每页 12 篇，用主题的 blog_index_size 在 hugo.yml 里调整：

params:
  ui:
    blog_index_size: 20

博客栏目 front matter 中的同名键可以覆盖站点值。主题会把这个大小显式传给 Hugo 分页器，因此 pagination.pagerSize 不控制这里的列表。

卡片形态

params.ui.blog_index: cards 把同一份列表渲染成内容卡片网格而不是行列表：文章题图的 16:9 裁切在上，标题、日期与子栏目行居中，下面三行摘要。

params:
  ui:
    blog_index: cards
    blog_index_columns: 3

列数只在 xl 断点以上生效；md 到 xl 之间为两列，md 以下一列。卡片图片资源可 处理时，Hugo 使用 .Fill 生成裁切预览，读者无需下载原图。

表格与布局切换

单独使用 blog_index: table 且 blog_index_toggle: false 时，表格列出整个栏目， 不分页。设置 blog_index_toggle: true，标题旁就会出现布局切换按钮。切换顺序是 list → cards → table → gallery → list：

blog_index: cards
blog_index_toggle: true

所有布局都保留日期顺序与 manual_link 目标。开启切换时，四种布局显示同一页 文章，都使用 blog_index_size；只有独立表格才显示整个栏目。切换器会记住 读者的选择。设为 blog_index_toggle: false 时，只输出配置的布局，不受读者 之前保存的选择影响。隐藏视图使用延迟加载，但输出标记与生成缩略图仍需要构建 时间。v1.4.0 的切换器在四种布局之间循环。

画廊形态

OINK 1.4.0 的 gallery：每篇文章成为一张可点击的封面，使用现有 images 字段或页面包中的特色图片。默认展墙将图片按比例拼成行；悬停或键盘聚焦时显示 标题和描述，触屏设备则把文字放在图片下方。点击进入文章，没有封面的文章仍 保留标题块。

blog_index: gallery
blog_index_toggle: true
blog_gallery:
  mode: wall
  size: 240

画廊工具栏提供三种内部排布：

blog_index: cards 选择规则卡片网格；blog_index: gallery 配合 blog_gallery.mode: cards 才是画廊内的瀑布流。blog_gallery.size 设置目标格子 大小，范围是 160–360 CSS 像素，默认 240；它与控制每页文章数的 blog_index_size 相互独立。读者可以调整排布和大小，选择独立于 Expo 相册记忆。

站点默认值使用 params.ui 下的同名 blog_gallery 块，页面或 cascade 块会 整体替换它。未给出的字段使用 wall 与 240；无效值告警并回退到这些默认值。 这些配置随 OINK v1.4.0 提供。完整参数表见 站点参数与页面参数。

RSS

哪些页面产出 Feed 由 outputs 决定。给 section 加上 RSS，每个栏目就有自己的 Feed：

outputs:
  home: [HTML, markdown, LLMS]
  page: [HTML, markdown]
  section: [HTML, RSS, print, markdown]

outputs 一旦写出就整体替换 Hugo 的默认值，RSS 必须显式写回。漏写等于关闭该类页面的 Feed，构建不会报错。

本站因此有 /zh/blog/index.xml（整个博客）与 /zh/blog/release/index.xml（只有发布注记）。栏目 Feed 递归包含所有子栏目的文章，订阅 /zh/blog/ 即可收到全部。单篇文章没有自己的 .xml。

每种语言有各自的 Feed，地址是该语言路由加 index.xml。条数上限由 Hugo 的 services.rss.limit 控制。在博客根与它的一级子栏目页上，标题行右侧操作按钮的首位是 RSS 链接，读者不必手拼地址。

全站不需要 Feed 时用 disableKinds 关闭这一类输出，比逐个页面类型删除 RSS 更彻底：

disableKinds: [RSS]

组件在 Feed 里退化成静态形态：折叠块展开、交互控件去掉。四态输出的规则对博客与文档一致。

分类与标签

tags 与 categories 是 Hugo 的分类体系，主题把它们渲染成文章头部的 chip、右栏的标签云和顶栏的筛选菜单。启用、双语标签与按内容类型开关见分类体系。

发布注记

带版本号的发布公告写成普通文章，惯例放在 blog/release/ 下，linkTitle 带版本号（Oink v0.4.0）。需要发布卡片、资产表与校验和的下载页见发布与下载页。

文章里用组件

提示块、标签页、代码块、图片、表格的用法与文档页相同，语法见组件总览。文章正文的标题同样写显式英文 {#id}。

文章末尾的反馈 / 最后修改 / 翻页器 / 评论四块与文档页一致，见编写页面。博客通常关闭反馈、保留评论。

作者与署名

声明这个 taxonomy 就是全部开关，主题不为此增加任何参数：

taxonomies:
  category: categories
  tag: tags
  author: authors

文章按顺序写出作者：

authors: [vonng, ada-example]

文章头部按这个顺序显示头像与带链接的名字，列表行显示名字；博客 Feed 除了站点级的 managingEditor，还会包含文章的每位作者。

作者主页就是分类项页，无需另建 data/authors 文件：

---
title: Vonng
description: OINK 与 Pigsty 的维护者。
images: [portrait.webp]
---

正文是长介绍，渲染在主页上名字下方。

显示名取的是 term 页的链接标题——写了 linkTitle 就用它，否则用 title——所以主页可以挂全名、署名处用短昵称。description 是一句话介绍，正文是长介绍，头像则是题图解析器为这一页选中的那张——images: 与页面包里的肖像文件，走的是文章题图那套同样的规则。双语主页就是旁边一个 _index.zh.md。文章写了、但没人给它建主页的名字照样出署名：链接标题、一个首字母，以及指向归档页的链接。

0.4 的 author: 字符串在没有 authors 的地方原样保留，两种写法互不告警。

系列

系列是一条穿过若干篇各自独立成文的文章的阅读路径。编号、交叉引用与聚合输出属于书籍，这里是更轻的那个东西。声明 taxonomy 同样就是全部开关：

taxonomies:
  series: series

文章写出系列名，也可以给自己定个位置：

series: [shell-internals]
series_weight: 20

它的正文上方就会出现一条横幅，写明系列名、自己是第几篇、下一篇是哪篇，以及折在 <details> 里的完整列表——不用 JavaScript，也不增加打包成员。term 页 content/series/<name>/_index.md 是系列的引言，旁边放一个 _index.zh.md 就成双语。

写了 series_weight 的文章按该值升序排在前，其余按日期从旧到新排列，同序时按内容路径排序。系列横幅与分类项页使用相同的阅读顺序；实现规则见作者与系列。

一篇文章属于多个系列时只显示一条横幅，取它写在最前面的那个系列。只有一篇的系列不显示横幅。

authors 与 series 都不出现在文章的通用 taxonomy 标签行里，因为它们各自有专门的呈现面。想把某一个放回去，就在 params.taxonomy.page_header 里写上它的名字。

分享

params.ui.share 在页尾最前面放一条分享栏。它默认为空，所以在站点写出目标之前什么都不渲染；写出来的顺序就是渲染顺序：

params:
  ui:
    share: [x, bluesky, mastodon, reddit, hackernews, email, copy]

可选的目标有十六个：x、bluesky、mastodon、facebook、linkedin、reddit、hackernews、telegram、whatsapp、line、pinterest、weibo、chatgpt、claude、email、copy。未知的名字告警并丢弃。Discord 是故意没有的：它根本没有公开的 share-intent URL，与其让主题去猜一个私有 scheme，不如用 copy 顶上。

页面键是 share，所以 cascade 可以把这条栏限定在一棵树里，页面自己的列表会整体替换继承来的那份，share: false 则让单页退出：

cascade:
  share: [x, bluesky, email, copy]

只有普通页面渲染分享栏——列表页、term 页与首页没有「唯一被分享的那个东西」——打印、Markdown 与 RSS 一概不带。

分享栏由携带页面永久链接与标题的链接，以及一个本地复制按钮组成。它不加载第三方脚本或样式表，只有读者点击链接时才会访问对应目标。实现规则见分享契约。

chatgpt 与 claude 是把同一个构建期 permalink 交给助手，附一句「请读这一页」。它们不是页面操作菜单里的「在 ChatGPT 中打开」/「在 Claude 中打开」——那两条由运行时在激活时改写成浏览器里的实时 URL，因此留在 page_context_menu.assistant_links 后面。

复制按钮就是内置的 copy_link 动作，也就是说不管有没有配分享栏，命令面板在每个站点的每一页上都带着它。

验证

hugo --printPathWarnings

构建应以 Total in … 结束且无 ERROR。随后确认：

1. 文章在 /zh/blog/ 中按正确的日期顺序排列，日期显示为中文格式；
2. public/zh/blog/index.xml 存在，里面有这篇文章，链接是完整的绝对地址；
3. 缩略图出现在列表里（缺失说明三条封面来源都没命中）；
4. 标签 chip 能点进对应的标签页。

相关

• 编写页面 — 正文怎么写
• 页面参数 — author、images 等键的完整定义
• 组织内容 — 目录与侧栏
• 分类体系 — 标签与分类
• 发布与下载页 — 版本卡片与资产表

3.5 - 书籍出版

一本书是一棵 type: book 的内容树：目录决定章节顺序，front matter 决定章节编号，图 / 表 / 式 / 例各带一个手写编号与稳定锚点。交叉引用在四种输出里都能解析，书根页面可以生成整本打印 HTML。

前提两条：站点的 markup.goldmark 已开启属性行与 passthrough（见组件总览）；params.ui.shell_types 保留 book（主题默认包含）。

新建一本书时，从下面的目录结构开始；已有书稿可先看迁移既有书稿。

一本书的目录

书根是一个普通的 Hugo section，章是它的子目录，节是章里的页面。没有第二份章节清单：侧栏、翻页器、生成的目录读的都是这棵树。

章节编号手写：book_number 写什么就显示什么，主题不按目录顺序自动编号。图 / 表 / 式 / 例的 num 同理，是作者掌握的字符串（2-1、5.3、A-2 均合法），不是渲染时计算的序号。重排目录因此不会让已经印出去的编号漂移。

书首页与章首页

书根声明类型、级联给后代，并显式请求 print 输出。这项聚合输出构建代价高，主题不替消费站开启：

---
title: PostgreSQL 运维手册
type: book
book_number: B
cascade:
  type: book
outputs: [HTML, print, markdown]
---

分区书对应 Hugo 的 section 输出类型，书位于站点根时才用 home：

outputs:
  section: [HTML, print, markdown]
params:
  ui:
    sidebar_headings: false # 默认关闭；设为 3 可在当前章节下显示 h2–h3
    book_draft_banner: true # 草稿章节页首多一条本地化提示

章首页只需要编号与顺序：

---
title: 复制与故障切换
book_number: 2
book_status: draft
weight: 20
---

book_number 显示在页面标题、侧栏与生成目录里。book_status: draft 是可见的编辑状态标签，不改变 Hugo 的发布状态：草稿章节照常构建、照常发布。

sidebar_headings 默认为 false，也接受 true（只到 h2）或 2–4 的最大层级。页面或分区 cascade 可覆盖站点设置。关闭左侧标题分支不影响右侧目录。要被引用的标题一律写显式 ID，如 ## 同步复制 {#sync-replication}：自动生成的 slug 适合导航，不适合作为长期引用目标。

配置键的完整定义在配置总览，页面参数在页面参数。

编号：原生形态

四种编号对象各有一种原生形态：一个 Markdown 块，紧跟其后一行属性行。属性行里 num= 是编号，#id 是锚点，caption= 是纯文本题注。

图

图片块后面跟属性行。#id 省略时默认是 fig-<num>。

![OINK 发布注记页面](/images/releasenote.webp)
{#book-release-note num="2-1" caption="发布注记页面同时是发布事实的唯一来源。" width=600 height=300}

原生图形态要求站点设置 markup.goldmark.parser.wrapStandAloneImageWithinParagraph: false，否则属性行会挂到段落上被忽略。替代文字取自 Markdown 图片本身，不会被题注替代。

表

管道表后面跟属性行，默认 ID 是 tbl-<num>。

| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
| --- | --- | --- | --- |
| Read Committed | 不可能 | 可能 | 可能 |
| Repeatable Read | 不可能 | 不可能 | 可能 |
| Serializable | 不可能 | 不可能 | 不可能 |
{#tbl-2-1 num="2-1" caption="PostgreSQL 各隔离级别下的异常现象。"}

式

$$ 块后面跟属性行，默认 ID 是 eq-<num>。宽屏上，编号与题注排在公式右侧；窄屏上移到公式下方并换行，过宽的公式可以横向滚动。题注简短些更方便阅读。

$$
A = \frac{\mathrm{MTBF}}{\mathrm{MTBF} + \mathrm{MTTR}}
$$
{#eq-2-1 num="2-1" caption="可用性与平均故障间隔、平均恢复时间的关系。"}

原生形态依赖站点开启 Goldmark passthrough。未开启时用下面的 eq shortcode，它走本地服务端 KaTeX。

例

代码围栏加 num= 与 caption= 即编号例，默认 ID 是 eg-<num>。围栏里写的 #id 命名外层 <figure>（即引用目标），而非代码块本身。例的题注必填：只写 caption 时忽略题注，只写 num 时丢弃编号并告警。编号例渲染为一个整体：题注作为外框表头，正文置于框内；当正文恰好是单个代码块时直接贴合外框，不再叠加内层边框。

```sql {num="2-1" caption="按天统计主库写入量。" #eg-2-1}
SELECT date_trunc('day', ts) AS day, count(*)
FROM pg_stat_statements_history
GROUP BY 1 ORDER BY 1 DESC LIMIT 7;
```

SELECT date_trunc('day', ts) AS day, count(*)
FROM pg_stat_statements_history
GROUP BY 1 ORDER BY 1 DESC LIMIT 7;

编号：shortcode 形态

四个短代码 fig、tbl、eq、eg 渲染出与原生形态一致的 <figure>，注册到同一个目标表，按源码位置排序。原生形态做不到时再使用：一幅图含多张图片或其他 Markdown、一个编号下放多张表、站点未开 passthrough，或示例包含多个围栏与说明。单张编号图片可以在原生属性行里写 link，无需仅为了外链改用 fig。

fig 用 src=（也接受内部 Markdown 内容，二者互斥），并额外支持 link alt width height class 与迁移用的 title 别名：

{{< fig num="2-2" src="/images/docsy.webp" alt="Docsy 主题的默认外壳"
    caption="OINK 的上游：Docsy 的内容模型仍在下面。" width="600" height="300" />}}

tbl 把标签、表格、题注与锚点包进一个语义 figure：

{{< tbl num="2-2" caption="四种输出下编号组件的形态。" >}}
| 输出 | 标签 | 锚点 |
| --- | --- | --- |
| HTML | 可见 | 稳定 |
| 打印 | 可见 | 稳定 |
{{< /tbl >}}

eq 的内容交给本地服务端 KaTeX，因此不依赖 passthrough：

{{< eq num="2-2" caption="连接池饱和度。" >}}U = \frac{\lambda}{\mu \cdot c}{{< /eq >}}

不带参数的 {{< eq >}} 是无编号的块级公式兜底：不注册目标，不能被 xref 引用，也不出现在公式索引里。

eg 是包装型 shortcode，正文按页面的 Markdown 策略渲染，通常装一个或多个围栏：

{{< eg num="2-2" caption="用 pg_basebackup 拉起一个新从库。" >}}
```bash
pg_basebackup -h primary -U replicator -D /pg/data -Fp -Xs -P -R
```
{{< /eg >}}