create-yss-spec 3.5.6 → 3.5.9

package/template/.cursor/skills/yss-dto/references/README.md

@@ -29,7 +29,7 @@
 
 **位置**: `../assets/PageQuery.java`
 
-分页查询基础类，所有需要分页的查询参数都应继承此类。
+用于 Application/Infrastructure 内部分页协作；是否继承按批准的工程 Profile 决定。公开 HTTP Page Request 默认不继承此类，只声明冻结 OpenAPI 允许的字段，再由 WebConvertor 转换，避免内部协作字段进入绑定面。
 
 **核心字段**:
 
@@ -57,11 +57,11 @@
 
 基础 DTO 抽象类，用于区分命令（写操作）和查询（读操作）对象。
 
-- **CommandDTO**: 实现 `Serializable` 接口，所有命令参数应继承此类。
-- **QueryDTO**: 继承自 `CommandDTO`，所有查询参数应继承此类。
+- **CommandDTO**: 实现 `Serializable` 接口；当前工程采用此体系时，写操作参数优先继承。
+- **QueryDTO**: 继承自 `CommandDTO`；Application/Infrastructure 内部读参数按批准 Profile 使用它或 `PageQuery`，不据此扩大公开请求字段。
 
 ## 使用场景
 
-1. **API 响应**: 所有 Controller 方法应返回 `Result` 或其子类（如 `PageResult`, `SingleResult`）。
+1. **API 响应**: 普通接口已采用 YSS wrapper 时保持 `Result` 或其派生体系。下载、流式和第三方回调按批准协议核验媒体类型、状态、Header、错误与权限边界，不强套 wrapper，也不豁免契约证据。
 2. **分页查询**: `PageQuery` 用于 Application/Infrastructure 内部协作；公开 HTTP Page Request 默认只声明冻结 OpenAPI 允许的字段，再由 WebConvertor 转换，避免内部字段被继承到绑定面。MyBatis 拦截器所需形状必须由 Query Port 集成测试证明。
 3. **参数封装**: 使用 `CommandDTO` 封装增删改参数，使用 `QueryDTO` 封装查询参数，保持代码语义清晰。

package/template/.cursor/skills/yss-dto/references/wire-validation-checklist.md

@@ -1,14 +1,14 @@
 ## 检查清单
 
-- 分页字段名是否和框架约定一致。
+- 分页字段名是否与已批准公开协议一致；采用 YSS 分页协议时对齐 wire profile。
 <a id="dto.sort"></a>
 <!-- yss-rule {"id":"dto.sort","when":"pagination","level":"mandatory","evidence":"code-and-verification"} -->
 - `orderBy` / `groupBy` 是否经过 Repository 白名单映射，禁止直接拼接 SQL。
 - Application Query Port / Infrastructure 是否收到批准的分页语义；Domain Gateway 不接收 `PageQuery`。
 - 新增 DTO 是否与现有序列化和校验方式兼容。
 - 返回结构是否和前端或上游调用方契约一致。
-- 是否通过 `scripts/verify-yss-dto-openapi-profile`，并引用 profile 版本。
-- wrapper extension、`YssResultMeta`、`allOf`、具体 data schema 和方向性是否逐 endpoint 对齐。
-- 是否有针对 `offset` / `needTotalCount` / `tempTotalCount` 的负向断言，以及对 `totalPages` 的目标 mapper 证据。
+- 采用 YSS wrapper / 分页协议时，是否通过 `scripts/verify-yss-dto-openapi-profile`，并引用 profile 版本。
+- 采用 YSS wrapper 的 endpoint，其 wrapper extension、`YssResultMeta`、`allOf`、具体 data schema 和方向性是否对齐；特殊协议检查实际媒体类型、状态、Header、错误与权限边界。
+- 采用 YSS 分页协议时，是否有针对内部 `offset` / `needTotalCount` / `tempTotalCount` 泄露的负向断言；其他批准协议是否逐项绑定冻结公开字段。公开 `totalPages` 是否有目标 mapper / fixture 证据。
 - Controller、Application Service、Domain、Repository 之间是否存在 DTO/VO/DO/PO 混穿。
 - 前端 Orval 或调用方是否依赖当前返回包装结构。

package/template/.cursor/skills/yss-excel-mvc/SKILL.md

