メニュー
加载项目特定的上下文——技术栈、架构概览、目录布局、可信来源和约定——以便所有 skills 在了解这个项目实际是什么的情况下运行。当存在知识基线文档，或用户询问项目的技术栈、架构、约定、框架、目录布局时说'tell me about this project'、'what are we using?'、'what's our stack?'或'what framework is this?'时使用。使用 knowledge-priming-refiner 创建知识基线文档。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
在生成或验证 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 |
| description | 加载项目特定的上下文——技术栈、架构概览、目录布局、可信来源和约定——以便所有 skills 在了解这个项目实际是什么的情况下运行。当存在知识基线文档，或用户询问项目的技术栈、架构、约定、框架、目录布局时说'tell me about this project'、'what are we using?'、'what's our stack?'或'what framework is this?'时使用。使用 knowledge-priming-refiner 创建知识基线文档。 |
AI 默认 = 互联网平均水平。无项目上下文 → 猜测框架、发明约定、生成的代码不匹配技术栈。知识基线修复：在设计/实现/审查之前加载简洁的项目身份文档。
不教授编码原则（clean-code）、结构规则（architecture）、领域建模（domain-driven-design）。回答不同的问题："这个项目是什么？"——技术栈、架构风格、目录布局、可信文档、其他 skills 无法从代码中推断的约定。
.lattice/config.yamlpaths.knowledge_base 获取自定义文档路径无内置默认值。每个项目身份都是独特的——对于"你的项目是什么"没有合理的通用默认值。知识基线文档由 knowledge-priming-refiner skill 创建或手动编写。
如果在配置解析期间未找到知识基线文档，通知用户：
未找到项目知识基线。没有它，AI skills 基于对技术栈、架构、约定的通用假设工作。
要创建一个，触发 knowledge-priming-refiner skill——引导式访谈（~10 个问题）生成简洁文档（~50 行）。创建后，每个 Lattice skill 都将其作为环境上下文使用。
也可以手动创建
.lattice/standards/knowledge-base.md并在.lattice/config.yaml的paths.knowledge_base下引用。
此消息为信息性，不阻塞。所有 skills 在没有知识基线的情况下继续工作——只是在没有项目特定上下文的情况下运行。
来自 knowledge-priming-refiner 的知识基线文档有 5 个部分：
| # | 部分 | 捕获内容 |
|---|---|---|
| 1 | 架构概览 | 大局：什么类型的应用、主要组件、如何交互 |
| 2 | 技术栈和版本 | 具体技术及版本号，包括"非 X"澄清 |
| 3 | 精选知识来源 | 官方文档、可信博客、团队依赖的内部参考（最多 5-10 个） |
| 4 | 项目结构 | 显示各部分位置的目录布局 |
| 5 | 项目约定 | 其他 skills 无法推断的项目特定约定的简要说明 |
文档故意精简——聚焦内容少于 50 行。每个 token 都在为 context window 竞争，所以知识基线捕获最重要的内容，省略其他 skills 已处理的内容。
当加载知识基线文档时，它成为所有 skills 的环境上下文。任何 compose 此 atom 的 molecule 在设计/实现/审查工作之前首先加载它。使用示例：
知识基线是始终开启的上下文。不同于基于触碰的代码激活的条件 atoms（DDD、secure-coding、test-quality），知识基线应用于每次交互，因为项目身份始终相关。
知识基线捕获项目身份 + 技术上下文。有意排除其他 atoms 涵盖的关注点：
| 关注点 | 归属位置 | 不在此处 |
|---|---|---|
| 编码风格、命名原则、函数设计 | clean-code atom | 无代码示例，无命名规则 |
| 架构层、依赖方向 | architecture atom | 无结构规则 |
| 领域建模、aggregate 设计 | domain-driven-design atom | 无 DDD 模式 |
| 输入验证、注入防护 | secure-coding atom | 无安全规则 |
| 测试结构、断言质量 | test-quality atom | 无测试模式 |
如果内容教授如何编写代码，应属于上述 atoms。知识基线回答*"我们使用什么？"——而非"我们应该如何编写？"*
此 atom 被所有三个 molecules compose：
design-blueprint ——在开始时加载知识基线，在实际技术栈 + 架构基础上进行设计code-forge ——加载知识基线以告知实现决策、框架特定模式、目录放置review ——加载知识基线以根据项目特定约定 + 技术栈约束评估变更当被 molecule compose 时，知识基线在开始时加载一次，在整个工作流中保持活跃。当单独使用时，在首次引用项目上下文时加载。