@chongyan/autospec 1.0.1 → 1.0.2

package/knowledge/{environment → 06-environment}/README.en.md

@@ -11,6 +11,10 @@ environment/
 └── detection-patterns.yaml  # Detection pattern configuration
 ```
 
+> **Note**: Middleware and component knowledge templates have been integrated into `09-templates/`:
+> - [09-templates/13-middleware-knowledge.md](../09-templates/13-middleware-knowledge.md)
+> - [09-templates/10-component-knowledge.md](../09-templates/10-component-knowledge.md)
+
 ## Core Features
 
 ### Auto Detection

package/knowledge/{environment → 06-environment}/README.md

@@ -1,6 +1,10 @@
 # 环境衔接协议
 
-> 让 AutoSpec 能够快捷地与不同组织的中间件、组件、自定义框架、集成环境等稳定安全高效衔接。
+> **定位**: 让 AutoSpec 能够快捷地与不同组织的中间件、组件、自定义框架、集成环境等稳定安全高效衔接
+>
+> **进化分区**: 🔵 环境知识区
+
+---
 
 ## 核心概念
 
@@ -30,36 +34,50 @@ Layer 3: Integration Knowledge（集成知识）
 | 环境知识 | 受控区 | 人工定义 + 自动验证 |
 | 组件知识 | 自由区 | 自动进化 + validator 验证 |
 | 集成知识 | 受控区 | 人工定义 + 自动执行 |
-| 测试知识 | 受控区 | skill-distiller 自动学习 + 人工审批 |
+| 测试知识 | 受控区 | field-evolve-distiller 自动学习 + 人工审批 |
+
+---
 
 ## 目录结构
 
 ```
