@h-ai/cli 0.1.0-alpha.65 → 0.1.0-alpha.67

package/templates/skills/hai-api-contract/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: hai-api-contract
-description: "使用 @h-ai/api-contract 定义、组合和扩展共享 HTTP contract 与 Zod 输入输出。"
+description: "新增、组合或修改共享 HTTP 接口的路径与输入输出 Schema，供 serv 与 typed client 共用。"
 ---
 
 # hai-api-contract
@@ -15,279 +15,21 @@ description: "使用 @h-ai/api-contract 定义、组合和扩展共享 HTTP cont
 | 输出 | 供 serv 实现和 api-client 消费的 contract |
 | 限制 | 纯定义，无 init/close；不包含服务端实现或密钥。业务路径属于 contract，公共传输配置属于 transport。 |
 
-> `@h-ai/api-contract` 是 hai-framework 的公共 HTTP API 契约包，使用 oRPC contract + Zod v4 作为唯一接口真相源。本包只描述接口边界，不包含任何 procedure 实现。
+## 使用路径
 
-## 运行环境
+1. 查当前公开 exports 与已有领域 contract，确认业务路径唯一来源。
+2. 在 contract 中声明 method/path 与输入输出 Schema；只导出真正跨接口或跨层复用的 Schema。
+3. 用 `apiContract.create` 组合领域；不把服务实现、私有配置或传输前缀写进 contract。
+4. 同步 serv procedures、typed client、调用方与失败/校验测试；普通业务输出按当前 HaiResult 契约。
 
-> ✅ **契约定义包，无服务端业务依赖；Zod/oRPC schema 构造仍有运行时代码。** 可在客户端、服务端、测试环境直接引用。
+## 按需参考
 
-## 适用场景
+按本次操作读取对应小节；以已安装版本的公开类型核验签名，示例中的业务变量由应用提供。
 