@@ -7,6 +7,10 @@ description: "实现或排查 YSS Spring MVC Excel 导入导出、RequestExcel
 
 用于处理基于注解的 Excel 导入导出能力。
 
+## 平台与源码门禁
+
+接入、修改、代码生成或提供精确类名/配置前，必须读取并执行 [共享平台与源码门禁](../yss-skill-source-index-refresh/references/backend-component-platform-compatibility.md)，以 `--skill yss-excel-mvc` 校验批准的平台线及匹配源码根。缺失、错配或漂移返回 `blocked`；不跨代回退，不在业务实现中升级、降级或替换组件。只读分诊可继续，但须标注未完成源码核验，不能据此宣称跨 Boot/JDK 兼容。
+
 ## 何时使用
 
 - 用户要新增 Excel 导入接口。
@@ -64,7 +68,3 @@ description: "实现或排查 YSS Spring MVC Excel 导入导出、RequestExcel
 - 源码索引：`references/source-index.md`
 - 注解与返回结构：`assets/RequestExcel.java`、`assets/ResponseExcel.java`、`assets/ExcelDynamicData.java`
 - MVC 解析器：`assets/RequestFastExcelArgumentResolver.java`、`assets/ResponseFastExcelReturnValueHandler.java`
-
-## 平台与源码门禁
-
-接入、修改、代码生成或给出精确类名/配置前，读取 [后端组件平台与源码门禁](../yss-skill-source-index-refresh/references/backend-component-platform-compatibility.md)，从批准的 `platform_configuration.component_platform_line` 选择 `source-index.boot2-java8.md` 或 `source-index.boot3-java17.md`，并以 `--skill yss-excel-mvc --platform-line <line> --source-root <matching-root>` 运行统一 freshness 校验。平台线与源码根不匹配、组件 tree 不一致、组件子树 dirty、索引缺少平台信号，或 Manifest / 组件 GAV 缺少 verified 兼容证据时返回 `blocked`；不得回退另一代索引，也不在业务实现中升级、降级或替换 YSS 组件。既有工程只读分诊可继续，但不得据此宣称跨 Boot/JDK 兼容。

package/template/.cursor/skills/yss-exception/SKILL.md

@@ -5,61 +5,55 @@ description: "接入或排查 YSS 统一异常、错误码、异常处理器与
 
 # yss-exception
 
-Use this skill for YSS 异常组件. Keep implementation grounded in the local project and resolvable YSS backend component source.
+处理 YSS 业务、系统及未知异常的错误码、日志和 HTTP 映射；结论使用当前项目契约及匹配的平台源码。
 
-中文说明：本技能用于 YSS 异常组件。执行时优先读取源码索引，避免凭记忆猜类名、配置项或接入方式。
+## 平台与源码门禁
 
-## Source Index First
+接入、修改、代码生成或提供精确类名/配置前，必须读取并执行 [共享平台与源码门禁](../yss-skill-source-index-refresh/references/backend-component-platform-compatibility.md)，以 `--skill yss-exception` 校验批准的平台线及匹配源码根。缺失、错配或漂移返回 `blocked`；不跨代回退，不在业务实现中升级、降级或替换组件。只读分诊可继续，但须标注未完成源码核验，不能据此宣称跨 Boot/JDK 兼容。
 
-- Backend source location is environment-specific; resolve it with `yss-skill-source-index-refresh/references/source-location.md`.
-- Generated index: `references/source-index.md`
-- Component path hints: `yss-microservice-components/yss-component-exception`
+## 源码定位
 
-Read `references/source-index.md` as a path-hint index whenever the task depends on exact modules, annotations, auto configuration, properties, controllers, clients, repositories, DTOs, handlers, or troubleshooting.
+按 [源码定位策略](../yss-skill-source-index-refresh/references/source-location.md) 确认真实位置，再从 [平台索引](references/source-index.md) 定位当前任务需要的源码。`yss-microservice-components/yss-component-exception` 仅是模块路径提示。
 
-## Workflow
+## 工作流
 
