@chongyan/autospec 1.0.2 → 1.0.4

package/knowledge/02-process/03-implementation.md

@@ -1,90 +0,0 @@
-# 编码实现（含研发自测）
-
-## 目标
-将技术方案忠实落地为可运行代码，并通过研发自测验证基本正确性。
-
-## 输入
-经方案评审通过的技术方案文档（含关键假设清单）。
-
-## 核心动作
-
-### 编码（code-implementer执行）
-1. 按方案设计的架构和模块划分编写代码
-2. 严格遵循方案中的接口定义和数据模型
-3. 编写必要的注释（逻辑不自明的地方）
-4. 遵循项目编码规范
-5. 校验设计阶段的关键假设，在代码中体现约束
-
-### 研发自测（test-generator + test-coverage-reviewer执行）
-6. 编写单元测试，覆盖核心逻辑
-7. 编写集成测试，验证模块间交互
-8. 本地运行全部测试通过
-9. 自查代码与方案的一致性
-
-> 研发自测是编码阶段的一部分，不是独立阶段——写完代码就该自测，自测通过才有资格提交审查。
-
-## 输出
-自测通过的代码，包含：
-- 功能代码
-- 单元测试和集成测试
-- 自测报告（覆盖了什么、测试结果）
-- **关键假设清单**（继承设计阶段 + 实现中新发现的假设）
-- **证据清单**（测试通过截图/日志、覆盖率报告）
-
-## 质量关卡
-
-### Layer 1: 确定性验证
-- [ ] 编译通过（零错误）
-- [ ] 所有单元测试通过
-- [ ] 所有集成测试通过
-- [ ] lint检查通过（零违规或仅warning）
-- [ ] 类型检查通过（如适用）
-
-**Layer 1不过，不进Layer 2。**
-
-### Layer 2: AI审查（code-reviewer执行）
-必须满足：
-- [ ] 代码实现与技术方案一致，未自作主张偏离设计（参考 methodology/checklists/code.md）
-- [ ] 单元测试覆盖核心逻辑路径
-- [ ] 无明显安全漏洞（SQL注入、XSS、越权等OWASP Top 10）
-- [ ] 设计阶段的关键假设在代码中得到正确体现
-
-建议满足：
-- [ ] 测试覆盖边界条件和异常路径
-- [ ] 代码可读性良好，命名清晰
-- [ ] 无硬编码的配置项
-- [ ] 错误处理完善
-
-输出格式：通过/不通过 + 逐项判定 + 证据 + 修复建议
-
-## 关键假设
-本阶段典型假设：
-- 第三方库API行为的假设
-- 并发/线程安全的假设
-- 数据格式和编码的假设
-- 环境和依赖版本的假设
-
-规则：待确认假设超过3个 → 升级人工确认。
-
-## AI自主决策边界
-| 决策类型 | 处理方式 |
-|---------|---------|
-| 发现方案有缺陷需要调整 | **必须人工确认是否回退设计** |
-| 方案未覆盖的边界情况 | **人工决定处理方式** |
-| 实现细节（变量命名、代码组织） | AI自主 |
-| 测试用例设计 | AI自主 |
-| 错误处理策略（方案内） | AI自主 |
-| 不确定的实现决策 | AI做合理默认+标记NEEDS CLARIFICATION（最多3个） |
-
-## 反模式清单
-1. **偏离设计**：编码时觉得方案不好，自行修改。检测：逐项对照方案接口和数据模型
-2. **自测走过场**：只测happy path。检测：checklist强制要求覆盖异常路径
-3. **过度优化**：在实现阶段做性能优化。检测：先正确后优化，除非方案明确要求
-4. **蛮力修复**：测试不过用@JsonIgnore、跳过测试、增加内存。检测：禁止skip/ignore注解
-5. **虚假成功声明**：测试红灯时称代码完成。检测：Layer 1确定性验证不可绕过
-6. **重复造轮子**：不搜索项目已有工具/组件就新建。检测：新建文件前搜索同名/同功能
-
-## 常见问题
-- **偏离设计**：编码时觉得方案不好，自行修改。应对：严格对照方案，有异议回退到设计阶段
-- **自测走过场**：只测happy path。应对：checklist强制要求覆盖异常路径
-- **过度优化**：在实现阶段做性能优化。应对：先正确，后优化，除非方案明确要求