-.autospec/environment/
-├── env-knowledge/          # 环境知识
-│   ├── middleware/         # 中间件配置（mysql.yaml, redis.yaml）
-│   ├── infrastructure/     # 基础设施（k8s.yaml, monitoring.yaml）
-│   └── env-variables/      # 环境变量模板
-│
-├── component-lib/          # 组件知识库
-│   ├── components/         # 组织组件库（auth/, payment/）
-│   ├── best-practices/     # 最佳实践
-│   └── domain-models/      # 领域模型
-│
-├── integration/            # 集成知识
-│   ├── ci-cd/              # CI/CD 配置
-│   ├── testing/            # 测试知识（自进化）
-│   │   └── overview.md     # 集成测试概述
-│   └── deployment/         # 部署配置
-│
-├── detection-patterns.yaml # 自定义检测模式（可选）
-└── registry.json           # 知识注册表
+06-environment/
+├── README.md                     # 本文件（环境衔接协议）
+├── 00-template-registry.md       # 模板注册表
+└── 01-detection-patterns.yaml    # 检测模式配置
 ```
 
+> **注意**: 中间件和组件知识模板已整合到 `09-templates/` 目录：
+> - [09-templates/13-middleware-knowledge.md](../09-templates/13-middleware-knowledge.md)
+> - [09-templates/10-component-knowledge.md](../09-templates/10-component-knowledge.md)
+
+---
+
 ## 知识模板
 
-- [中间件知识模板](./middleware-knowledge.md) - 中间件配置和最佳实践
-- [组件知识模板](./component-knowledge.md) - 组件定义和使用示例
+### 00-template-registry.md — 模板注册表
+
+**内容**: 环境知识模板注册表
+
+**核心章节**:
+- 模板列表
+- 模板使用说明
+- 模板更新记录
+
+**位置**: [00-template-registry.md](00-template-registry.md)
+
+### 01-detection-patterns.yaml — 检测模式配置
+
+**内容**: 自定义环境检测模式
+
+**核心配置**:
+- 检测规则
+- 检测条件
+- 检测动作
+
+**位置**: [01-detection-patterns.yaml](01-detection-patterns.yaml)
+
+---
 
 ## CLI 命令
 
@@ -73,6 +91,8 @@ Layer 3: Integration Knowledge（集成知识）
 | `autospec component` | 列出可用的组织组件 |
 | `autospec component:add <name>` | 添加组件知识 |
 
+---
+
 ## 自动检测机制
 
 `autospec init` 会自动扫描项目代码，检测：
@@ -83,5 +103,26 @@ Layer 3: Integration Knowledge（集成知识）
 
 检测到后会自动：
 - 生成环境知识配置
-- 注册到 registry.json
-- 激活知识（后续流程自动注入上下文）
+- 注册到 template-registry
+- 激活知识（后续流程自动注入上下文）
+
+---
+
+## 与相关文档的关系
+
+| 文档 | 说明 |
+|------|------|
+| [../05-config/](../05-config/) | 配置文件（验证模式） |
+| [../03-guides/](../03-guides/) | 能力指南（环境相关技能） |
+| [../02-process/03-implementation.md](../02-process/03-implementation.md) | 编码实现阶段（环境检测） |
+
+---
+
+**维护者**: AutoSpec 团队
+**进化分区**: 🔵 环境知识区
+**版本**: v1.1
+**最后更新**: 2026-03-28
+
+---
+
+⬆️ [返回知识层目录](../README.md) · 🌍 [环境知识总览](#)

package/knowledge/{standards/coding-style.md → 07-standards/00-coding-style.md}

@@ -1,14 +1,15 @@
 # 通用编码规范
 
-> **版本**: v1.0
-> **最后更新**: 2026-03-26
+> **版本**: v1.1
+> **最后更新**: 2026-03-27
 > **适用范围**: 所有 Java/后端项目
-> **设计原则**: 安全第一、可读性优先、预防为主
+> **设计原则**: 安全第一、可读性优先、预防为主、复用优先
 
 ---
 
 ## 📑 目录
 
+0. [复用优先与禁止硬编码](#0-复用优先与禁止硬编码)
 1. [数据安全](#1-数据安全)
 2. [异常处理](#2-异常处理)
 3. [多线程](#3-多线程)
@@ -23,6 +24,124 @@
 
 ---
 
+## 0. 复用优先与禁止硬编码
+
+### 0.1 优先复用项目现有能力
+
+**说明**: 在实现任何功能或修复问题时，必须先扫描项目已有的框架、工具类、组件。
+
+**强制要求**:
+- 实现前先搜索代码库，查找是否有类似实现
+- 优先使用项目已有的 AOP 框架、Helper 工具、Util 类
+- 按已有代码的模式和风格实现新功能
+- 绝不重复造轮子
+
+**错误示例**:
+```java
+// ❌ 项目已有 TracingHelper，却自己新建埋点类
+public class MyTracingHelper {
+    // 重复实现埋点逻辑
+}
+
+// ❌ 项目已有 LogUtil，却直接使用 logger
+private static final Logger logger = LoggerFactory.getLogger(Xxx.class);
+logger.info("xxx");  // 没有 TraceId，无法链路追踪
+```
+
+**正确示例**:
+```java
+// ✅ 复用项目已有的 TracingHelper
+@Autowired
+private TracingHelper tracingHelper;
+
+// ✅ 使用项目已有的 LogUtil（带 TraceId）
+LogUtil.info("key", "value");
+```
+
+### 0.2 禁止硬编码
+
+**说明**: 不可在代码中硬编码目录名、包名、类名、配置项等。
+
+**强制要求**:
+- 路径配置从配置文件或环境知识中读取
+- 技术栈信息从项目文件中动态识别
+- 支持不同项目的差异化配置
+
+**错误示例**:
+```java
+// ❌ 硬编码路径
+String configPath = "/home/user/projects/myapp/config/";
+
+// ❌ 硬编码包名
+String basePackage = "com.example.myapp.service";
+
+// ❌ 硬编码文件名
+String pomFile = "backend/service/pom.xml";
+```
+
+**正确示例**:
+```java
+// ✅ 从配置文件读取
+@Value("${app.config.path}")
+private String configPath;
+
+// ✅ 动态扫描识别
+File projectRoot = findProjectRoot();
+List<String> pomFiles = scanForPattern(projectRoot, "**/pom.xml");
+```
+
+### 0.3 设计原则约束
+
+自主修复场景下，必须遵循以下面向对象设计原则：
+
+**单一职责原则 (SRP)**:
+- 每个类/方法只负责一项职责
+- 修复代码不创建"上帝类"或"万能方法"
+- 职责单一便于维护、测试和复用
+
+**开闭原则 (OCP)**:
+- 对扩展开放，对修改关闭
+- 新增功能通过扩展实现，不修改已有核心代码
+- 通过接口或抽象类约束扩展边界
+
+**里氏替换原则 (LSP)**:
+- 子类必须能够替换其父类，程序行为不变
+- 继承必须确保合理，不破坏继承体系
+- 避免滥用继承，优先考虑组合
+
+**依赖倒置原则 (DIP)**:
+- 面向接口编程，不依赖具体实现
+- 高层模块和低层模块都依赖抽象
+- 通过构造函数注入、setter 注入实现依赖注入
+
+**接口隔离原则 (ISP)**:
+- 使用多个专门的接口，不使用单一的总接口
+- 将臃肿庞大的接口分解为多个独立的较小接口
+- 客户端不应该依赖它不需要的接口
+
+**迪米特法则 (最少知道原则)**:
+- 一个对象应该对其他对象有最少的了解
+- 只与直接的朋友通信，不与"陌生人"交谈
+- 降低类与类之间的耦合
+
+**合成/复用原则**:
+- 优先使用组合/聚合，其次才是继承
+- 组合复用比继承复用更灵活，耦合度更低
+
+**高内聚低耦合**:
+- 模块内部元素应紧密相关（高内聚）
+- 模块之间依赖应尽可能少（低耦合）
+- 变化点必须封装隔离（面向变化设计）
+
+**AOP 优先**:
+- 涉及跨切面功能（日志、埋点、鉴权、事务等）时，优先使用 AOP 切面方式
+- 禁止侵入业务代码，通过切面增强实现
+- 保持核心业务逻辑的纯净性
+
+> 详细说明和代码示例见：[第 11 节 面向对象设计原则](#11-面向对象设计原则)
+
+---
+
 ## 1. 数据安全
 
 ### 1.1 更新数据前必须加锁（一锁二判三更新）
@@ -937,4 +1056,4 @@ public class OrderService {
 
 **维护者**: AutoSpec 团队
 **反馈渠道**: 知识库 Git 仓库 Issue
-**关联文档**: `knowledge/standards/data-consistency.md`, `knowledge/standards/code-review.md`
+**关联文档**: `knowledge/07-standards/02-data-consistency.md`, `knowledge/07-standards/01-code-review.md`

package/knowledge/{standards/code-review.md → 07-standards/01-code-review.md}

@@ -690,15 +690,15 @@ refactor(user): extract user validation logic to separate class
 1. **《风险防范基本条例》** - 代码评审强制要求
 2. **Conventional Commits** - 提交信息格式规范
 3. **前端研发框架最佳实践** - 前端开发规范
-4. **编码规范** - `knowledge/standards/coding-style.md`
-5. **数据一致性规范** - `knowledge/standards/data-consistency.md`
+4. **编码规范** - `knowledge/07-standards/00-coding-style.md`
+5. **数据一致性规范** - `knowledge/07-standards/02-data-consistency.md`
 
 ---
 
 ## 九、AI 增强 Code Review
 
 > 本章节定义如何利用 AI 增强代码审查流程。
-> 与 `knowledge/organization/ai-native-team.md` 中的多代理审查系统互补。
+> 与 [organization/01-ai-native-culture.md](../organization/01-ai-native-culture.md) 中的多代理审查系统互补。
 
 ### 9.1 AI 审查角色定义
 

package/knowledge/{standards/data-consistency.md → 07-standards/02-data-consistency.md}

@@ -1082,4 +1082,4 @@ public class DataReconciliationJob {
 ---
 
 **维护者**: AutoSpec 团队
-**关联文档**: `knowledge/standards/coding-style.md`, `knowledge/standards/code-review.md`
+**关联文档**: `knowledge/07-standards/00-coding-style.md`, `knowledge/07-standards/01-code-review.md`

package/knowledge/{standards/document-versioning.md → 07-standards/03-document-versioning.md}

@@ -207,4 +207,4 @@ template_updated: YYYY-MM-DD
 ---
 
 **维护者**: 项目团队
-**关联文档**: `knowledge/principles/evolution.md`, `knowledge/guides/support/consistency-checker.md`
+**关联文档**: `principles/04-evolution-mechanism.md`, `03-guides/14-check-consistency.md`

package/knowledge/{standards/risk-detection.md → 07-standards/04-risk-detection.md}

@@ -142,10 +142,10 @@ upstream: [REQ-{feature}-001, DES-{feature}-001]
 
 | 阶段 | 检查清单引用 |
 |------|-------------|
-| 需求分析 | `knowledge/checklists/requirement.md` |
-| 方案设计 | `knowledge/checklists/design.md` |
-| 编码实现 | `knowledge/checklists/code.md` |
-| 交付部署 | `knowledge/checklists/release.md` |
+| 需求分析 | `knowledge/04-checklists/00-requirement.md` |
+| 方案设计 | `knowledge/04-checklists/01-design.md` |
+| 编码实现 | `knowledge/04-checklists/02-code.md` |
+| 交付部署 | `knowledge/04-checklists/04-release.md` |
 
 ## 风险等级定义
 
@@ -183,4 +183,4 @@ upstream: [REQ-{feature}-001, DES-{feature}-001]
 ---
 
 **维护者**: 项目团队
-**关联文档**: `knowledge/checklists/release.md`, `knowledge/domain/rules.md`
+**关联文档**: `knowledge/04-checklists/04-release.md`, `knowledge/09-templates/06-business-rules.md`

package/knowledge/07-standards/README.en.md

@@ -0,0 +1,119 @@
+# Standards
+
+> **Purpose**: Standards for coding, review, data consistency, etc.
+>
+> **Evolution Zone**: 🟡 Controlled (Auto-proposed + Human-approved)
+
+---
+
+## Directory Structure
+
+```
+07-standards/
+├── README.md                     # This file (Standards Navigation)
+├── 00-coding-style.md            # Coding Style Guide
+├── 01-code-review.md             # Code Review Standard
+├── 02-data-consistency.md        # Data Consistency Standard
+├── 03-document-versioning.md     # Document Versioning Standard
+└── 04-risk-detection.md          # Risk Detection Standard
+```
+
+---
+
+## Standards Description
+
+### 00-coding-style.md — Coding Style Guide
+
+**Content**: General coding standards, covering data safety, exception handling, multi-threading, database operations, etc.
+
+**Core Chapters**:
+- Reuse First & No Hardcoding
+- Data Safety (Lock-Check-Update)
+- Exception Handling
+- Multi-threading
+- Database Operations
+- Internationalization
+- Security
+- Logging Standards
+- Monitoring Standards
+- Coding Basics
+- Naming Conventions
+- SOLID Principles
+
+**Location**: [00-coding-style.md](00-coding-style.md)
+
+### 01-code-review.md — Code Review Standard
+
+**Content**: Standards and processes for code review
+
+**Core Chapters**:
+- Review Process
+- Review Dimensions (Architecture/Security/Performance/Maintainability/Logic)
+- Review Comment Format
+- Review Pass Criteria
+- AI-Enhanced Code Review
+
+**Location**: [01-code-review.md](01-code-review.md)
+
+### 02-data-consistency.md — Data Consistency Standard
+
+**Content**: Standards and best practices for data consistency guarantees
+
+**Core Chapters**:
+- Distributed Transactions
+- Eventual Consistency
+- Data Synchronization
+- Idempotency Design
+
+**Location**: [02-data-consistency.md](02-data-consistency.md)
+
+### 03-document-versioning.md — Document Versioning Standard
+
+**Content**: Standards for document version management
+
+**Core Chapters**:
+- Version Number Rules
+- Version History
+- Change Marking
+
+**Location**: [03-document-versioning.md](03-document-versioning.md)
+
+### 04-risk-detection.md — Risk Detection Standard
+
+**Content**: Standards and processes for risk detection
+
+**Core Chapters**:
+- Risk Type Identification
+- Risk Level Assessment
+- Risk Handling Process
+
+**Location**: [04-risk-detection.md](04-risk-detection.md)
+
+---
+
+## Usage
+
+Standards are applied in the following scenarios:
+
+1. **Implementation**: Follow `00-coding-style.md`
+2. **Code Review**: Follow `01-code-review.md`
+3. **Solution Design**: Follow `02-data-consistency.md` for data consistency requirements
+4. **Documentation**: Follow `03-document-versioning.md` for versioning standards
+5. **Risk Assessment**: Follow `04-risk-detection.md` for detection standards
+
+---
+
+## Related Documents
+
+| Document | Description |
+|----------|-------------|
+| [../04-checklists/](../04-checklists/) | Checklists (Based on standards) |
+| [../03-guides/04-implement-code.md](../03-guides/04-implement-code.md) | Implementation Skills |
+| [../03-guides/11-review-code.md](../03-guides/11-review-code.md) | Code Review Skills |
+
+---
+
+**Maintainer**: AutoSpec Team
+**Evolution Zone**: 🟡 Controlled
+**Version**: v1.0
+**Last Updated**: 2026-03-27

package/knowledge/07-standards/README.md

@@ -0,0 +1,123 @@
+# 标准规范
+
+> **定位**: 编码、审查、数据一致性等标准规范
+>
+> **进化分区**: 🟡 受控区（自动提议 + 人工批准）
+
+---
+
+## 目录结构
+
+```
+07-standards/
+├── README.md                     # 本文件（标准规范导航）
+├── 00-coding-style.md            # 编码规范
+├── 01-code-review.md             # 代码审查规范
+├── 02-data-consistency.md        # 数据一致性规范
+├── 03-document-versioning.md     # 文档版本化规范
+└── 04-risk-detection.md          # 风险检测规范
+```
+
+---
+
+## 规范说明
+
+### 00-coding-style.md — 编码规范
+
+**内容**: 通用编码规范，覆盖数据安全、异常处理、多线程、数据库等
+
+**核心章节**:
+- 复用优先与禁止硬编码
+- 数据安全（一锁二判三更新）
+- 异常处理
+- 多线程
+- 数据库操作
+- 国际化
+- 安全
+- 日志打印
+- 监控规范
+- 编码基础
+- 命名规范
+- 面向对象设计原则（SOLID）
+
+**位置**: [00-coding-style.md](00-coding-style.md)
+
+### 01-code-review.md — 代码审查规范
+
+**内容**: 代码审查的标准和流程
+
+**核心章节**:
+- 审查流程
+- 审查维度（架构/安全/性能/可维护性/逻辑）
+- 审查意见格式
+- 审查通过标准
+- AI 增强 Code Review
+
+**位置**: [01-code-review.md](01-code-review.md)
+
+### 02-data-consistency.md — 数据一致性规范
+
+**内容**: 数据一致性保障的标准和最佳实践
+
+**核心章节**:
+- 分布式事务
+- 最终一致性
+- 数据同步
+- 幂等性设计
+
+**位置**: [02-data-consistency.md](02-data-consistency.md)
+
+### 03-document-versioning.md — 文档版本化规范
+
+**内容**: 文档版本管理的标准
+
+**核心章节**:
+- 版本号规则
+- 版本历史
+- 变更标记
+
+**位置**: [03-document-versioning.md](03-document-versioning.md)
+
+### 04-risk-detection.md — 风险检测规范
+
+**内容**: 风险检测的标准和流程
+
+**核心章节**:
+- 风险类型识别
+- 风险等级评估
+- 风险处理流程
+
+**位置**: [04-risk-detection.md](04-risk-detection.md)
+
+---
+
+## 使用方式
+
+标准规范在以下场景应用：
+
+1. **编码实现**: 遵循 `00-coding-style.md`
+2. **代码审查**: 遵循 `01-code-review.md`
+3. **方案设计**: 遵循 `02-data-consistency.md` 数据一致性要求
+4. **文档编写**: 遵循 `03-document-versioning.md` 版本化规范
+5. **风险评估**: 遵循 `04-risk-detection.md` 检测规范
+
+---
+
+## 与相关文档的关系
+
+| 文档 | 说明 |
+|------|------|
+| [../04-checklists/](../04-checklists/) | 检查清单（基于标准规范） |
+| [../03-guides/04-implement-code.md](../03-guides/04-implement-code.md) | 编码实现技能 |
+| [../03-guides/11-review-code.md](../03-guides/11-review-code.md) | 代码审查技能 |
+
+---
+
+**维护者**: AutoSpec 团队
+**进化分区**: 🟡 受控区
+**版本**: v1.1
+**最后更新**: 2026-03-28
+
+---
+
+⬆️ [返回知识层目录](../README.md) · 📐 [标准规范总览](#)

package/knowledge/08-organization/00-vision-mission.md

@@ -0,0 +1,113 @@
+# AutoSpec 愿景与使命
+
+> **定位**: 组织层的纲领性文件，定义 AutoSpec 项目的愿景、使命和核心价值观
+>
+> **进化分区**: 🟡 受控区（自动提议 + 人工批准）
+
+---
+
+## 愿景 (Vision)
+
+**让 AI 成为可靠的研发伙伴，释放人类创造力**
+
+我们相信 AI 不应该替代人类，而是成为人类最可靠的协作伙伴。通过承担重复性、确定性的研发工作，AI 让人类从繁琐的编码任务中解放出来，专注于真正需要创造力和战略思维的高价值工作。
+
+---
+
+## 使命 (Mission)
+
+**构建无人值守的自动化产品研发框架，通过 AI 驱动完整 SDLC，人类专注于高价值决策**
+
+AutoSpec 的使命是实现"Human On the Loop"（人类在环上）而非"Human In the Loop"（人类在环内）的协作模式：
+- **AI 负责**: 需求分析、方案设计、编码实现、代码审查、测试验证、交付部署
+- **人类负责**: 方向决策、安全确认、价值判断、异常处理
+
+---
+
+## 核心价值观 (Core Values)
+
+### 1. 验证为王 (Verification First)
+
+**确定性验证 > AI 审查 > AI 自审**
+
+- 所有 AI 产出必须经过确定性验证（编译、测试、lint）
+- Layer 1 验证不通过，不进入 Layer 2 审查
+- 验证是质量的唯一标准，不是可选项
+
+### 2. 极简实用 (Minimal Viable Process)
+
+**能一个文件说清的不拆两个**
+
+- 5 分钟上手，按复杂度动态调整
+- 拒绝过度设计，追求刚好够用
+- 维护成本远低于收益时，才引入新机制
+
+### 3. 渐进自主 (Progressive Autonomy)
+
+**从"人审每步"到"人只管 harness"**
+
+- AI 先在受约束领域证明可靠
+- 通过双层验证建立信任
+- 逐步扩大 AI 自主决策边界
+
+### 4. 安全优先 (Safety First)
+
+**15 条宪法红线，不可逆操作人工确认**
+
+- 安全漏洞/数据丢失/3 次修不好 → 立即停线
+- DB 迁移、部署、外部 API → 必须人工确认
+- 进化系统不可修改自己的评判标准
+
+### 5. 持续进化 (Continuous Evolution)
+
+**三层自进化体系，实战经验自动回流**
+
+- L1 Self-Evolve: 框架自身的迭代升级
+- L2 Field-Evolve: 从实战项目中学习和提炼
+- L3 Project-Evolve: 实战项目自身的优化
+
+---
+
+## 原则应用
+
+### 按场景应用
+
+| 场景 | 适用价值观 | 应用方式 |
+|------|-----------|---------|
+| **需求分析** | 极简实用 | 不多问，用 CEO 探索机制自动澄清 |
+| **方案设计** | 验证为王 | 设计方案必须可验证 |
+| **编码实现** | 渐进自主 | AI 自主实现，人类抽检 |
+| **代码审查** | 安全优先 | 做审分离，独立 Agent 审查 |
+| **错误修复** | 持续进化 | 记录 practice-log，触发进化 |
+| **框架改进** | 持续进化 | 三层自进化体系 |
+
+### 决策检查清单
+
+**重大决策前**:
+- [ ] 这个决策符合我们的愿景吗？
+- [ ] 这个决策服务于我们的使命吗？
+- [ ] 这个决策与核心价值观一致吗？
+
+**重大决策后**:
+- [ ] 决策结果可以追溯吗？
+- [ ] 有验证机制确保执行质量吗？
+- [ ] 有安全护栏防止意外吗？
+
+---
+
+## 关联文档
+
+| 文档 | 说明 |
+|------|------|
+| [principles/01-first-principles.md](../principles/01-first-principles.md) | L1 第一性原则 |
+| [principles/09-constitution.md](../principles/09-constitution.md) | 项目宪法（15 条红线） |
+| [principles/10-evolution-mechanism.md](../principles/10-evolution-mechanism.md) | 自进化机制 |
+| [01-ai-native-culture.md](01-ai-native-culture.md) | AI Native 团队文化 |
+| [03-committee-structure.md](03-committee-structure.md) | 治理委员会架构 |
+
+---
+
+**维护者**: AutoSpec 团队
+**进化分区**: 🟡 受控区
+**版本**: v1.0
+**最后更新**: 2026-03-27