-1. Read `references/source-index.md`, then read `readme.md` before changing exception behavior.
-2. Classify the failure as business exception, known system exception, or unknown exception.
-3. Use `ExceptionFactory` and `ResultErrorCode` conventions instead of ad-hoc runtime exceptions when creating YSS component errors.
-4. Check `YssGlobalExceptionProperties` when global exception output/logging behavior is configurable.
-5. Keep logging semantics aligned: business exceptions usually do not require error-stack logging; system/unknown exceptions usually do.
-6. In the `target-domain-model` profile, Domain owns stable error meaning and parameters but does not depend directly on YSS `BizException` or HTTP. Translate at the Web boundary after verifying the component handler precedence.
+1. 修改异常行为前，按平台索引定位当前组件源码与可读取的 `readme.md`。
+2. 区分业务异常、已知系统异常和未知异常。
+3. 创建 YSS 组件错误时使用 `ExceptionFactory` 与 `ResultErrorCode` 约定，不临时构造无明确语义的 runtime exception。
+4. 命中全局异常输出或日志配置时核验 `YssGlobalExceptionProperties`。
+5. 保持异常与日志语义一致：业务异常通常不记 Error 堆栈；系统和未知异常通常需要。
+6. `target-domain-model` 的稳定错误含义与参数归 Domain，不直接依赖 YSS `BizException` 或 HTTP；先验证组件 handler 优先级，再在 Web 边界翻译。
 7. MVC Profile 的稳定业务错误归 service/core；Repository 保留 cause；server 持有 HTTP 映射与脱敏。不要为了复用错误码引入 Domain 层或让 core 依赖 client。分层依据 `.template-spec/agents/backend-architecture-profiles.md`。
 
-## Boot 3 Current Source Behavior
+## Boot 3 行为
 
 - 以下当前行为针对 `boot3-java17`；Boot 2 旧工程必须读取其独立索引，旧行为只用于迁移识别。