package/knowledge/02-process/04-review.md

@@ -1,80 +0,0 @@
-# 代码审查
-
-## 目标
-独立审查代码质量、安全性、性能，确保代码达到可合并标准。
-
-## 输入
-- 自测通过的代码（Layer 1确定性验证已通过）
-- 技术方案文档（对照设计）
-- 自测报告
-- 关键假设清单（累积至今）
-
-## 核心动作
-1. 检查代码与技术方案的一致性（逐项对照）
-2. 审查代码质量（可读性、可维护性、命名规范）
-3. 审查安全性（注入、越权、敏感信息泄露等OWASP Top 10）
-4. 审查性能（明显的性能问题、资源泄露、N+1查询）
-5. 审查测试充分性（覆盖率、边界条件）
-6. 校验关键假设的跨阶段一致性
-7. 输出审查意见（结构化格式，附证据）
-
-> **做审分离（DP2）**：代码审查必须由独立于编码实现的AI实例执行。
-
-## 输出
-审查报告，包含：
-- 结论：通过 / 不通过
-- 逐项审查结果（每项附证据引用）
-- 必须修复的问题（blocking）
-- 建议改进的问题（non-blocking）
-- 修复建议
-- **关键假设验证结果**（上游假设在代码中的体现是否正确）
-
-## 质量关卡
-
-### Layer 1: 确定性验证
-- [ ] 编译通过（在审查环境重新验证）
-- [ ] 所有测试通过（在审查环境重新运行）
-- [ ] lint通过
-- [ ] 类型检查通过
-
-### Layer 2: AI审查（独立code-reviewer执行）
-必须满足：
-- [ ] 无blocking级别的审查问题
-- [ ] 代码与方案设计一致
-- [ ] 无安全漏洞
-- [ ] 测试覆盖核心逻辑
-- [ ] 关键假设跨阶段一致
-
-建议满足：
-- [ ] non-blocking问题已记录，计划后续处理
-- [ ] 代码风格统一
-
-输出格式：通过/不通过 + 逐项判定 + 证据 + 修复建议
-
-## 关键假设
-本阶段重点校验：
-- 需求→设计→实现的假设链是否一致
-- 是否有假设在实现中被隐式修改但未更新文档
-
-规则：发现假设不一致 → 必须标记为blocking问题。
-
-## AI自主决策边界
-| 决策类型 | 处理方式 |
-|---------|---------|
-| 发现架构级问题（需重新设计） | **必须人工确认是否回退** |
-| 审查意见有争议 | **人工裁决** |
-| blocking vs non-blocking分类 | AI自主（有明确标准） |
-| 修复建议的具体方案 | AI自主 |
-| 代码风格问题的严重程度 | AI自主 |
-
-## 反模式清单
-1. **橡皮图章**：审查走过场，什么都通过。检测：每条"通过"必须附具体证据
-2. **吹毛求疵**：纠结代码风格等非关键问题。检测：区分blocking和non-blocking，风格问题不可blocking
-3. **缺乏上下文**：不了解需求和设计就审代码。检测：审查输入必须包含方案文档，审查步骤必须先读方案
-4. **假设漂移忽视**：不校验跨阶段假设一致性。检测：审查输出必须包含假设验证section
-5. **自我确认偏差**：做和审是同一个AI实例。检测：command-runner确保实例隔离
-
-## 常见问题
-- **橡皮图章**：审查走过场，什么都通过。应对：审类skill有明确评判标准，逐项检查
-- **吹毛求疵**：纠结代码风格等非关键问题。应对：区分blocking和non-blocking，不因风格问题阻塞
-- **缺乏上下文**：不了解需求和设计就审代码。应对：审查输入必须包含方案文档

package/knowledge/02-process/05-testing.md