-- 定义新领域的 oRPC contract（输入/输出 Schema + HTTP 路由元数据）
-- 组合多个领域 contract 为应用级 contract
-- 向 `@h-ai/serv` 提供 contract（装配为 HTTP API）
-- 向 `@h-ai/api-client` 提供 contract（生成类型安全客户端）
-- 复用内置领域 contract（iam/storage/ai/payment）
-- 复用公共 Schema 工厂（`apiContract.haiResultSchema`、分页 Schema）
-
-## 使用步骤
-
-### 1. 组合应用级 contract
-
-```typescript
-import { apiContract } from '@h-ai/api-contract'
-
-// 按需组合，传 false/undefined 的领域不会出现在 contract 或 OpenAPI spec 中
-export const myContract = apiContract.create({
-  iam: apiContract.iam,
-  storage: apiContract.storage,
-  ai: apiContract.ai,
-  payment: false, // 禁用领域
-})
-
-// myContract.iam.auth.login
-// myContract.storage.presignedUrls.createUpload
-// myContract.ai.chats.createCompletion
-```
-
-### 2. 组合自定义 contract
-
-```typescript
-import { apiContract } from '@h-ai/api-contract'
-
-export const myContract = apiContract.create({
-  iam: apiContract.iam,
-  storage: apiContract.storage,
-  payment: false, // 禁用领域（不会出现在 contract 或 OpenAPI spec 中）
-})
-```
-
-### 3. 定义新领域 contract
-
-```typescript
-import { apiContract } from '@h-ai/api-contract'
-import { z } from 'zod'
-
-// 输入 Schema
-const WidgetCreateInputSchema = z.object({
-  name: z.string().min(1),
-  description: z.string().optional(),
-})
-
-// 同一 contract 内两个接口复用，因此保留为文件私有常量，不从 schemas 导出。
-const WidgetOutputSchema = apiContract.haiResultSchema(z.object({
-  id: z.string(),
-  name: z.string(),
-  createdAt: z.string(),
-}))
-
-// 领域 contract
-export const widgetContract = {
-  widget: {
-    create: apiContract
-      .route({
-        method: 'POST',
-        path: '/widgets',
-        operationId: 'widget.create',
-        summary: 'Create widget',
-        tags: ['widget'],
-      })
-      .input(WidgetCreateInputSchema)
-      .output(WidgetOutputSchema),
-
-    getById: apiContract
-      .route({
-        method: 'GET',
-        path: '/widgets/{id}',
-        operationId: 'widget.getById',
-        summary: 'Get widget by id',
-        tags: ['widget'],
-      })
-      .input(z.object({ id: z.string() }))
-      .output(WidgetOutputSchema),
-  },
-}
-```
-
-### 4. 将新 contract 挂入应用级 contract
-
-```typescript
-import { apiContract } from '@h-ai/api-contract'
-import { widgetContract } from './widget-contract.js'
-
-export const appContract = apiContract.create({
-  iam: apiContract.iam,
-  widget: widgetContract,
-})
-```
-
-### 5. 传给 `@h-ai/serv`（服务端）
-
-```typescript
-import { serv } from '@h-ai/serv'
-import { appContract } from './app-contract.js'
-import { createMyProcedures } from './procedures/widget.js'
-
-const app = serv.createApp({
-  contract: appContract,
-  procedures: {
-    iam: createIamProcedures({ iam }),
-    widget: createMyProcedures(),
-  },
-  http: { apiPrefix: '/api/v1' },
-})
-```
-
-## 核心 API
-
-### `apiContract.create(options)` — 组合领域 contract
-
-```typescript
-import { apiContract } from '@h-ai/api-contract'
-
-const contract = apiContract.create({
-  iam: apiContract.iam,      // 启用：纳入 contract
-  storage: false,            // 禁用：不出现在 OpenAPI spec 中
-  custom: myContract,        // 自定义领域
-})
-// 类型自动收窄，被禁用的 key 不出现在 contract 类型中
-```
-
-### 内置领域 contract
-
-| 访问路径 | 领域 | 功能概述 |
-| --- | --- | --- |
-| `apiContract.iam` | IAM | auth（登录/登出/OTP/刷新/注册/改密码）、users、roles、permissions Admin CRUD |
-| `apiContract.storage` | Storage | presignedUrls（上传/下载/批量）、files（元数据查询/删除） |
-| `apiContract.ai` | AI | chats（completion/流式）、knowledge（上传/查询） |
-| `apiContract.payment` | Payment | orders、subscriptions |
-
-### 内置 contract 路径示例
-
-```typescript
-const myContract = apiContract.create({ iam: apiContract.iam, storage: apiContract.storage, ai: apiContract.ai })
-
-// IAM
-myContract.iam.auth.login        // POST /auth/login
-myContract.iam.auth.logout       // POST /auth/logout
-myContract.iam.users.list        // GET  /iam/users
-myContract.iam.roles.create      // POST /iam/roles
-
-// Storage
-myContract.storage.presignedUrls.createUpload   // POST /storage/presigned-urls/upload
-
-// AI
-myContract.ai.chats.createCompletion  // POST /ai/chats/completion
-```
-
-### `apiContract.haiResultSchema(dataSchema)` — 标准输出包装
-
-所有 HTTP 输出必须通过 `apiContract.haiResultSchema` 包装为 `HaiResult<T>`，与 `@h-ai/core` 的 `ok()/err()` 返回结构一致：
-
-```typescript
-import { apiContract } from '@h-ai/api-contract'
-import { z } from 'zod'
-
-const getWidget = apiContract
-  .route({ method: 'GET', path: '/widgets/{id}' })
-  .output(apiContract.haiResultSchema(z.object({
-    id: z.string(),
-    name: z.string(),
-  })))
-
-// 等价于:
-// { success: true, data: { id: string, name: string } }
-// | { success: false, error: HaiError }
-```
-
-### `apiContract.pathOf(procedure)` — 读取业务路径
-
-```typescript
-const refreshPath = apiContract.pathOf(apiContract.iam.auth.refresh)
-// '/auth/refresh'
-```
-
-middleware、client 与 E2E 需要业务路径时从 contract 元数据读取，不维护第二份 route 常量。服务端挂载时再与 `_serv.yml` 的 `http.apiPrefix` 拼接。
-
-### 公共 Schema 工具
-
-| 访问路径 | 说明 |
-| --- | --- |
-| `apiContract.haiResultSchema(dataSchema)` | `HaiResult<T>` 输出包装 |
-| `apiContract.voidResultSchema` | `HaiResult<void>` 空结果包装 |
-| `apiContract.paginatedSchema(itemSchema)` | 分页列表输出 Schema |
-| `HaiErrorSchema` | HaiError 公共字段 Schema |
-| `PaginationQuerySchema` | 分页参数 Schema（可选 page/pageSize，pageSize 上限 100；默认值由服务端处理） |
-
-## Contract 定义规范
-
-### 必须遵循
-
-- **输出必须包装为 `apiContract.haiResultSchema`** — 客户端依赖 `success` 判断成功/失败
-- **业务 path 直接写在对应 `*-contract.ts`** — 禁止新增 `*-routes.ts` 或业务路径常量
-- **一次性 `*OutputSchema` 直接内联** — 不在 schemas 文件声明或导出
-- **同一 contract 内重复使用的输出可设私有常量** — 不得为复用扩大公共导出
-- **公共 HTTP 传输配置以配置文件为准** — API 前缀、健康检查、OpenAPI/docs、密钥协商路径与跨端 Header 放在 service 的 `_serv.yml`，不放 contract 包
-- **schemas 只保留真实复用结构** — 至少被多个接口或 contract/procedure 等不同层共同消费
-- **`operationId` 全局唯一** — 格式为 `domain.resource.action`，如 `iam.auth.login`
-- **`tags` 至少包含领域名** — 供 OpenAPI 文档分组
-- **输入 Schema 用 Zod v4** — 与 `@orpc/zod/zod4` 的 `ZodToJsonSchemaConverter` 配套
-- **Contract 不含业务逻辑** — 只有 Schema + 路由元数据，没有 `async function`
-
-### 禁止
-
-- ❌ Contract 文件中 `import` 任何业务模块（`@h-ai/iam`、`@h-ai/storage` 等）
-- ❌ 在 contract 中使用 `z.any()` 或 `z.unknown()` 作为输出类型
-- ❌ 重复定义已存在的领域 contract
-- ❌ 导出只被单个 contract 接口使用的 `*OutputSchema`
-- ❌ 用独立 `*-routes.ts` 维护业务接口路径
-
-### 文件职责
-
-| 文件 | 只负责 |
-| --- | --- |
-| `*-contract.ts` | 业务接口 path、method、输入与输出边界 |
-| `*-schemas.ts` | 跨接口或跨层复用的输入、实体、数据结构 |
-| service `config/_serv.yml` | API 前缀、基础设施端点、跨端 Header 与加密 transport 配置 |
-
-## 常见模式
-
-### 带分页的列表接口
-
-```typescript
-import { apiContract, PaginationQuerySchema } from '@h-ai/api-contract'
-import { z } from 'zod'
-
-const WidgetSchema = z.object({ id: z.string(), name: z.string() })
-
-const listWidgets = apiContract
-  .route({ method: 'GET', path: '/widgets', operationId: 'widget.list', tags: ['widget'] })
-  .input(PaginationQuerySchema.extend({ keyword: z.string().optional() }))
-  .output(apiContract.haiResultSchema(apiContract.paginatedSchema(WidgetSchema)))
-```
-
-### 路径参数
-
-```typescript
-// 路径中的 {id} 对应 input 中的 id 字段
-const getWidget = apiContract
-  .route({ method: 'GET', path: '/widgets/{id}', operationId: 'widget.getById', tags: ['widget'] })
-  .input(z.object({ id: z.string() }))
-  .output(apiContract.haiResultSchema(WidgetSchema))
-```
-
-### 无输入的端点
-
-```typescript
-const versionContract = apiContract
-  .route({ method: 'GET', path: '/system/version', operationId: 'system.version', tags: ['system'] })
-  .output(apiContract.haiResultSchema(z.object({ version: z.string() })))
-```
-
-## 测试
-
-```bash
-pnpm --filter @h-ai/api-contract test
-pnpm --filter @h-ai/api-contract typecheck
-pnpm --filter @h-ai/api-contract lint
-```
+- [运行环境](reference.md#运行环境)
+- [适用场景](reference.md#适用场景)
+- [使用步骤](reference.md#使用步骤)
+- [核心 API](reference.md#核心-api)
+- [Contract 定义规范](reference.md#contract-定义规范)
+- [常见模式](reference.md#常见模式)
+- [测试](reference.md#测试)

package/templates/skills/hai-api-contract/reference.md

@@ -0,0 +1,278 @@
+# hai-api-contract 参考
+
+> `@h-ai/api-contract` 是 hai-framework 的公共 HTTP API 契约包，使用 oRPC contract + Zod v4 作为唯一接口真相源。本包只描述接口边界，不包含任何 procedure 实现。
+
+## 运行环境
+
+> ✅ **契约定义包，无服务端业务依赖；Zod/oRPC schema 构造仍有运行时代码。** 可在客户端、服务端、测试环境直接引用。
+
+## 适用场景
+
+- 定义新领域的 oRPC contract（输入/输出 Schema + HTTP 路由元数据）
+- 组合多个领域 contract 为应用级 contract
+- 向 `@h-ai/serv` 提供 contract（装配为 HTTP API）
+- 向 `@h-ai/api-client` 提供 contract（生成类型安全客户端）
+- 复用内置领域 contract（iam/storage/ai/payment）
+- 复用公共 Schema 工厂（`apiContract.haiResultSchema`、分页 Schema）
+
+## 使用步骤
+
+### 1. 组合应用级 contract
+
+```typescript
+import { apiContract } from '@h-ai/api-contract'
+
+// 按需组合，传 false/undefined 的领域不会出现在 contract 或 OpenAPI spec 中
+export const myContract = apiContract.create({
+  iam: apiContract.iam,
+  storage: apiContract.storage,
+  ai: apiContract.ai,
+  payment: false, // 禁用领域
+})
+
+// myContract.iam.auth.login
+// myContract.storage.presignedUrls.createUpload
+// myContract.ai.chats.createCompletion
+```
+
+### 2. 组合自定义 contract
+
+```typescript
+import { apiContract } from '@h-ai/api-contract'
+
+export const myContract = apiContract.create({
+  iam: apiContract.iam,
+  storage: apiContract.storage,
+  payment: false, // 禁用领域（不会出现在 contract 或 OpenAPI spec 中）
+})
+```
+
+### 3. 定义新领域 contract
+
+```typescript
+import { apiContract } from '@h-ai/api-contract'
+import { z } from 'zod'
+
+// 输入 Schema
+const WidgetCreateInputSchema = z.object({
+  name: z.string().min(1),
+  description: z.string().optional(),
+})
+
+// 同一 contract 内两个接口复用，因此保留为文件私有常量，不从 schemas 导出。
+const WidgetOutputSchema = apiContract.haiResultSchema(z.object({
+  id: z.string(),
+  name: z.string(),
+  createdAt: z.string(),
+}))
+
+// 领域 contract
+export const widgetContract = {
+  widget: {
+    create: apiContract
+      .route({
+        method: 'POST',
+        path: '/widgets',
+        operationId: 'widget.create',
+        summary: 'Create widget',
+        tags: ['widget'],
+      })
+      .input(WidgetCreateInputSchema)
+      .output(WidgetOutputSchema),
+
+    getById: apiContract
+      .route({
+        method: 'GET',
+        path: '/widgets/{id}',
+        operationId: 'widget.getById',
+        summary: 'Get widget by id',
+        tags: ['widget'],
+      })
+      .input(z.object({ id: z.string() }))
+      .output(WidgetOutputSchema),
+  },
+}
+```
+
+### 4. 将新 contract 挂入应用级 contract
+
+```typescript
+import { apiContract } from '@h-ai/api-contract'
+import { widgetContract } from './widget-contract.js'
+
+export const appContract = apiContract.create({
+  iam: apiContract.iam,
+  widget: widgetContract,
+})
+```
+
+### 5. 传给 `@h-ai/serv`（服务端）
+
+```typescript
+import { serv } from '@h-ai/serv'
+import { appContract } from './app-contract.js'
+import { createMyProcedures } from './procedures/widget.js'
+
+const app = serv.createApp({
+  contract: appContract,
+  procedures: {
+    iam: createIamProcedures({ iam }),
+    widget: createMyProcedures(),
+  },
+  http: { apiPrefix: '/api/v1' },
+})
+```
+
+## 核心 API
+
+### `apiContract.create(options)` — 组合领域 contract
+
+```typescript
+import { apiContract } from '@h-ai/api-contract'
+
+const contract = apiContract.create({
+  iam: apiContract.iam,      // 启用：纳入 contract
+  storage: false,            // 禁用：不出现在 OpenAPI spec 中
+  custom: myContract,        // 自定义领域
+})
+// 类型自动收窄，被禁用的 key 不出现在 contract 类型中
+```
+
+### 内置领域 contract
+
+| 访问路径 | 领域 | 功能概述 |
+| --- | --- | --- |
+| `apiContract.iam` | IAM | auth（登录/登出/OTP/刷新/注册/改密码）、users、roles、permissions Admin CRUD |
+| `apiContract.storage` | Storage | presignedUrls（上传/下载/批量）、files（元数据查询/删除） |
+| `apiContract.ai` | AI | chats（completion/流式）、knowledge（上传/查询） |
+| `apiContract.payment` | Payment | orders、subscriptions |
+
+### 内置 contract 路径示例
+
+```typescript
+const myContract = apiContract.create({ iam: apiContract.iam, storage: apiContract.storage, ai: apiContract.ai })
+
+// IAM
+myContract.iam.auth.login        // POST /auth/login
+myContract.iam.auth.logout       // POST /auth/logout
+myContract.iam.users.list        // GET  /iam/users
+myContract.iam.roles.create      // POST /iam/roles
+
+// Storage
+myContract.storage.presignedUrls.createUpload   // POST /storage/presigned-urls/upload
+
+// AI
+myContract.ai.chats.createCompletion  // POST /ai/chats/completion
+```
+
+### `apiContract.haiResultSchema(dataSchema)` — 标准输出包装
+
+所有 HTTP 输出必须通过 `apiContract.haiResultSchema` 包装为 `HaiResult<T>`，与 `@h-ai/core` 的 `ok()/err()` 返回结构一致：
+
+```typescript
+import { apiContract } from '@h-ai/api-contract'
+import { z } from 'zod'
+
+const getWidget = apiContract
+  .route({ method: 'GET', path: '/widgets/{id}' })
+  .output(apiContract.haiResultSchema(z.object({
+    id: z.string(),
+    name: z.string(),
+  })))
+
+// 等价于:
+// { success: true, data: { id: string, name: string } }
+// | { success: false, error: HaiError }
+```
+
+### `apiContract.pathOf(procedure)` — 读取业务路径
+
+```typescript
+const refreshPath = apiContract.pathOf(apiContract.iam.auth.refresh)
+// '/auth/refresh'
+```
+
+middleware、client 与 E2E 需要业务路径时从 contract 元数据读取，不维护第二份 route 常量。服务端挂载时再与 `_serv.yml` 的 `http.apiPrefix` 拼接。
+
+### 公共 Schema 工具
+
+| 访问路径 | 说明 |
+| --- | --- |
+| `apiContract.haiResultSchema(dataSchema)` | `HaiResult<T>` 输出包装 |
+| `apiContract.voidResultSchema` | `HaiResult<void>` 空结果包装 |
+| `apiContract.paginatedSchema(itemSchema)` | 分页列表输出 Schema |
+| `HaiErrorSchema` | HaiError 公共字段 Schema |
+| `PaginationQuerySchema` | 分页参数 Schema（可选 page/pageSize，pageSize 上限 100；默认值由服务端处理） |
+
+## Contract 定义规范
+
+### 必须遵循
+
+- **输出必须包装为 `apiContract.haiResultSchema`** — 客户端依赖 `success` 判断成功/失败
+- **业务 path 直接写在对应 `*-contract.ts`** — 禁止新增 `*-routes.ts` 或业务路径常量
+- **一次性 `*OutputSchema` 直接内联** — 不在 schemas 文件声明或导出
+- **同一 contract 内重复使用的输出可设私有常量** — 不得为复用扩大公共导出
+- **公共 HTTP 传输配置以配置文件为准** — API 前缀、健康检查、OpenAPI/docs、密钥协商路径与跨端 Header 放在 service 的 `_serv.yml`，不放 contract 包
+- **schemas 只保留真实复用结构** — 至少被多个接口或 contract/procedure 等不同层共同消费
+- **`operationId` 全局唯一** — 格式为 `domain.resource.action`，如 `iam.auth.login`
+- **`tags` 至少包含领域名** — 供 OpenAPI 文档分组
+- **输入 Schema 用 Zod v4** — 与 `@orpc/zod/zod4` 的 `ZodToJsonSchemaConverter` 配套
+- **Contract 不含业务逻辑** — 只有 Schema + 路由元数据，没有 `async function`
+
+### 禁止
+
+- ❌ Contract 文件中 `import` 任何业务模块（`@h-ai/iam`、`@h-ai/storage` 等）
+- ❌ 在 contract 中使用 `z.any()` 或 `z.unknown()` 作为输出类型
+- ❌ 重复定义已存在的领域 contract
+- ❌ 导出只被单个 contract 接口使用的 `*OutputSchema`
+- ❌ 用独立 `*-routes.ts` 维护业务接口路径
+
+### 文件职责
+
+| 文件 | 只负责 |
+| --- | --- |
+| `*-contract.ts` | 业务接口 path、method、输入与输出边界 |
+| `*-schemas.ts` | 跨接口或跨层复用的输入、实体、数据结构 |
+| service `config/_serv.yml` | API 前缀、基础设施端点、跨端 Header 与加密 transport 配置 |
+
+## 常见模式
+
+### 带分页的列表接口
+
+```typescript
+import { apiContract, PaginationQuerySchema } from '@h-ai/api-contract'
+import { z } from 'zod'
+
+const WidgetSchema = z.object({ id: z.string(), name: z.string() })
+
+const listWidgets = apiContract
+  .route({ method: 'GET', path: '/widgets', operationId: 'widget.list', tags: ['widget'] })
+  .input(PaginationQuerySchema.extend({ keyword: z.string().optional() }))
+  .output(apiContract.haiResultSchema(apiContract.paginatedSchema(WidgetSchema)))
+```
+
+### 路径参数
+
+```typescript
+// 路径中的 {id} 对应 input 中的 id 字段
+const getWidget = apiContract
+  .route({ method: 'GET', path: '/widgets/{id}', operationId: 'widget.getById', tags: ['widget'] })
+  .input(z.object({ id: z.string() }))
+  .output(apiContract.haiResultSchema(WidgetSchema))
+```
+
+### 无输入的端点
+
+```typescript
+const versionContract = apiContract
+  .route({ method: 'GET', path: '/system/version', operationId: 'system.version', tags: ['system'] })
+  .output(apiContract.haiResultSchema(z.object({ version: z.string() })))
+```
+
+## 测试
+
+```bash
+pnpm --filter @h-ai/api-contract test
+pnpm --filter @h-ai/api-contract typecheck
+pnpm --filter @h-ai/api-contract lint
+```

package/templates/skills/hai-app-create/SKILL.md

@@ -28,13 +28,13 @@ description: "在 hai 应用中新增、修改或修复功能，按需求复用
 1. 读取 [development.md](development.md)：先按真实需求匹配框架能力、已安装版本与应用架构，再确定改动。适用能力包括同一模块已有 feature、配置和扩展点，不以导入包作为复用完成的证据。
 2. 读取所选模块的 skill 与实际公开类型，复用现有服务和组件。新增依赖或直接使用第三方 SDK 前说明已有能力的具体缺口；无需安装无关模块。
 3. 新增或改变行为时用有意义的目标用例验证，仍适用的回归保持通过；被明确新需求替代的模板断言同步更新并记录依据。按下方参考实现，使用 [hai-app-review](../hai-app-review/SKILL.md) 检查改动涉及的安全与质量边界。
-4. 运行当前项目已定义的门禁，报告行为证据、能力选择及未验证项。纯文案、格式和文档变化按影响验证，不强制新增测试。
+4. 按 [分轮验证与集中修复](../hai-app-tests/validation.md) 运行已有门禁：一轮先收集所有可执行结果，再归并修复、复测失败及受影响项；报告行为证据、能力选择及未验证项。纯文案、格式和文档变化按影响验证，不强制新增测试。
 
 ## 按需参考
 
 新增新手引导或帮助说明时读取 [UI 引导指南](../hai-ui/guide.md)，复用 fullstack 默认的共享 guide-store、locale 和稳定 data-guide 锚点。
 
-详细配置、API 签名、错误码和范本在 [reference.md](reference.md)。按下列标题定位所需小节，不默认通读；用例中的业务变量需结合当前应用补齐。
+按任务读取 [reference.md](reference.md) 的对应小节；签名以当前源码或安装版本的公开类型为准，不默认加载全部资料。示例中的业务变量由应用提供。
 
 - 适用场景
 - 行为开发与验证

package/templates/skills/hai-app-create/development.md

@@ -48,14 +48,14 @@ YAML 使用 `${HAI_DB_TYPE:sqlite}` 等显式引用，冒号后是未配置时
 
 | 入口             | 开发       | 测试环境                 | 生产环境                                      |
 | ---------------- | ---------- | ------------------------ | --------------------------------------------- |
-| Vite / SvelteKit | `pnpm dev` | `pnpm dev:test`          | `pnpm build:prod` 或 `pnpm dev:prod` 预览配置 |
+| Vite / SvelteKit | `pnpm dev` | `pnpm dev:test`          | `pnpm dev:prod` 预览；build 不选择环境 |
 | Node service     | `pnpm dev` | 构建后 `pnpm start:test` | 构建后 `pnpm start:prod`                      |
 
 所有入口优先级一致：**进程环境 > `.env.local` > `.env.<dev|test|prod>` > `.env`**。Vite 配置在 Node 阶段通过 `core.config.loadEnvFiles({ mode, envDir })` 读取，检查 `success` 后注入进程；`development`/`production` 分别映射到 `dev`/`prod`。Node 服务按 `.env`、环境文件、`.env.local` 的顺序传入 `--env-file`，后者覆盖前者，已有进程环境最高。`core.init` 只读取已注入的变量，不自行读取 dotenv。
 
 `prod` 是文件模式名，对应 `HAI_CORE_ENV=production`；环境枚举为 `development | test | production | staging`。SvelteKit adapter-node 产物使用 `node --env-file=.env --env-file=.env.prod --env-file-if-exists=.env.local build/index.js`。文件路径相对进程工作目录，公共文件随项目提交；容器通过部署平台或 `--env-file` 注入目标环境值。浏览器只接收公开白名单，构建产物和镜像不包含 `.env.local`。
 
-Fullstack 的环境文件在工程根；service 脚本通过 `../../.env*` 加载，Web/App/Desktop 的 Vite `envDir` 指向根目录。API workspace 的环境文件在 `apps/<name>-service/`。独立应用在各自根目录加载。浏览器配置在构建期注入时，改环境参数后须重新构建；fullstack 的公开应用元数据由 service `app.info` 返回。
+Fullstack 的环境文件在工程根；service 脚本通过 `../../.env*` 加载，Web/App/Desktop 的 Vite 自动 dotenv 加载关闭（`envDir: false`），开发和预览由 `core.config.loadEnvFiles` 从工程根读取，构建不读取部署环境文件。API workspace 的环境文件在 `apps/<name>-service/`。独立应用在各自根目录加载。静态 Web 通过 `runtime-config.js` 获取公开地址，部署环境覆盖无需重建镜像；原生包在复制静态资源前配置该入口。修改编译进客户端的默认值时仍需重新构建；fullstack 的公开应用元数据由 service `app.info` 返回。
 
 #### 迁移已有项目
 
@@ -125,7 +125,7 @@ hai create my-app
 
 ## 将需求映射到现有能力
 
-应用元信息只有一份配置来源：名称、版本、环境、默认语言与日志设置来自 `_core.yml`，使用 `core.config` 与 `core.logger`；Node 启动时不通过固定 `logging` 覆盖 YAML。SvelteKit 服务端 layout 和 fullstack `app.info` 仅公开必要元信息，不能下发整个 core 或模块配置。独立 Vite mobile-app 在 Node 构建阶段经 core 加载 YAML/环境覆盖并注入公开字段，配置变化需重新构建。环境覆盖使用 `HAI_CORE_NAME`、`HAI_CORE_VERSION`、`HAI_CORE_ENV`、`HAI_CORE_LOGGING_LEVEL` 等既有规则；容器明确配置生产环境，不能用另一个状态来源代替 `core.env`。
+应用元信息只有一份配置来源：名称、版本、环境、默认语言与日志设置来自 `_core.yml`，使用 `core.config` 与 `core.logger`；Node 启动时不通过固定 `logging` 覆盖 YAML。SvelteKit 服务端 layout 和 fullstack `app.info` 仅公开必要元信息，不能下发整个 core 或模块配置。独立 Vite 客户端经 Node/core 加载 YAML 默认值，Web 部署通过 `runtime-config.js` 应用公开白名单覆盖；只修改部署覆盖无需重建，修改构建默认值则须重新构建。环境覆盖使用 `HAI_CORE_NAME`、`HAI_CORE_VERSION`、`HAI_CORE_ENV`、`HAI_CORE_LOGGING_LEVEL` 等既有规则；容器明确配置生产环境，不能用另一个状态来源代替 `core.env`。
 
 开发前，对本次涉及的需求简述“需求 → 现有应用实现/框架能力 → 已安装版本与公开契约依据 → 最小业务补充/修改位置 → 成功、权限与失败验收”。简单任务可用几句话；跨模块任务用表格。查找顺序：已有应用实现 → 框架公开能力和配置 → 最小业务补充。
 
@@ -209,7 +209,9 @@ export function pageOffset(query: PageQuery): number {
 
 ## 验证与交付
 
+测试临时工程、镜像、容器、辅助进程与数据须在 finally/teardown 自动清理，成功、失败和取消均执行；只清理本次创建的资源。日志、截图与报告保留到分析和交付结束再清理，不提交验收产物。
+
 - 对新增/改变行为按 [hai-app-tests](../hai-app-tests/SKILL.md) 写有意义的测试；目标用例先因行为缺失失败，既有回归保持通过。UI/路由改动覆盖真实流程、异步失败与权限路径；纯文案/文档按影响验证。
-- 从当前 `package.json` 选择实际脚本，优先 workspace filter；按 `typecheck → lint → build（构建/配置/跨包变更）→ test → 相关 E2E` 验证，PowerShell 使用 `pnpm.cmd`。不能调用框架仓库私有命令替代应用检查。
+- 从当前 `package.json` 选择实际脚本，优先 workspace filter，PowerShell 使用 `pnpm.cmd`。多项门禁按 [分轮验证与集中修复](../hai-app-tests/validation.md) 先脚本化收集结果和日志，再集中修复、复测失败及受影响项；普通失败不立即从头重跑。不能调用框架仓库私有命令替代应用检查。
 - typecheck/lint 只覆盖部分质量规则；权限、事务、降级、真实 provider、浏览器、容器和原生交付各自需要适用行为证据。缺环境或密钥时报告未验证，不能用 mock 冒充真实集成。
 - 完成说明：实际复用能力与自定义缺口、修改路径、已执行命令/行为结果、同步的 contract/调用方/配置/i18n/文档、未验证项及原因。无需无关模块的“覆盖率”清单。

package/templates/skills/hai-app-create/reference.md

@@ -40,7 +40,7 @@
 ### Step 4：重构与验证（Refactor 阶段）
 
 1. 参照 `hai-app-review` 审查代码规范
-2. 依当前 scripts 顺序执行 `typecheck → lint → build（构建/配置/跨包变更）→ test`，优先 workspace filter，PowerShell 使用 `pnpm.cmd`
+2. 按 [分轮验证与集中修复](../hai-app-tests/validation.md) 收集适用门禁，普通失败不中断独立检查，汇总后集中修复、再验证；优先 workspace filter，PowerShell 使用 `pnpm.cmd`
 3. UI/路由/端到端改动执行相应 E2E；报告失败路径与安全验收结果，未运行的边界说明原因
 
 ## 目录结构约定
@@ -334,13 +334,14 @@ core.init() → crypto.init() → reldb.init() → cache.init() → iam.init()
 
 仅涉及容器构建/部署变更时使用本节；普通功能开发无需每次启动镜像。
 
-- 保持脚手架根目录 `Dockerfile`、`.dockerignore` 与 `package.json` 中 `docker:build*` / `podman:build*` 命令同步。
+- 保持脚手架 `images/*.Dockerfile`、`.dockerignore` 与 `package.json` 中 `build` / `compile` 命令与 hai.build.json同步。保留 `.gitattributes`，让 `.dockerignore`、Dockerfile 和 POSIX 脚本统一使用 LF，保持跨平台输入一致并确保 Linux 脚本可运行。
 - Podman 多阶段构建保持 `--format docker --jobs=1`；前者保留 `HEALTHCHECK`，后者避免部分 Podman 5.8/Buildah 组合在并行 stage 构建时触发内部 semaphore panic。
-- 先复制 lockfile 与 workspace 配置执行 `pnpm fetch`，再复制源码并离线安装、构建；避免源码变化重复下载依赖，同时兼容新增 workspace。
+- 先复制 lockfile、workspace 配置与构建器准备的 `images/dependencies/` 安装输入执行 `pnpm fetch --ignore-scripts`，再复制源码并离线安装、构建；fetch、安装和 `pnpm pm deploy` 共用 pnpm store，安装与生产依赖整理共用 SQLite 驱动缓存，避免重复下载，兼容新增 workspace、本地归档与补丁。
+- 默认容器面向 CPU 运行或远程 AI 服务，Dockerfile 设置 `ONNXRUNTIME_NODE_INSTALL_CUDA=skip`，跳过额外 CUDA/TensorRT 下载；使用宿主机 GPU 时定制镜像和运行参数，不修改本机 npm 或全局 AI/GPU 配置。
 - SvelteKit 服务使用 Node adapter；纯 Vite 前端使用带 SPA fallback 的静态镜像；fullstack 的 Service 与 Web 分别交付，Service 直接监听且不增加转发进程。
 - Web 的 `PUBLIC_*` 部署配置在容器启动时生成静态运行时配置，不作为 build arg 烘焙，确保同一镜像可跨环境部署。
 - 配置文件随镜像提供，并允许只读挂载覆盖；密钥只通过环境变量或 `--env-file` 注入。
-- 普通构建不携带 `data/`；只有用户明确运行 `docker:build:data` / `podman:build:data` 时才通过 named build context 嵌入 SQLite/本地存储初始快照。
+- 普通构建不携带 `data/`；持续写入使用运行期 volume；需要预置数据时显式维护独立 Dockerfile 和明确的 build context，不把本机数据加入默认镜像。
 - 数据库和本地存储的持续写入必须落到 volume，不能依赖镜像可写层。
 - 完成前实际启动镜像，验证健康端点、非 root 用户、环境变量覆盖、配置挂载和预置数据读取。
 

package/templates/skills/hai-app-review/SKILL.md

@@ -72,7 +72,7 @@ typecheck/lint 不能证明越权、租户隔离、事务、错误状态或资
 
 ## 门禁与输出
 
-从当前 package.json 选择实际 scripts，优先 workspace filter；PowerShell 使用 `pnpm.cmd`。按 typecheck → lint → build（构建/配置/跨包变更）→ test → 相关 E2E 执行。浏览器、真实 provider、容器和原生交付各自报告实际结果。
+从当前 package.json 选择实际 scripts，优先 workspace filter；PowerShell 使用 `pnpm.cmd`。按 [分轮验证与集中修复](../hai-app-tests/validation.md) 先收集全部可执行门禁及日志，再归并根因、集中修复、验证失败及受影响项；普通失败不中断独立检查。浏览器、真实 provider、容器和原生交付各自报告实际结果。
 
 交付说明需求/范围、带路径与影响的发现、已复用能力和必要缺口、已修正项、已执行门禁/行为证据、同步的 contract/调用方/i18n/配置/文档，以及未验证项和原因。只读审查报告问题与验证建议；不能凭审查清单宣称所有测试通过。