-- `GlobalExceptionAdvice` maps `BizException` to HTTP 400. Unknown `Exception`, `RuntimeException`, and `NullPointerException` map to HTTP 500 and return a sanitized `SysException` with `ResultErrorCode.INTERNAL_ERROR` instead of raw exception text.
-- `MaxUploadSizeExceededException` maps to HTTP 413 (`PAYLOAD_TOO_LARGE`) with `ResultErrorCode.MAX_UPLOAD_SIZE_EXCEEDED`.
-- System and unknown failures are recorded with the SLF4J logger. `yss.exception.level=debug` adds a logger-backed debug stack trace; it never calls `Throwable#printStackTrace()`.
-- Every handled response attaches or reuses a trace id in MDC and exposes it through the `X-Trace-Id` response header. The public body does not contain the raw localized exception or stack trace.
-- Validation binding failures become `SysException(PARAM_VALIDATION_ERROR)`. Coordinate changes with `yss-validation` and contract tests.
-
-## Source-Backed Exception Semantics
-
-- `BizException`: clear business meaning, generally no Error log and no retry.
-- `SysException`: known system problem, Error log, retry may be possible.
-- unknown `Exception`: full stack log, retry may be possible.
-
-## Checklist
-
-- Required dependency or starter module is present.
-- Error code/message are meaningful to API consumers.
-- Response messages are sanitized and do not expose raw RuntimeException or localized exception details.
-- For affected boot3-java17 HTTP seams, assert the documented business 4xx, unknown/runtime 5xx and trace header behavior. Assert upload 413 only for upload-limit impact. Boot 2 assertions follow its own source and frozen contract; do not import Boot 3 behavior into it.
-- Business validation failures are not reported as unknown system errors.
-- Stack traces are preserved in structured logger output for unknown/system failures, never printed directly to stderr or serialized to clients.
-- Retry guidance matches exception type.
-- Known system failures use `ExceptionFactory.sysException(..., cause)`; Application code does not replace them with ad-hoc `RuntimeException`.
-- Endpoint tests cover the failure types actually affected by this change; upload-limit tests apply only to upload endpoints or changed upload handling. Public messages must follow the selected platform contract and never leak protected exception details.
-
-## Do Not
-
-- Do not invent class names or configuration keys without checking the source index.
-- Do not replace component extension points with business-local framework code.
-- Do not broaden the task into unrelated YSS components unless the user asks.
-
-## 平台与源码门禁
-
-接入、修改、代码生成或给出精确类名/配置前，读取 [后端组件平台与源码门禁](../yss-skill-source-index-refresh/references/backend-component-platform-compatibility.md)，从批准的 `platform_configuration.component_platform_line` 选择 `source-index.boot2-java8.md` 或 `source-index.boot3-java17.md`，并以 `--skill yss-exception --platform-line <line> --source-root <matching-root>` 运行统一 freshness 校验。平台线与源码根不匹配、组件 tree 不一致、组件子树 dirty、索引缺少平台信号，或 Manifest / 组件 GAV 缺少 verified 兼容证据时返回 `blocked`；不得回退另一代索引，也不在业务实现中升级、降级或替换 YSS 组件。既有工程只读分诊可继续，但不得据此宣称跨 Boot/JDK 兼容。
+- `GlobalExceptionAdvice` 将 `BizException` 映射到 HTTP 400；未知 `Exception`、`RuntimeException` 和 `NullPointerException` 映射到 HTTP 500，返回脱敏的 `SysException` 与 `ResultErrorCode.INTERNAL_ERROR`，不返回异常原文。
+- `MaxUploadSizeExceededException` 映射到 HTTP 413（`PAYLOAD_TOO_LARGE`）与 `ResultErrorCode.MAX_UPLOAD_SIZE_EXCEEDED`。
+- 系统和未知失败使用 SLF4J logger；`yss.exception.level=debug` 增加 logger debug 堆栈，不调用 `Throwable#printStackTrace()`。
+- 每个处理响应在 MDC 中附加或复用 trace id，并通过 `X-Trace-Id` 响应头公开；正文不含原始 localized exception 或堆栈。
+- 校验绑定失败转为 `SysException(PARAM_VALIDATION_ERROR)`；修改时协同 `yss-validation` 与契约测试。
+
+## 异常语义
+
+- `BizException`：有明确业务含义，通常不记 Error 日志、不重试。
+- `SysException`：已知系统问题，记 Error 日志，是否可重试需按场景判断。
+- 未知 `Exception`：保留完整堆栈日志，是否可重试需按场景判断。
+
+## 验收
+
+- 核验所需依赖或 starter 已进入实际工程。
+- 错误码与消息对 API 消费方有明确含义。
+- 公开消息已脱敏，不暴露原始 RuntimeException 或 localized exception 细节。
+- 对受影响的 `boot3-java17` HTTP seam 验证业务 4xx、未知/runtime 5xx 与 trace header；仅上传限制影响验证 413。Boot 2 使用其独立源码与冻结合同，不引入 Boot 3 断言。
+- 业务校验失败不归为未知系统错误。
+- 未知/系统失败的堆栈保留在结构化日志中，不直接打印 stderr 或序列化给客户端。
+- 重试建议与异常类型及实际用例一致。
+- 已知系统失败使用 `ExceptionFactory.sysException(..., cause)`，Application 不改为无明确语义的 `RuntimeException`。
+- Endpoint 测试覆盖实际受影响的失败类型；仅上传端点或上传处理变更执行上传限制测试。公开消息符合所选平台合同，不泄露受保护异常细节。
+
+## 修改边界
+
+- 类名和配置 key 先核验当前索引与源码，不凭记忆补造。
+- 使用组件已有扩展 seam，不以业务本地框架代码替换。
+- 保持当前组件任务范围；扩展到其他组件须有用户要求或重新路由依据。

package/template/.cursor/skills/yss-formily-schema-generator/SKILL.md

@@ -3,187 +3,43 @@ name: yss-formily-schema-generator
 description: "从需求或设计图生成 YFormily JSON Schema 与表单代码；仅用于生产表单实现。"
 ---
 
-# YFormily Schema Generator
+# YFormily Schema 生成
 
-Use this skill to turn upstream input into downstream YFormily form artifacts.
+将文字需求、产品 / UX 说明、截图、本地图片或 Figma 设计输入转成生产表单的 `JSON Schema` / `ISchema`、推荐 model，以及按需的 scope、effects、插槽和 Vue 渲染示例。本技能设计 schema；精确组件行为由 [YFormily 路由](../yss-formily/SKILL.md)及实际命中的基础、联动、模式和分步专项决定。
 
-Supported input forms:
+## 触发与必要输入
 
-- user text descriptions
-- product or UX requirements
-- screenshots and local images
-- Figma links or node-based design references
+用户要求根据需求、原型图、截图、Figma 或业务字段生成 YFormily schema / 渲染代码时使用。这里将已提供的设计转为生产表单，不生成产品原型。
 