@@ -1,90 +0,0 @@
-# QA测试
-
-## 目标
-独立于开发团队，从用户视角验证产品功能正确性、边界覆盖和整体质量。
-
-## 输入
-- 审查通过的代码（Layer 1+Layer 2均通过）
-- 结构化需求文档（对照验收标准）
-- 技术方案文档（理解设计意图）
-- 关键假设清单（累积至今，需最终验证）
-
-## 核心动作
-1. **制定测试方案**（test-planner执行）
-   - 基于需求文档梳理测试场景
-   - 设计端到端测试用例
-   - 规划边界条件和异常路径覆盖
-2. **执行系统测试**
-   - 功能验证：逐条对照验收标准
-   - 边界测试：极端值、空值、并发等
-   - 兼容性测试（如适用）
-3. **探索性测试**（exploratory-tester执行）
-   - 非预设路径的主动探索
-   - 模拟真实用户使用习惯
-4. **缺陷分析**（defect-analyzer执行）
-   - 发现的问题进行根因定位
-   - 评估严重性和影响范围
-   - 判断回归风险
-5. **关键假设最终验证**
-   - 校验需求→设计→实现全链路假设的一致性
-   - 在真实运行环境中验证假设是否成立
-
-## 输出
-测试报告，包含：
-- 测试方案和覆盖范围
-- 测试用例执行结果
-- 缺陷列表（含严重性、根因分析、复现步骤）
-- 结论：通过 / 不通过
-- 遗留风险评估
-- **关键假设最终验证结果**
-- **证据清单**（测试日志、截图、覆盖率数据）
-
-## 质量关卡
-
-### Layer 1: 确定性验证
-- [ ] 所有自动化测试用例执行通过
-- [ ] 端到端测试通过
-- [ ] 性能测试在可接受范围内（如适用）
-
-### Layer 2: AI审查（test-coverage-reviewer执行）
-必须满足：
-- [ ] 需求文档中所有验收标准逐条验证通过
-- [ ] 无严重（Critical/Major）级别缺陷
-- [ ] 核心用户场景端到端测试通过
-- [ ] 关键假设全链路验证通过
-
-建议满足：
-- [ ] 边界条件和异常路径有覆盖
-- [ ] 探索性测试已执行
-- [ ] 遗留风险已评估并记录
-
-输出格式：通过/不通过 + 逐项判定 + 证据 + 修复建议
-
-## 关键假设
-本阶段重点验证：
-- 全链路假设一致性（需求→设计→实现→测试）
-- 性能假设在真实环境中是否成立
-- 第三方服务在真实场景中的表现
-
-规则：关键假设验证失败 → 必须追溯到假设来源阶段回退修正。
-
-## AI自主决策边界
-| 决策类型 | 处理方式 |
-|---------|---------|
-| 缺陷是否为blocking需严重性判断 | **人工判断** |
-| 测试覆盖范围是否充分 | **人工确认**（涉及业务优先级） |
-| 测试用例设计 | AI自主 |
-| 缺陷根因分析 | AI自主 |
-| 测试执行顺序 | AI自主 |
-
-## 反模式清单
-1. **只测happy path**：不测边界和异常。检测：测试方案必须包含边界条件覆盖计划
-2. **测试与需求脱节**：测了很多但没对照验收标准。检测：逐条对照需求文档验收标准
-3. **缺陷描述不清**：无法复现。检测：每个缺陷必须包含复现步骤和环境信息
-4. **假设验证遗漏**：只测功能不验假设。检测：输出必须包含关键假设验证section
-5. **测试环境偏差**：测试环境与生产差异大导致结果不可信。检测：记录环境差异并评估影响
-
-## 常见问题
-- **只测happy path**：不测边界和异常。应对：测试方案必须包含边界条件覆盖计划
-- **测试与需求脱节**：测了很多但没对照验收标准。应对：逐条对照需求文档的验收标准
-- **缺陷描述不清**：无法复现。应对：每个缺陷必须包含复现步骤和环境信息

package/knowledge/02-process/06-delivery.md

