每一个 skill，每一个智能体
生成的项目带有 32 个 skill 和 7 个智能体。每一个都有自己的页面：它读写什么、guard 如何处理它，以及它在链上的位置。本页是入口。
Skills
19 个 skill，分两组：/new-feature 的设计 skill，以及 /init-project 与 /git-publish 的各个环节。
设计 · /new-feature 13
use-case-design把一个请求变成一个用例：边界、流程和规范名称。
domain-modeling根据用例对聚合、不变量、端口和事件建模。
rest-api-architect设计 HTTP 契约：端点、DTO、错误映射、分页、幂等和版本。
graphql-api-architect设计 GraphQL 适配器：schema、输入与载荷、连接、批量加载和错误映射。
security-architect设计谁可以调用什么：机制、权限、filter chain 和失败响应。
http-client-architect设计出站 HTTP 适配器：客户端、连接池、超时、重试、弹性和出站认证。
ai-architect设计 AI 端口：模型或向量库、prompt、答案类型、发送的数据和失败类别。
search-architect把搜索索引设计为可重建的投影：mapping、查询、写入、重建和延迟。
messaging-architect设计 Kafka 适配器：topic、分区键、投递、消费者幂等、重试和 DLQ。
jobs-architect设计定时和后台任务：技术选型、跨实例协调和执行保证。
persistence-architect设计聚合如何落盘并读回：schema、映射、适配器和迁移。
cache-architect把应用缓存设计为端口的装饰器：键、provider、过期、失效和故障。
test-architect设计测试：每个层级测什么、数据、替身和覆盖缺口。
/init-project 与 /git-publish 6
git-publish在两次明确确认之后，提议提交并推送项目。
init-project在主会话中完成项目首次生成的访谈，然后把整个生成交给一个 agent。
project-bootstrap按蓝图把 nerviz 旁边的新目录变成 Spring Boot 项目：Initializr 基础、边界、hooks 和通过的构建。
transport-security-setup决定 TLS 在哪里终止，在 edge 还是嵌入式 Tomcat，并写出相应配置和证明它的测试。
sonarqube-setup把项目接入 SonarQube 服务器：构建文件里的 scanner，以及一个 CI 步骤或一个本地容器。
docker-architect负责 docker-compose.yml 和 Dockerfile：加入项目或用例需要的服务。
命令与工具
13 个不在这两条链上的 skill。
new-feature编排一个功能的设计：每次运行一个用例，按顺序运行各设计 skill，直到得到执行器可以构建的已批准规格。
new-feature-implement实现一份已批准的规格：先做一次设置预检，再由执行器分三个串联的块组运行，最后打印 git-publish 命令。
arch-adopt在 /init-project 没有生成过的 Java 项目中，安装或更新这套架构的 .claude/：规范、skill、智能体、hook 及其 schema。
platform-upgrade把 Spring Boot 版本线低于下限的 Maven 或 Gradle 项目升到下限，并让构建保持绿色、差异保持未提交。
new-project无需克隆即可准备新项目的生成：在最新标签处获取源码，记录 ref 和提交，然后交给 /init-project。
project-config通过 ArchHook.jar config（唯一的写入者）显示并修改项目在自己的 .claude/ 中配置的内容。
arch-doctor诊断这台机器上的设置：hook、边界规则、构建 wrapper、java、项目来自哪个 .claude/，以及 compose 栈是否在运行。
audit-usage跨多次运行读取执行轨迹：每个 skill 和智能体的可计费 token、耗时、失败、权限，以及接下来该打开哪份报告。
report-issue在生成的项目内向 Nerviz 仓库提交 issue，来源可以是一段描述或一份 lessons-learned 文件，并拒绝维护者无法核实、没有证据的报告。
triage-issue对一个 issue 做怀疑式分诊：每条断言都交给只读的 issue-verifier，你确认之后才会发布结论。
sonar-lessons运行项目的 SonarQube 分析，把每组发现追溯到产生它的规范或设置，并写出一份经验文件。
gof-design-patterns根据能说明其必要性的症状，在 Java 和 Spring 中选择并实现一种设计模式。
claude-code-architect-designer判断哪种 Claude Code 扩展能解决某个场景（skill、子智能体、规则、hook、MCP 服务器、权限或 mod），并在你批准之后才写文件。
智能体
7 个子智能体。skill 把工作交给其中之一，它在全新的上下文中运行，使用自己的工具和模型。它的写入按它自己的类别来判断。
commons-logging-installer把日志与脱敏的注解和切面一次性装进项目空的 commons 包。
mapstruct-installer一次性记录项目的映射机制：写入手写映射器的说明段落，或接入 MapStruct 并转换所有现有映射器。
java-spring-boot-developer实现已批准的 spec。
compose-service-installer运行 docker-architect，把 spec 标为 materialize 的每个服务加进 docker-compose.yml。
project-initializer根据访谈的答案驱动项目的首次生成：遵循 project-bootstrap，安装 hooks 并验证构建。不提任何问题。
archunit-installer在已生成的项目中安装 ArchUnit，并接入 JaCoCo 覆盖率关口。由 test-architect 的设置模式调用，从不由你直接调用。
issue-verifier对照 HEAD 上的代码核实一个 issue 的每条断言，不把它的诊断或修复当作事实，并逐条给出结论。由 /triage-issue 调用，从不由你直接调用。