-Expected output forms:
+确认表单用途、目标模式（查询 / 新增 / 编辑 / 查看 / 混合）、允许输出范围和可读上游输入。正式生产实现继续消费当前批准的 Slice Implementation Contract；本技能输出不授予实现或批准资格。字段语义、校验和接口模型以已确认需求与冻结合同为准，目标组件事实以工程版本、类型和真实导出为准。
 
-- a YFormily JSON Schema or `ISchema`
-- a recommended `v-model` data shape
-- optional `scope`, `effects`, and slot plan
-- optional Vue render snippet showing how to mount `YFormily`
+转换字段、布局、校验、联动或插槽时，读取 [转换工作流](references/workflow.md)相应部分；不要求为了单一字段调整读取全部样例。
 
-This skill designs the schema.
-For implementation rules and exact YFormily behavior, also read:
+## 按输入选择方法
 
-- [yss-formily](../yss-formily/SKILL.md)
+| 输入 | 提取内容 | 不能从输入补造的内容 |
+|---|---|---|
+| 文字需求 | 用途、模式、分组、字段、必填规则、字典、联动和动作区 | 缺失的后端字典、阈值、权限和业务承诺 |
+| 截图 / 图片 | 区域、标签、控件、按钮、必填标记与可见依赖；先区分 placeholder 和标签 | 隐藏校验、异步规则、唯一性或服务端行为。只有视觉线索时输出 schema 骨架并标明不确定项 |
+| Figma 链接 / 节点 | 先发现可用设计读取能力，再提取语义标签、控件、分组、helper、必填提示、只读模式和底部动作 | 不猜工具名称或声称读取成功；能力缺失时使用已有导出 / 截图，仍不足以确认必要细节时报告访问缺口 |
 
-For conversion workflow and field mapping, read:
+按“业务意图 → 字段语义 → 已确认的校验与依赖 → 布局分组 → schema”转换，不机械照搬像素或设计图层名。合理默认只用于明确标注的控件与布局建议；业务规则缺口保持未确认。
 
-- [references/workflow.md](references/workflow.md)
+## Schema 与默认选择
 
-## Activation rules
+- 新代码使用 `YFormily`；历史 `YssFormily` 只在当前已安装兼容导出得到确认时使用。
+- 布局为 `FormLayout -> FormGrid -> 字段`，普通字段使用 `FormItem`；新建 / 编辑 / 查看可共用 schema 时优先复用。
+- 查看态按 `mode=2` 与必要的 `detail-*` 插槽处理；富输入使用 `Slot`。不依赖 React Formily UI 包，底层行为按安装的 Ant Design Vue。
+- 字段 key 稳定且有业务含义，分组反映领域语义；清楚区分已确认的必填 / 可选、联动 / 只读与待确认项，不臆造字典或隐藏异步校验。
+- 不因视觉有分组就将所有字段压平。无法推断的业务规则留在假设 / 未决项中，不转换成已确认校验。
 
-Use this skill when the request is any of the following:
+未提供其他选择时，可建议：文本 `Input`，长说明 `Input.TextArea`，布尔 `Switch`，单选 `Select` / `Radio.Group`，日期 `DatePicker`，分组 `GroupHeader`。纯 Formily 提交的底部动作可用 `AutoButtonGroup`；业务列表查询区按 `formily-foundation` 使用外部 YButton 查询 / 重置。默认建议以保守、可解释为准，不能覆盖已有代码或用户输入。
 
-- “根据需求描述生成表单 schema”
-- “根据原型图生成 YFormily”
-- “根据图片/截图还原表单”
-- “根据 Figma 生成表单 JSON Schema”
-- “把业务字段整理成 YFormily schema”
-- “输出 schema 和渲染代码”
+## 执行与输出
 
-## Core principle
+1. 确认输入来源、业务用途与模式，规范化字段列表。
+2. 选择字段类型、控件、分组和跨度，提取已确认的校验、enum 与联动；对不确定推断保留来源和假设。
+3. 生成 schema 与 model，按实际命中的 Formily 专项校验；请求代码时再生成必要的 scope、effects、插槽计划和 Vue 挂载示例。
+4. 核对稳定字段、业务分组、必填 / 可选、只读 / 联动与上游输入一致。冲突或必要细节不可读时保留缺口，回交原所有者，不能写成已确认结果。
 