@@ -1,88 +0,0 @@
-# 交付部署
-
-## 目标
-将测试通过的代码安全、可控地部署到生产环境。
-
-## 输入
-- QA测试通过的代码
-- 测试报告（含遗留风险评估）
-- 关键假设清单（全链路已验证）
-
-## 核心动作
-1. **发布前置检查**（release-checker执行）
-   - 检查所有前置条件是否满足
-   - 确认遗留风险可接受
-   - 确认回滚方案就绪
-   - 检查宪法门禁（不可违反红线）
-2. **编写变更记录**
-   - 本次发布包含的功能/修复
-   - 影响范围
-   - 注意事项
-   - 关键假设和风险的最终状态
-3. **执行部署**（**必须人工确认**——不可逆动作）
-   - 按部署流程执行
-   - 监控部署过程
-4. **部署后验证**
-   - 冒烟测试：核心功能是否正常
-   - 监控指标：是否有异常波动
-   - 回滚方案验证：确认可快速回滚
-
-## 输出
-- 变更记录
-- 部署结果确认
-- 部署后验证报告
-- **证据清单**（部署日志、冒烟测试结果、监控截图）
-
-## 质量关卡
-
-### Layer 1: 确定性验证
-- [ ] 发布前置checklist全部通过（参考 methodology/checklists/release.md）
-- [ ] 回滚方案已确认且可执行
-- [ ] 变更记录已编写
-- [ ] 部署后冒烟测试通过
-- [ ] 监控指标无异常（自动化监控检查）
-
-### Layer 2: AI审查（release-checker执行）
-必须满足：
-- [ ] 所有前置条件满足
-- [ ] 遗留风险已评估且可接受
-- [ ] 回滚方案完整可行
-- [ ] 变更记录准确完整
-
-建议满足：
-- [ ] 监控告警已配置
-- [ ] 相关方已通知
-- [ ] 灰度/金丝雀策略已准备（如适用）
-
-输出格式：通过/不通过 + 逐项判定 + 证据 + 修复建议
-
-## 关键假设
-本阶段重点确认：
-- 部署环境与测试环境的一致性假设
-- 数据迁移的安全性假设
-- 服务依赖的可用性假设
-
-规则：任何假设存疑 → 暂停部署，人工评估。
-
-## AI自主决策边界
-| 决策类型 | 处理方式 |
-|---------|---------|
-| 生产环境部署执行 | **必须人工确认**（不可逆动作） |
-| 数据库迁移执行 | **必须人工确认**（不可逆动作） |
-| 部署后发现异常是否回滚 | **人工决定** |
-| 外部API调用/通知发送 | **必须人工确认**（不可逆动作） |
-| 变更记录编写 | AI自主 |
-| 前置检查执行 | AI自主 |
-| 冒烟测试执行 | AI自主 |
-
-## 反模式清单
-1. **带病上线**：有已知问题但赶工期。检测：遗留风险必须记录并人工确认可接受
-2. **忘记回滚方案**：出问题了不知道怎么回退。检测：回滚方案是前置检查的必选项
-3. **部署后不验证**：部署完就走人。检测：冒烟测试是质量关卡的必须项
-4. **自动执行不可逆动作**：未经人工确认就执行DB迁移/部署。检测：command-runner强制人工确认
-5. **环境差异忽视**：测试环境通过但生产环境不同。检测：前置检查包含环境一致性校验
-
-## 常见问题
-- **带病上线**：有已知问题但赶工期。应对：遗留风险必须记录并人工确认可接受
-- **忘记回滚方案**：出问题了不知道怎么回退。应对：回滚方案是发布前置检查的必选项
-- **部署后不验证**：部署完就走人。应对：冒烟测试是质量关卡的必须项

package/knowledge/02-process/README.en.md

