# Aec Compliance Checklist

> Building design compliance checklist generator and reviewer. USE WHEN the user needs to generate, apply, or review a building design compliance checklist — covering fire safety (建筑设计防火 / 防火分区 / 疏散), accessibility (无障碍设计), civil defense (人防 / 人民防空), and green building (绿色建筑评价). Trigger on phrases like '帮我做一份消防审查清单', '检查这个方案的疏散距离是否合规', '生成绿建评分自评表', 'is this design code-compliant', '出一份施工图自审清单', or…

- **Type:** Skill
- **Install:** `agentstack add skill-sanpingli-skills-aec-compliance-checklist`
- **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior
- **Seller:** [sanpingli](https://agentstack.voostack.com/s/sanpingli)
- **Installs:** 0
- **Category:** [Content & Media](https://agentstack.voostack.com/c/content-and-media)
- **Latest version:** 0.1.0
- **License:** MIT
- **Upstream author:** [sanpingli](https://github.com/sanpingli)
- **Source:** https://github.com/sanpingli/skills/tree/main/packs/aec-generation/aec-compliance-checklist

## Install

```sh
agentstack add skill-sanpingli-skills-aec-compliance-checklist
```

Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent.

## About

# 建筑设计合规审查清单

## 目的

把"这套设计合不合规"这类问题转化为**条目化、可逐项核对**的清单。LLM 自由判断设计合规性时容易：(1) 遗漏关键条款、(2) 引用过时或编造的规范条文、(3) 给出"看起来合规但没有验证"的结论。这个 SKILL 通过两个机制控制风险：把规范条文显式列在清单里（不靠模型记忆），把每条的判定结果限定为"通过 / 不通过 / 需进一步信息 / 不适用"四种。

## 支持的审查类别

| 类别 | 主要规范 | 典型问题 |
|------|----------|----------|
| 防火 | GB 50016 《建筑设计防火规范》 | 防火分区面积、疏散距离、安全出口数量、构件耐火极限 |
| 无障碍 | GB 50763 《无障碍设计规范》 | 坡道坡度、无障碍卫生间、电梯、盲道 |
| 人防 | GB 50038《人民防空地下室设计规范》 | 战时功能、防护等级、口部设计 |
| 绿建 | GB/T 50378《绿色建筑评价标准》 | 控制项是否满足、评分项得分计算 |

> ⚠️ **规范版本敏感**：这些标准会修订。SKILL 在引用任何具体条款编号前，**必须先确认用户使用的版本**（例如 GB 50016 有 2014 版、2018 版修订）。如果用户没说，主动询问；如有联网搜索能力，先验证当前现行版本。

## 两种使用模式

### 模式 A：生成清单（Generate）

用户要一份**空白但内容齐全**的检查清单，用于人工审查或交给团队成员填写。

输入：
- 审查类别（防火 / 无障碍 / 人防 / 绿建，或多选）
- 建筑类型（住宅 / 办公 / 商业 / 学校 / 医院 / 工业等——决定适用条款）
- 规范版本（必须确认）

输出：结构化清单（默认 Markdown 表格，可选 .docx 或 .xlsx）。

### 模式 B：对照审查（Apply）

用户提供设计信息（图纸、说明、参数），要求逐项判定。

输入：
- 上述生成模式的全部信息
- 设计信息：可以是用户口述的参数、上传的 PDF 图纸、Revit/IFC 提取的数据

输出：清单 + 每条的判定结果 + 引用的设计依据。

**判定结果只能是这四种之一**：

| 判定 | 含义 | 何时使用 |
|------|------|----------|
| ✅ 通过 | 设计信息满足条款要求 | 有明确数据支撑且对照通过 |
| ❌ 不通过 | 设计信息明确违反条款 | 有明确数据支撑且对照不通过 |
| ⚠️ 需进一步信息 | 设计信息不足以判断 | 缺少必要参数（最常见，不要怕用） |
| ⊘ 不适用 | 该条款对本项目类型不适用 | 例如住宅不适用某些公建条款 |

**关键规则**：宁可标"需进一步信息"，也不要凭推测给"通过"。这是这个 SKILL 最重要的安全约束。

---

## 工作流

### 第 1 步：明确范围

如果用户的请求里类别不全（"做一份消防审查清单"——只说了防火，没说建筑类型），**先问清楚**：
- 建筑类型？
- 单体还是总图？
- 规范版本（如有疑问，按现行有效版本，并标注）？
- 是模式 A（生成空表）还是模式 B（对照审查）？

### 第 2 步：加载对应的清单条目

读取 `references/` 下对应类别的清单文件。**不要凭记忆生成条款**。如果某类别 references 中没有，明确告知用户：
> "我目前的清单库覆盖防火、无障碍、人防、绿建。你提到的[X]不在这四类之内，我可以基于通用规范知识起草，但建议由专业审查人员复核。"

**模式 A 完整性原则**（硬性要求）：模式 A 默认输出对应清单文件中的**全部主题章节**，即使用户的请求聚焦某个子主题（如"只看人防口部"、"重点检查疏散"）。处理方式：

- 用户关注的子主题章节在标题旁加 ★ 标记并置于前部
- 其他章节正常排在后面，**不得删除或省略章节标题**
- 仅当用户**明确要求**"只输出 X 章节、删掉其他"时才裁剪，且裁剪须在响应开头声明："按您要求仅输出 X 章节，其余 Y、Z 等已省略，后续审查需另行覆盖"

理由：审查清单的价值在于"提醒审查人不要漏项"。按用户关注点裁剪等于把"漏项风险"转嫁给用户，与本 SKILL 的安全取向冲突。

### 第 3 步：组织输出

清单的固定结构（**不要改变列顺序**）：

| 列名 | 内容 |
|------|------|
| 序号 | 1, 2, 3... |
| 条款 | 规范条款编号（如"GB 50016-2014 (2018 修订) 第 5.5.17 条"） |
| 检查项 | 一句话描述要检查的内容 |
| 限值 / 要求 | 规范规定的具体数值或要求 |
| 设计值 | 模式 A 留空；模式 B 填用户提供的设计参数 |
| 判定 | 模式 A 留空；模式 B 填四种判定之一 |
| 备注 | 设计依据（图纸号）、计算过程、不适用原因等 |

### 第 4 步：模式 B 的判定原则

**不要把"看起来合理"判定为"通过"**。判定通过必须基于：
- 用户提供的明确数值或描述
- 与规范限值的直接比较

如果设计信息含糊（比如用户说"疏散距离够"但没给具体数），判 ⚠️ 需进一步信息，并写明"需要：实际疏散距离（米）"。

**绝不引用未在 references/ 中的条款编号**。如果用户的问题超出已知条目，老实说"该问题超出当前清单库覆盖范围，建议人工补充审查"。

**版本未确认时的降级输出策略**（硬性要求）：当用户未指定规范版本、所指版本存疑、或一次性要综合多份清单且任一规范版本未确认时，**不要因此完全不出清单**——这是安全保护过度，会让用户什么都拿不到。按以下降级方式输出：

1. 在响应开头列出版本待确认的具体问题（同当前"先反问"的做法）
2. **仍然输出清单的章节结构、表头、检查项名称、备注**（这些不依赖具体版本）
3. "限值 / 要求"列填 `⚠️ 待版本确认（本 SKILL 库参照 [版本号] 为：[占位值]，请用户核对现行版本）`
4. "设计值"和"判定"列全部留空
5. 末尾免责声明完整渲染，并叠加 `disclaimer-template.md § 3.7（多版本审查）` 变体或加一段"版本未最终确认"提示

**何时不降级、坚持先反问**：仅当用户提供的信息严重不足以确定**审查类别 / 建筑类型 / 模式 A 或 B** 等清单是否成立的根本前提时（例："做个防火清单"——连建筑类型都没有），优先反问而非降级输出。版本是"数值修饰"而非"清单是否成立"，不能用版本反问代替输出。

### 第 5 步：输出末尾的免责声明

无论模式 A 还是 B，结尾都要加（**这一段是硬性要求**）：

> **重要说明**：本清单基于 [X 规范 X 版本]，仅作为初步审查参考。
> - 最终合规判定须由具备相应执业资格的注册建筑师 / 注册结构工程师 / 注册消防工程师审查确认。
> - 项目可能涉及地方标准、专项规定或主管部门审查意见，本清单未必覆盖。
> - 规范如已修订，请以最新版本为准。

**不能因为用户嫌啰嗦而省略这段。**

**多清单场景**（硬性要求）：当一次响应输出多份清单（如"防火 + 无障碍"综合审查、"防火 + 人防"地下室综合审查），**每份清单末尾都要独立完整渲染免责声明**——

- ❌ 不能合并为一份"通用免责声明"
- ❌ 不能用 `[完整免责声明]` 等占位符代替
- ❌ 不能只在响应末尾出现一次免责声明覆盖所有清单
- ✅ 每份清单后紧接其专属的免责声明，引用各自规范版本与场景变体

理由：每份清单引用的规范不同，免责声明中的版本号、场景变体不同；后续传阅时各份清单可能被单独抽出归档，缺免责声明的清单会被误读为正式审查结论。

### 第 6 步：跨 SKILL 上下文移交（模式 B 专用）

**何时触发**：模式 B 输出**含 ❌ 不通过项**时（用户大概率会基于不合规结论起草 RFI / 设计变更单 / 工程联系单，需要切换到 `aec-project-docs` SKILL）。

**输出要求**（在免责声明之后追加，不可省略）：

```markdown
---

## 上下文移交（供下游 SKILL 复用）

> 如下游需要起草 RFI / 设计变更单 / 工程联系单，请将本节内容传给 `aec-project-docs` SKILL：

- **项目名称 / 编号**：[沿用用户提供]
- **审查依据**：[规范号 + 版本，如 GB 50016-2014 (2018 修订)]
- **不合规条款清单**（仅列 ❌ 不通过 / ⚠️ 需进一步信息项）：
  - [条款编号] [检查项] —— 限值 [X]，设计值 [Y]，超 / 缺 [Z]
  - ...
- **建议下游文档类型**：RFI（设计意图询问）/ 设计变更单（设计方主动变更）/ 工程联系单（一般沟通）
- **建议引用方式**：在 RFI"涉及范围 / 问题描述"或变更单"变更原因"中直接引用本审查清单 + 上述条款编号 + 实测数据

> **下一步建议**：建议切换到 `aec-project-docs` SKILL 起草对应文档。
```

**为什么固化此机制**：跨 SKILL 协同测试发现，下游 SKILL（docs）能否正确引用上游审查结论，关键在于上游是否主动提供"可直接复用的上下文摘要"。如果不固化，下游 SKILL 需要用户重述项目信息和不合规数据，容易丢失或变形（如条款编号、数值精度）。

**模式 A 不需要此步骤**——空白清单本身没有判定结果，无下游文档需求。

---

## 模板

### 防火审查清单（节选）

完整清单见 `references/fire-safety-checklist.md`。这里给出结构示例：

| 序号 | 条款 | 检查项 | 限值 / 要求 | 设计值 | 判定 | 备注 |
|------|------|--------|-------------|--------|------|------|
| 1 | GB 50016 第 5.3.1 条 | 民用建筑防火分区最大允许建筑面积 | [按耐火等级和建筑类型查表] | | | |
| 2 | GB 50016 第 5.5.17 条 | 公共建筑安全疏散距离 | [按建筑类别和是否设自动喷水查表] | | | |
| 3 | GB 50016 第 5.5.8 条 | 公共建筑每个防火分区安全出口数量 | 不少于 2 个（特定情况除外） | | | |
| ... | ... | ... | ... | | | |

> **注意**：上表中"限值/要求"列里的"[按...查表]"在实际 reference 文件里要展开成完整的查表逻辑，不能让 SKILL 用户去翻规范。

### 无障碍审查清单（节选）

| 序号 | 条款 | 检查项 | 限值 / 要求 | 设计值 | 判定 | 备注 |
|------|------|--------|-------------|--------|------|------|
| 1 | GB 50763 第 3.4.2 条 | 室外坡道最大坡度 | 1:12（轮椅坡道） | | | |
| 2 | GB 50763 第 3.7.3 条 | 无障碍卫生间最小尺寸 | [按规范查表] | | | |
| ... | ... | ... | ... | | | |

完整清单见 `references/accessibility-checklist.md`。

### 绿建评价清单

绿建与上面三类不同——它不仅有控制项（必须满足），还有评分项（计入总分）。清单结构需要增加列：

| 序号 | 条款 | 检查项 | 类别 | 分值 | 设计值 | 判定 / 得分 | 备注 |
|------|------|--------|------|------|--------|-------------|------|

其中"类别"为"控制项 / 评分项"；评分项的"判定/得分"列填实际得分。完整清单见 `references/green-building-checklist.md`。

---

## 输出格式

### 默认：Markdown 表格

适合在聊天里直接看。短清单（ 这是一栋 18 层办公楼，标准层每层 800 平米，每层 2 个安全出口，最不利疏散距离 28 米，设有自动喷水。请检查疏散是否合规。

**SKILL 应该怎么做**：

1. 识别类别：防火 ✓，建筑类型：办公（公共建筑），高度：18 层（高层）
2. 询问：
   > 我开始审查前需要确认：使用 GB 50016-2014 (2018 年修订版) 还是其他版本？
3. 用户确认后，加载 `references/fire-safety-checklist.md` 中相关条款。
4. 输出表格：

| 序号 | 条款 | 检查项 | 限值 | 设计值 | 判定 | 备注 |
|------|------|--------|------|--------|------|------|
| 1 | 第 5.5.8 条 | 每防火分区安全出口数 | 不少于 2 个 | 2 个 | ✅ 通过 | |
| 2 | 第 5.5.17 条 | 高层办公（一类）位于两个安全出口之间疏散门至最近出口距离 | 设有自喷时 ≤ 40m × 1.25 = 50m | 28m | ✅ 通过 | 自喷已设 |
| 3 | 第 5.3.1 条 | 一类高层公建防火分区最大面积 | 设自喷时 3000m² | 800m² | ✅ 通过 | |
| 4 | 第 5.5.13 条 | 高层公建首层疏散外门净宽 | 按计算确定，且不小于规范限值 | ⚠️ 用户未提供 | ⚠️ 需进一步信息 | 请提供首层疏散外门设计净宽 |

5. 末尾附完整免责声明。

**反例**（SKILL 不应该这样做）：

> ❌ "根据我的判断，整体疏散设计合规。"——没有逐项核对，不能给整体结论。
> ❌ "疏散距离 28 米  ❌ "建议增加一个安全出口。" —— 越权给设计建议；SKILL 的职责是判定合规性，不是替代设计师做方案。

---

## 与其他 SKILL 的边界

- 项目通信文档（变更单、纪要等）→ `aec-project-docs`
- 施工质量验收 → `aec-quality-acceptance`（如果有）
- 工地 HSE 检查 → `aec-hse-inspection`（如果有）
- 结构 / 节能 / 暖通的专业计算 → 各自的计算 SKILL（本 SKILL 不做计算，只做对照）

特别提醒：本 SKILL 不做**消防验收**或**消防设计审查**——那是政府审查的工作。本 SKILL 只做**自审清单**或**设计阶段的合规性预检查**。

---

## 配套资源（references/）

本 SKILL 包含以下参考文件，按需读取：

- `references/fire-safety-checklist.md` — GB 50016 防火审查清单（FS-1 至 FS-7 七大类条款）
- `references/accessibility-checklist.md` — GB 50763 无障碍审查清单（AC-1 至 AC-7）
- `references/civil-defense-checklist.md` — GB 50038 人防审查清单（CD-1 至 CD-8）
- `references/green-building-checklist.md` — GB/T 50378 绿建评价清单（控制项 + 5 类评分项 + 加分项）
- `references/code-versions.md` — 各规范的现行版本与修订记录、版本核查最佳实践、地方标准索引
- `references/disclaimer-template.md` — 免责声明模板（标准版 + 按场景的变体 + 中英对照）

### 何时读取哪个文件

| 用户请求 | 读取文件 |
|---------|---------|
| 任何审查任务（开头都要） | `code-versions.md` —— 先确认版本 |
| 防火 / 消防审查 | `fire-safety-checklist.md` |
| 无障碍审查 | `accessibility-checklist.md` |
| 人防审查 | `civil-defense-checklist.md` |
| 绿建评价 / 自评 | `green-building-checklist.md` |
| 任何审查任务（结尾都要） | `disclaimer-template.md` —— 末尾免责声明 |

可按需同时读取多个：
- 综合审查（如"防火 + 无障碍 + 人防"全做一遍）→ 读取四份清单 + code-versions + disclaimer
- 单专项审查 → 读取单份清单 + code-versions + disclaimer

**SKILL 输出每份审查清单都必须有 `code-versions.md` 指引下的版本确认 + `disclaimer-template.md` 中适配场景的免责声明。这两份是"包裹"，不是可选项。**

---

## 待补充 / 后续迭代

- [ ] 增加地方标准支持（上海、北京、广东等地有专项规定）
- [ ] 增加专项类别：人员密集场所、超高层、地下空间、装配式建筑
- [ ] 与设计软件对接（从 Revit / Tekla 模型直接抽取参数到"设计值"列）
- [ ] 增加历史项目对照（"类似项目通常如何处理这一条"）
- [ ] 多版本对照模式（同一项目按新旧规范分别审查，看修订影响）

## Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

- **Author:** [sanpingli](https://github.com/sanpingli)
- **Source:** [sanpingli/skills](https://github.com/sanpingli/skills)
- **License:** MIT

Install and usage instructions live in the source repository linked above.

## Pricing

- **Free** — Free

## Security capabilities

Automated source analysis of v0.1.0 — what this tool can access:

- **Network access:** no
- **Filesystem access:** no
- **Shell / process execution:** no
- **Environment & secrets:** no
- **Dynamic code execution:** no

*"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.*


## Versions

- **0.1.0** — security scan: passed — Imported from the upstream source.

## Links

- Listing page: https://agentstack.voostack.com/l/skill-sanpingli-skills-aec-compliance-checklist
- Seller: https://agentstack.voostack.com/s/sanpingli
- Browse the marketplace: https://agentstack.voostack.com/browse

---
Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.