MDE

在生成或验证 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'时使用。

在生成或修改实现代码时应用整洁代码原则。强制执行函数职责单一、命名清晰、复杂度管理、错误处理和自文档化风格。在代码生成、重构时使用，或当用户提到'整洁代码'、'代码质量'、'重构这个'、'简化这个'、'改进这个'、'让这个更干净'、'清理这个'、'整理这个'、'编码规范'或'实现质量'时使用。此技能管理编写独立代码单元的技巧——不涉及架构（参见 architecture）、不涉及安全策略（参见 secure-coding），也不涉及测试结构（参见 test-quality）。

从批准的设计 blueprint 或口头需求生成实现代码。Compose context anchoring、architecture、clean code、DDD、security 和 test quality 为 inside-out implementation workflow。在从设计到代码时使用，实现 approved contracts，或当用户说'implement'、'code this'、'build it'、'forge the code'或'generate the code'时使用。

处理代码生成、设计和审查过程中模糊决策和缺失/冲突知识的协议。确保 AI 以结构化选项呈现真正的判断调用，并在幻觉风险时停止而非静默假设。当决策存在多种有效方法、事实缺失或矛盾时使用，或当用户询问'我们应该在这里做什么？'、'这是一个判断调用吗？'、'我应该问这个吗？'、'我在这里猜测吗？'、'权衡是什么？'，或在两个合理的架构或设计选项之间做决定时使用。也由 molecules 组合使用，以定义如何呈现和解决判断调用及澄清请求。

管理每个功能的活文档，在活跃开发期间跨 AI 会话捕获决策、约束和推理。范围限定在功能级别——设计、实现、缺陷修复、重构——不用于整个代码库评估或产品级规范（这些定义自己的文档生命周期）。处理创建新上下文文档、加载现有文档，并用新决策丰富它们。在开始新功能、恢复工作、做出技术决策、解决问题时使用，或当上下文需要在会话间持久化时使用。每当用户提到'load context'、'update context'、'context doc'、'decisions'、'continue where we left off'、'what did we decide'或'capture this decision'时使用此 skill。

通过结构化对话为仓库中的领域设计定义 DDD 护栏。生成正式的 ddd-principles.md 文档，供 domain-driven-design atom 作为覆盖使用。在设置领域设计原则、定义 aggregate 规则时使用，或当用户说'setup DDD'、'define domain rules'、'DDD principles'或'help me define my domain patterns'时使用。

运行完整的设计工作流——从建立上下文通过 5 个渐进式设计层级到批准的 blueprint。Compose context anchoring、design-first methodology、architecture 和 DDD 为统一流程。处理新 features（创建 context doc）和恢复现有工作（加载 context doc）。在开始设计、规划架构时使用，或当用户说'design a feature'、'blueprint'、'start designing'、'plan the architecture'或'let's design before coding'时使用。

在编写任何代码之前，引导结构化设计思维，通过 5 个渐进式层级。层级：能力（Capabilities）、组件（Components）、交互（Interactions）、契约（Contracts）、实现（Implementation）。在构建新功能、重构重要代码、设计模块时使用，或在用户说'design this'、'architect this'、'let's think before coding'、'walk me through the design'或'whiteboard this'时使用。对于简单工具类或单组件任务，从第 4 层（契约）开始。不要用于快速 bug 修复。

在处理领域代码时应用 DDD 战术模式。强制执行 aggregate 设计、value objects over primitives、entity 身份规则和 bounded context 边界。在创建或修改领域模型、设计 aggregates、在 domain 层工作时使用，或当用户提到'domain'、'aggregate'、'value object'、'entity'、'bounded context'或'DDD'时使用。

通过结构化对话创建项目特定的知识基线文档。生成 knowledge-base.md，为 AI 提供项目的技术栈、架构、可信来源和项目结构信息。当用户说'set up knowledge base'、'prime the project'、'onboard AI'、'create knowledge base'、'set up project context'或'configure AI context'时使用。