@@ -1,143 +0,0 @@
-# Process Layer
-
-> **Purpose**: Product development process definition, covering 6-stage execution flow
->
-> **Evolution Zone**: 🟡 Controlled (Auto-proposed + Human-approved)
-
----
-
-## Directory Structure
-
-```
-02-process/
-├── README.md                     # This file (Process Navigation)
-├── 00-overview.md                # Process Overview
-├── 01-requirement.md             # Requirement Analysis Stage
-├── 02-design.md                  # Solution Design Stage
-├── 03-implementation.md          # Implementation Stage
-├── 04-review.md                  # Code Review Stage
-├── 05-testing.md                 # QA Testing Stage
-└── 06-delivery.md                # Delivery Stage
-```
-
----
-
-## Process Description
-
-### 00-overview.md — Process Overview
-
-**Content**: Development process overview, startup gate, execution modes
-
-**Core Chapters**:
-- 6-Stage Process Framework
-- Startup Gate Rules
-- Execution Modes (Autonomous / Interactive)
-- Iteration Modes (Waterfall / Agile / Experiment / Hotfix)
-
-**Location**: [00-overview.md](00-overview.md)
-
-### 01-requirement.md — Requirement Analysis Stage
-
-**Content**: Execution guide for Requirement Analysis stage
-
-**Core Chapters**:
-- Requirement Exploration & Clarification
-- Requirement Structuring
-- Acceptance Criteria Definition
-- Requirement Checklist
-
-**Location**: [01-requirement.md](01-requirement.md)
-
-### 02-design.md — Solution Design Stage
-
-**Content**: Execution guide for Solution Design stage
-
-**Core Chapters**:
-- Architecture Design
-- API Design
-- Data Model Design
-- Technology Selection
-- Design Checklist
-
-**Location**: [02-design.md](02-design.md)
-
-### 03-implementation.md — Implementation Stage
-
-**Content**: Execution guide for Implementation stage
-
-**Core Chapters**:
-- Coding Standards
-- Layer 1 Validation
-- Data Safety Practices
-- Implementation Checklist
-
-**Location**: [03-implementation.md](03-implementation.md)
-
-### 04-review.md — Code Review Stage
-
-**Content**: Execution guide for Code Review stage
-
-**Core Chapters**:
-- Review Process
-- Review Dimensions (Architecture/Security/Performance/Maintainability/Logic)
-- Review Comment Format
-- Review Pass Criteria
-
-**Location**: [04-review.md](04-review.md)
-
-### 05-testing.md — QA Testing Stage
-
-**Content**: Execution guide for QA Testing stage
-
-**Core Chapters**:
-- Testing Strategy
-- Test Case Design
-- Integration Testing
-- E2E Testing
-- Testing Checklist
-
-**Location**: [05-testing.md](05-testing.md)
-
-### 06-delivery.md — Delivery Stage
-
-**Content**: Execution guide for Delivery stage
-
-**Core Chapters**:
-- Pre-release Check
-- Deployment Process
-- Rollback Plan
-- Monitoring & Alerting
-- Release Checklist
-
-**Location**: [06-delivery.md](06-delivery.md)
-
----
-
-## Usage
-
-Process files are applied in the following scenarios:
-
-1. **Start New Task**: Read `00-overview.md` to confirm startup gate
-2. **Requirement Analysis**: Follow `01-requirement.md`
-3. **Solution Design**: Follow `02-design.md`
-4. **Implementation**: Follow `03-implementation.md`
-5. **Code Review**: Follow `04-review.md`
-6. **Testing**: Follow `05-testing.md`
-7. **Delivery**: Follow `06-delivery.md`
-
----
-
-## Related Documents
-
-| Document | Description |
-|----------|-------------|
-| [../01-principles/](../01-principles/) | Principles Layer (Basis for process design) |
-| [../03-guides/](../03-guides/) | Capability Guides (Detailed skills for stage execution) |
-| [../04-checklists/](../04-checklists/) | Checklists (Self-check items before stage completion) |
-
----
-
-**Maintainer**: AutoSpec Team
-**Evolution Zone**: 🟡 Controlled
-**Version**: v1.0
-**Last Updated**: 2026-03-27

package/knowledge/02-process/README.md

