菜单
通过结构化对话创建项目特定的知识基线文档。生成 knowledge-base.md，为 AI 提供项目的技术栈、架构、可信来源和项目结构信息。当用户说'set up knowledge base'、'prime the project'、'onboard AI'、'create knowledge base'、'set up project context'或'configure AI context'时使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
在生成或验证 feature 规范时应用需求质量原则。强制执行 feature 完整性、场景结构、AC 可验证性、feature 独立性和实现切片质量。在编写 feature specs、验证现有需求时使用，或当用户提到'validate this spec'、'check this feature'、'requirement quality'、'is this spec complete'或'requirement-quality'时使用。此 skill 管理编写单个 feature 规范的工艺——不是技术设计（参见 design-blueprint），不是实现（参见 code-forge）。
现有代码库的架构思维伙伴——扫描代码库、进行结构化访谈、就当前架构状态和推荐方向达成一致，并生成可分享的洞察文档。范围限定在一个仓库、模块或文件夹内。不执行转换——它只进行定位。当用户说'assess my codebase architecture'、'what direction should my codebase go'、'architecture compass'、'understand my architecture'、'audit architecture drift'、'architectural assessment'或'help me understand what is wrong with my codebase'时使用。
通过结构化对话为仓库定义架构原则。支持多种架构风格：clean architecture（默认）、hexagonal / ports & adapters、modular monolith 或自定义。生成正式的架构文档，供对应的 atom 使用。在设置新项目、定义架构标准时使用，或当用户说'setup architecture'、'define layers'、'architecture principles'、'help me define my architecture'、'hexagonal architecture'、'modular monolith'、'ports and adapters'或'define my architecture style'时使用。
在生成或修改代码时强制执行架构规则。默认为 clean architecture；通过 architecture-refiner 支持任何架构风格。使用加载的架构规则验证层职责、依赖方向和结构约束。在生成代码、审查架构、创建新文件时使用，或当用户提到'architecture'、'layers'、'structure'、'dependency rules'、'hexagonal architecture'、'ports and adapters'、'modular monolith'或'onion architecture'时使用。审查生成代码的结构合规性时也使用。
调查、复现并安全修复带有回归保护的 bug。组合 context（上下文）、diagnosis（诊断）、architecture（架构）、code quality（代码质量）和 testing guardrails（测试护栏）为 reproduce-first（复现优先）的修复工作流。当用户说'fix this bug'、'debug this'、'investigate this failure'、'patch this regression'、'repair this issue'或'why is this broken'时使用。
通过结构化对话为仓库定义代码质量原则。生成正式的 clean-code.md 文档，供 clean-code atom 用作其覆盖。在设置编码标准、定义代码质量规则时使用，或当用户说'setup clean code'、'define coding standards'、'code quality principles'、'coding guidelines'或'help me define my code standards'时使用。
| name | knowledge-priming-refiner |
| description | 通过结构化对话创建项目特定的知识基线文档。生成 knowledge-base.md，为 AI 提供项目的技术栈、架构、可信来源和项目结构信息。当用户说'set up knowledge base'、'prime the project'、'onboard AI'、'create knowledge base'、'set up project context'或'configure AI context'时使用。 |
本 refiner 通过结构化对话创建项目特定的知识基线文档。该文档捕获项目的身份——技术栈、架构、目录布局和塑造团队工作方式的可信来源。可以将其视为回答一个问题："AI 需要了解这个项目的什么信息，以避免默认使用通用的互联网模式？"
这不是关于如何编写好代码——那由 clean-code atom（编码原则）、architecture atom（结构规则）和 domain-driven-design atom（领域建模）处理。知识基线覆盖这些 skills 无法知道的内容：使用哪个框架、哪个版本、哪些文档可信，以及仓库如何组织。
.lattice/standards/knowledge-base.md（或来自 .lattice/config.yaml -> paths.knowledge_base 的自定义路径）.lattice/config.yaml 中的 paths.knowledge_base./assets/template.md 获取完整的文档结构和访谈指导注释knowledge-priming atom 通过配置解析加载此文档，并将其作为环境项目上下文提供给所有 skills 和 molecules知识基线捕获项目身份和技术上下文。它有意排除其他 skills 涵盖的关注点：
| 关注点 | 归属位置 | 不在知识基线中 |
|---|---|---|
| 语言习惯（错误处理、类型系统、命名、测试模式、DI） | language-idioms 文档 | 不包含语言级模式或习惯用法 |
| 编码风格、命名原则、函数设计 | clean-code atom | 不包含代码示例、命名规则 |
| 架构层、依赖方向 | architecture atom | 不包含结构规则 |
| 领域建模、aggregate 设计 | domain-driven-design atom | 不包含 DDD 模式 |
| 代码级反模式（god functions、深层嵌套） | clean-code atom | 不包含编码反模式 |
如果你发现自己正在编写教授如何编写代码的内容，它应属于上述 atom 之一，而非此处。知识基线回答"我们使用什么？"——而非"我们应该如何编写？"
在开始访谈之前：
.lattice/config.yaml —— paths.knowledge_base 是否指向某个文件？寻找影响对话的信号：
在开始时与用户分享相关发现："我注意到你的项目使用 [X 框架]，具有 [Y 结构]。我将以此作为我们对话的上下文。"
读取 ./assets/template.md，并按照每个部分的 <!-- INTERVIEW GUIDANCE: --> 注释操作。
| # | 部分 | 捕获内容 |
|---|---|---|
| 1 | 架构概览 | 大局：什么类型的应用、主要组件、它们如何交互 |
| 2 | 技术栈和版本 | 具体技术及版本号，包括"非 X"澄清 |
| 3 | 精选知识来源 | 团队依赖的官方文档、可信博客、内部参考（最多 5-10 个） |
| 4 | 项目结构 | 显示各部分位置的目录布局 |
| 5 | 项目约定 | 其他 skills 无法推断的项目特定约定的简要说明（可选，精简） |
| 描述于 | 影响 | 如何影响 |
|---|---|---|
| §1 -- 架构 | §4 -- 项目结构 | 架构风格塑造目录布局 |
| §2 -- 技术栈 | §5 -- 项目约定 | 技术栈选择可能暗示项目特定约定 |
| §2 -- 技术栈 | §3 -- 精选来源 | 每项技术都有值得整理的权威文档 |
mode: override（或选择性使用的 overlay）<!-- TODO: 在下次修订期间填写 --> 注释<!-- INTERVIEW GUIDANCE: --> 注释确定输出路径：
.lattice/config.yaml 存在且有 paths.knowledge_base，使用该路径。.lattice/standards/knowledge-base.md。更新配置：
.lattice/config.yaml 不存在，创建它并将 paths.knowledge_base 指向输出文件。在编写最终文档之前，验证：