加载项目特定的上下文——技术栈、架构概览、目录布局、可信来源和约定——以便所有 skills 在了解这个项目实际是什么的情况下运行。当存在知识基线文档，或用户询问项目的技术栈、架构、约定、框架、目录布局时说'tell me about this project'、'what are we using?'、'what's our stack?'或'what framework is this?'时使用。使用 knowledge-priming-refiner 创建知识基线文档。

通过结构化对话为仓库定义语言特定的习惯用法和模式。生成 language-idioms.md 文档，被多个 atoms 消费以将伪代码默认值适配到项目的语言。在设置新项目、切换语言时使用，或当用户说'setup language'、'define language idioms'、'configure language'、'language patterns'或'adapt for Go/Rust/Python'时使用。

为新 Lattice 项目提供引导式设置体验——扫描仓库、检测现有配置、按优先级建议运行 refiners，并创建 .lattice/ 配置。填补安装 skills 与获得首次价值之间的差距。当用户说'lattice init'、'set up lattice'、'initialize lattice'、'get started with lattice'或'configure lattice for this project'时使用。

管理 operational learnings 生命周期——加载 prior learnings 以 inform current work、harvest new patterns worth preserving，并保持文档随时间推移保持精简。提供从实践中积累可操作模式的协议，补充标准和默认值。当 workflow session 完成并产生值得持久化的洞察、开始应该从 prior patterns 受益的 session，或当用户说'harvest learnings'、'what have we learned'、'capture this pattern'、'tighten learnings'或'operational learnings'时使用。

安全地重组现有代码而不改变外部可观察行为。Compose context、design、architecture、code quality 和 testing guardrails 为 characterization-first refactoring workflow。当用户说'refactor this'、'clean this up'、'untangle this module'、'move this to the right layer'、'simplify this code'或'improve this structure'时使用。

通过结构化对话为项目定义需求标准——epic 和 feature 定义、场景结构、AC 格式、优先级标记、状态工作流和命名约定。生成正式的 requirement-standards.md，供 requirement-quality atom 通过配置解析读取，为其内置默认值定制团队的流程。在设置新项目、定义产品标准时使用，或当用户说'set up requirement standards'、'define feature standards'、'configure requirement forge'、'define how features should be structured'或'requirement forge refiner'时使用。

促进结构化对话以自定义审查分子的工作方式——包括原子加载规则、严重程度分类、报告格式、范围规则、洞察捕获和健康日志。生成正式的 review-standards.md 文档，供审查分子用作其流程配置。当用户说'自定义审查'、'配置审查'、'审查偏好'、'审查设置'、'更改审查流程'或'设置审查'时使用。

通过对相关原子（atoms）组合验证清单来执行结构化的代码审查。根据代码变更范围有条件地加载原子——始终加载 clean-code，仅在变更触及架构/领域驱动设计/安全/测试领域时加载 architecture/DDD/security/tests。生成按严重程度排序的报告，包含具体位置和修复建议。当用户要求'审查这个'、'代码审查'、'质量检查'、'验证代码'、'检查我的代码'、'审查差异'或'审查这个 PR'时使用。

在生成或修改代码时应用安全意识的思考。强制执行信任边界意识、输入验证、注入防护、密钥管理和纵深授权。在生成处理用户输入、认证、授权、数据库查询、外部 API、文件操作的代码时使用，或当用户提到'security review'、'secure this'、'check for vulnerabilities'、'trust boundary'、'input validation'或'OWASP'时使用。此 skill 管理生成代码的安全态势——不是架构（参见 architecture）和不是代码工艺（参见 clean-code）。

在生成或审查测试代码时应用测试质量原则。强制执行 Arrange-Act-Assert 结构、每个测试一个行为、断言质量、测试隔离、有意义的命名和测试数据管理。在编写 tests、审查 test code 时使用，或当用户提到'write tests'、'test this'、'test quality'、'test review'、'improve tests'或'test structure'时使用。此 skill 管理编写单个测试用例的工艺——不是测试什么（由正在实现的代码驱动），而是如何编写 reliable、readable 和 maintainable 的 tests。