@@ -1,186 +0,0 @@
-# 流程层
-
-> **定位**: 产品研发全流程定义，覆盖 6 阶段执行流程
->
-> **进化分区**: 🟡 受控区（自动提议 + 人工批准）
-
----
-
-## 目录结构
-
-```
-02-process/
-├── README.md                     # 本文件（流程层导航）
-├── 00-overview.md                # 流程概览
-├── 01-requirement.md             # 需求分析阶段
-├── 02-design.md                  # 方案设计阶段
-├── 03-implementation.md          # 编码实现阶段
-├── 04-review.md                  # 代码审查阶段
-├── 05-testing.md                 # QA 测试阶段
-└── 06-delivery.md                # 交付部署阶段
-```
-
----
-
-## 运行模式
-
-### 两种执行方式
-
-| 模式 | 说明 | 适用场景 |
-|------|------|---------|
-| **run** | 自动流程，用户选择迭代模式后全自动执行 | 无人值守、完整流程 |
-| **分阶段命令** | 手动流程，explore→propose→apply→archive 逐步执行 | 精细控制、阶段验证 |
-
-### 迭代模式
-
-| 模式 | 驱动方式 | 适用场景 |
-|------|---------|---------|
-| waterfall | 阶段驱动 | 需求稳定、项目明确 |
-| agile | 故事驱动 | 需求变化、增量交付 |
-| experiment | 假设驱动 | 探索性验证、A/B测试 |
-| hotfix | 问题驱动 | 紧急修复、快速响应 |
-
-### 动态智能体调度
-
-```
-1. 读取 role-composition.yaml
-2. project-evolve-scanner 检测技术栈
-3. 根据复杂度选择团队：
-   - 简单：CEO + PO + TechLead
-   - 中等：+ Engineer
-   - 复杂：+ QA + Security + Data
-4. 涉及AI → 强制加入 ai-engineer
-5. 涉及数据 → 强制加入 data-engineer
-```
-
-### 保障机制
-
-| 机制 | 说明 |
-|------|------|
-| 双层验证 | Layer1编译测试 + Layer2 AI审查 |
-| 做审分离 | 不同Agent实例，信息隔离 |
-| 精准回退 | 最多3次修复循环 |
-| 安全制动 | 不可逆动作需人工确认 |
-| 阶段门禁 | 每阶段验证通过才能进入下一阶段 |
-
----
-
-## 流程说明
-
-### 00-overview.md — 流程概览
-
-**内容**: 研发流程总览、启动门禁、执行模式
-
-**核心章节**:
-- 6 阶段流程框架
-- 启动门禁规则
-- 执行模式（自主模式/交互模式）
-- 迭代模式（瀑布/敏捷/实验/热修复）
-
-**位置**: [00-overview.md](00-overview.md)
-
-### 01-requirement.md — 需求分析阶段
-
-**内容**: 需求分析阶段执行指南
-
-**核心章节**:
-- 需求探索与澄清
-- 需求文档结构化
-- 验收标准定义
-- 需求检查清单
-
-**位置**: [01-requirement.md](01-requirement.md)
-
-### 02-design.md — 方案设计阶段
-
-**内容**: 方案设计阶段执行指南
-
-**核心章节**:
-- 架构设计
-- 接口设计
-- 数据模型设计
-- 技术选型
-- 设计检查清单
-
-**位置**: [02-design.md](02-design.md)
-
-### 03-implementation.md — 编码实现阶段
-
-**内容**: 编码实现阶段执行指南
-
-**核心章节**:
-- 编码规范
-- Layer 1 验证
-- 数据安全实践
-- 编码检查清单
-
-**位置**: [03-implementation.md](03-implementation.md)
-
-### 04-review.md — 代码审查阶段
-
-**内容**: 代码审查阶段执行指南
-
-**核心章节**:
-- 审查流程
-- 审查维度（架构/安全/性能/可维护性/逻辑）
-- 审查意见格式
-- 审查通过标准
-
-**位置**: [04-review.md](04-review.md)
-
-### 05-testing.md — QA 测试阶段
-
-**内容**: QA 测试阶段执行指南
-
-**核心章节**:
-- 测试策略
-- 测试用例设计
-- 集成测试
-- E2E 测试
-- 测试检查清单
-
-**位置**: [05-testing.md](05-testing.md)
-
-### 06-delivery.md — 交付部署阶段
-
-**内容**: 交付部署阶段执行指南
-
-**核心章节**:
-- 发布前检查
-- 部署流程
-- 回滚方案
-- 监控告警
-- 发布检查清单
-
-**位置**: [06-delivery.md](06-delivery.md)
-
----
-
-## 使用方式
-
-流程文件在以下场景应用：
-
-1. **启动新任务**: 读取 `00-overview.md` 确认启动门禁
-2. **需求分析**: 遵循 `01-requirement.md` 执行
-3. **方案设计**: 遵循 `02-design.md` 执行
-4. **编码实现**: 遵循 `03-implementation.md` 执行
-5. **代码审查**: 遵循 `04-review.md` 执行
-6. **测试验证**: 遵循 `05-testing.md` 执行
-7. **交付部署**: 遵循 `06-delivery.md` 执行
-
----
-
-## 与相关文档的关系
-
-| 文档 | 说明 |
-|------|------|
-| [../01-principles/](../01-principles/) | 原则层（流程设计的依据） |
-| [../03-guides/](../03-guides/) | 能力指南（阶段执行的详细技能） |
-| [../04-checklists/](../04-checklists/) | 检查清单（各阶段完成前的自检项） |
-
----
-
-**维护者**: AutoSpec 团队
-**进化分区**: 🟡 受控区
-**版本**: v1.0
-**最后更新**: 2026-03-27