-Do not mirror the visual surface blindly.
-Translate the input into a stable form model:
-
-1. business intent
-2. field semantics
-3. validation and dependency rules
-4. layout grouping
-5. YFormily schema
-
-The schema must reflect business meaning, not just pixel arrangement.
-
-## Input-specific workflow
-
-### Text requirement
-
-Extract, in order:
-
-1. form purpose
-2. mode: query, create, edit, detail, mixed
-3. sections or groups
-4. fields
-5. required rules
-6. options or dictionaries
-7. linkage rules
-8. submit and action area
-
-If some details are missing, make reasonable defaults and state the assumptions.
-
-### Screenshot or image
-
-Treat image understanding as approximate.
-First identify:
-
-- section boundaries
-- labels
-- control types
-- action buttons
-- required markers
-- visible dependency hints
-
-Infer likely field types from UI controls, but do not overclaim hidden business rules from appearance alone.
-If the image contains only visual cues and no validation semantics, generate a schema skeleton and explicitly mark uncertain fields.
-
-### Figma input
-
-When a Figma link or node is provided, discover an available design-inspection capability first. If unavailable, use supplied design exports or screenshots; report the missing access when those cannot establish a required detail. Do not invent a tool name or claim inspection succeeded.
-Extract:
-
-- field labels
-- control kinds
-- layout groups
-- helper text
-- required indicators
-- readonly versus editable patterns
-- footer actions
-
-Then convert that structure to YFormily, following local YSS conventions instead of raw design-tool naming.
-
-## Required outputs
-
-Unless the user asks for less, produce these artifacts:
-
-1. schema
-2. model shape
-3. assumptions
-4. open questions only if they block correctness
-
-If the user asks for code generation, also produce:
-
-5. `scope` plan
-6. `effects` plan if needed
-7. Vue usage snippet
-
-## Schema design rules
-
-Always align with `yss-formily`:
-
-- wrapper component for new code is `YFormily`; the historical `YssFormily` alias is accepted only when an existing installed export is verified
-- schema is `FormLayout -> FormGrid -> fields`
-- use `FormItem` for ordinary fields
-- prefer one shared schema for create/edit/detail when feasible
-- for detail rendering, plan `mode=2` and `detail-*` slots where needed
-- rich custom input uses `Slot`
-
-Do not emit schema that depends on React Formily UI packages.
-Treat Ant Design Vue semantics as the underlying component behavior.
-
-## Output quality bar
-
-A good generated schema should:
-
-- have stable field keys
-- use domain-oriented group names
-- distinguish required from optional fields
-- choose plausible component types
-- reflect obvious linkage and readonly behavior
-- leave non-inferable business rules as assumptions instead of hallucinating them
-
-## Generation sequence
-
-Follow this sequence every time:
-
-1. Classify the input source.
-2. Extract business structure.
-3. Normalize field list.
-4. Decide field types and components.
-5. Decide sections and layout spans.
-6. Identify validation, enum, and linkage requirements.
-7. Produce YFormily schema.
-8. Produce render snippet if requested.
-9. Call out assumptions and uncertain inferences.
-
-## When the input is incomplete
-
-Use these defaults unless the existing code or user input says otherwise:
-
-- text fields -> `Input`
-- long description -> `Input.TextArea`
-- boolean toggle -> `Switch`
-- single choice -> `Select` or `Radio.Group`
-- date -> `DatePicker`
-- grouped sections -> `GroupHeader`
-- footer buttons -> `AutoButtonGroup`
-
-Prefer conservative defaults over speculative complexity.
-
-## Do not do these things
-
-- Do not invent backend dictionaries that were never described.
-- Do not infer hidden async validation from visuals alone.
-- Do not flatten all fields into one group if the input clearly has sections.
-- Do not produce only a screenshot-level description when the user asked for schema.
-- Do not skip assumptions when confidence is low.
-
-## Recommended final structure
-
-When delivering a full conversion, prefer this output order:
-
-1. brief understanding
-2. assumptions
-3. field model
-4. schema
-5. optional render snippet
-6. optional next-step questions
+除非用户要求更少，返回简短理解、假设、字段 model、schema，以及真正阻断正确性的未决问题。请求代码时追加 scope 计划、必要的 effects 计划和 Vue 示例；不只描述截图，也不在低置信度时省略假设。