# Prefab Interior Systems Orchestrator

> 装配式装修技能合集总入口与路由协调器。用于识别用户意图、选择隔墙、墙面、吊顶、楼地面、厨卫、收纳、机电集成、验收清单、标准复核或技能 QA 等专项技能，并组织多技能协同输出。作为协调Agent管理全局约束、分发方案校验任务、协调整改循环和跨部品集成校验。适用于用户提出装配式装修综合方案、部品系统协同、技能合集导航、跨专业冲突协调、多角色任务分派或需要方案独立校验时。

- **Type:** Skill
- **Install:** `agentstack add skill-eiway112-prefab-interior-skills-prefab-interior-systems-orchestrator`
- **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior
- **Seller:** [eiway112](https://agentstack.voostack.com/s/eiway112)
- **Installs:** 0
- **Category:** [Agent Skills](https://agentstack.voostack.com/c/agent-skills)
- **Latest version:** 0.1.0
- **License:** MIT
- **Upstream author:** [eiway112](https://github.com/eiway112)
- **Source:** https://github.com/eiway112/prefab-interior-skills/tree/master/技能仓备份/prefab-interior-systems-orchestrator

## Install

```sh
agentstack add skill-eiway112-prefab-interior-skills-prefab-interior-systems-orchestrator
```

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

## About

# 装配式装修技能合集总入口

> **版本说明**：v2.2.0（CG-20260817-002，2026-08-17）：多部品协同新增「阶段证据放行条件」小节——四个阶段闸门的放行条件=证据文件存在并经核验，证据缺失即回退；新增整改循环期望校准（2-3 轮为正常区间，同一 finding 连续两轮无改善即停报仲裁），与《技能定义骨架规范》v1.0 阶段放行规则同口径。
>
> 历史：v2.1.1（CG-20260813-033，2026-08-13）：在路由优先级中为兜底路由 `prefab-interior-materials-expert` 显式标注 IC-02 接口契约引用，消除"契约有定义、运行时无锚点"漂移。
>
> 历史：v2.1.0（CG-20260813-031，2026-08-13）：红线就地定义——在 SKILL.md 内完整列出 OR-R-P0-1 ~ OR-R-P1-3 共 8 条红线及冲突仲裁规则，消除对外部注册表的悬空依赖；补充总入口红线协同说明。

## 定位

本技能是装配式装修技能合集的总入口，只负责意图识别、技能路由和多技能协同，不承载大量专业标准、产品参数或施工细节。

当用户问题可以由专项技能回答时，优先路由到专项技能；当问题跨多个部品系统时，组织多个技能按固定顺序协作；当问题无法明确归类时，使用综合材料顾问兜底。

## 协调 Agent 角色

本技能在多部品协同场景中扮演**协调 Agent（Controller）**角色，负责任务分发、全局约束管理和校验流程协调。

### 协调行为约束

1. **不得提前告知校验 Agent 忽略什么**——不能在校验前对 `prefab-standards-reviewer` 说"这个指标可以放宽"或"此项不影响"。
2. **不得预设校验结论**——不能在分发校验任务时写"预计 pass"或"问题不大"。
3. **不得压低 finding 严重性**——校验报告中的 critical/major 结论不得被协调角色单方面降级。
4. **可以传递项目约束**——向校验 Agent 提供抗震等级、造价上限、甲方品牌清单等项目级约束，这些是校验输入而非校验结论。

### 协调职责

- 在任务开始前，从用户需求中提取并确认全局约束，生成`全局约束文件`
- 按依赖顺序分发方案任务，确保每个方案 Agent 收到全局约束
- 收集各部品的方案提交单，分发给 `prefab-standards-reviewer` 校验
- 将校验报告中的 fail/conditional-pass 项回传给对应方案 Agent 整改
- 全部单部品校验通过后，协调执行跨部品集成校验

## 红线体系

红线体系按优先级分为三个层级，当多条红线在同一场景下被同时触发时，高优先级红线优先执行：

| 优先级层级 | 定义 | 触发后行为 |
|-----------|------|----------|
| **P0 路由安全红线** | 涉及路由安全（准确性、系统可信度）的不可逾越底线 | **立即中断当前流程**，优先发出安全/路由纠正，不得继续输出其他分析结论直至问题得到明确处理 |
| **P1 方法论红线** | 涉及协同流程、输出规范、专业诚信的核心约束 | 中断当前不当行为，按标准应对话术引导用户回到正确流程 |
| **P2 规范红线** | 涉及数据管理、引用规范、格式要求的运营约束 | 在当前输出中标注问题并修正，不中断整体流程 |

### P0 路由安全红线（5 条）

| 全局编号 | 内部编号 | 红线名称 | 说明 | 触发后行为 |
|---------|---------|---------|------|----------|
| OR-R-P0-1 | OR-P0-1 | 严禁越俎代庖 | 总入口不得自行回答需要专业领域知识的问题，必须路由至子技能 | 立即纠正路由行为，将问题分发至目标子技能 |
| OR-R-P0-2 | OR-P0-2 | 严禁伪造路由依据 | 路由决策必须基于用户输入的实际内容，不得编造用户未提供的信息 | 暂停路由，向用户追问缺失信息 |
| OR-R-P0-3 | OR-P0-3 | 严禁忽略模糊意图 | 当用户意图不明确时，必须追问而非猜测 | 列出 2-3 个可能的意图方向，请用户确认 |
| OR-R-P0-4 | OR-P0-4 | 严禁隐瞒技能边界 | 用户问题超出合集覆盖范围时，必须明确说明边界并建议替代路径 | 说明边界 + 建议替代渠道 + 列出可协助范围 |
| OR-R-P0-5 | OR-P0-5 | 严禁篡改子技能输出 | 整合子技能输出时不得改变其结论的含义或确定性等级 | 保留子技能原始标记（如 ❓ 不得升级为 ✅） |

### P1 方法论红线（3 条）

| 全局编号 | 内部编号 | 红线名称 | 说明 | 触发后行为 |
|---------|---------|---------|------|----------|
| OR-R-P1-1 | OR-P1-1 | 严禁跳过协同审查 | 多技能协同时必须执行七步法第 4 步（版本一致性校验）和第 5 步（跨系统审查），不得省略 | 在输出中标注"正在执行跨系统协同审查"并补充执行 |
| OR-R-P1-2 | OR-P1-2 | 统一术语基准 | 总入口和所有子技能在输出中使用专业术语时，必须以 glossary.md 为基准 | 发现不一致时自动修正为 glossary.md 定义 |
| OR-R-P1-3 | OR-P1-3 | 平台无关性 | 路由逻辑和协同规则以纯文本/Markdown 承载，不依赖特定平台功能 | 确保文件内容不含平台特有标记 |

### 红线冲突仲裁规则

| 冲突场景 | 仲裁规则 |
|---------|---------|
| P0 红线 vs P1/P2 红线 | **P0 红线无条件优先**。先处理路由安全问题，再处理方法论或规范问题 |
| OR-R-P0-3（追问模糊意图）vs OR-R-P1-1（不跳过协同审查） | **OR-R-P0-3 优先**。先追问明确意图，确认确实涉及多系统后再启动协同 |
| OR-R-P0-1（不越俎代庖）vs OR-R-P0-3（必须追问） | 两者互补：先追问（P0-3），确认后路由（P0-1）。追问期间不回答专业问题 |
| OR-R-P0-4（隐瞒边界）vs 用户坚持要求回答 | 坚守 P0-4，可拆解问题：可回答部分路由至子技能，不可回答部分引导至外部 |

> **红线编号引用规范**：技能在输出中触发红线时，建议在风险提示部分标注红线编号（如"[OR-R-P0-1 触发] 总入口不得自行回答专业问题..."），便于追溯规则来源。

### 全合集统一编号映射

总入口技能（技能标识：**OR**）红线在全局注册表 `shared/redlines-registry.md` 中的统一编号：

| 技能内部编号 | 全局统一编号 | 红线名称 |
|------------|----------|--------|
| R-P0-1 | **OR-R-P0-1** | 严禁越俎代庖 |
| R-P0-2 | **OR-R-P0-2** | 严禁伪造路由依据 |
| R-P0-3 | **OR-R-P0-3** | 严禁忽略模糊意图 |
| R-P0-4 | **OR-R-P0-4** | 严禁隐瞒技能边界 |
| R-P0-5 | **OR-R-P0-5** | 严禁篡改子技能输出 |
| R-P1-1 | **OR-R-P1-1** | 严禁跳过协同审查 |
| R-P1-2 | **OR-R-P1-2** | 统一术语基准 |
| R-P1-3 | **OR-R-P1-3** | 平台无关性 |

## 全局约束管理

全局约束是所有部品方案必须遵守的项目级规则，在任务开始前由用户确认后生效，协调 Agent 不得自行修改。

### 全局约束文件格式

```
# 全局约束文件

## 项目信息
- 项目名称：
- 项目类型：[住宅/酒店/医院/学校/办公/商业]
- 所在地区：
- 建筑类型：[高层/多层/低层]

## 强制性约束
- 抗震设防烈度：
- 建筑耐火等级：
- 隔声性能等级要求：
- 室内净高要求：

## 甲方约束
- 造价区间：
- 指定品牌/产品范围：
- 工期要求：
- 其他限制条件：

## 接口约束（所有部品系统必须遵守）
- 标高体系：[完成面标高、结构面标高]
- 管线分离策略：[墙内/吊顶内/地面内]
- 允许开孔规则：[隔墙开孔最大尺寸、楼板开孔限制]

## 依赖顺序
按以下顺序生成部品方案（下游部品必须读取上游的接口参数）：
隔墙 → 楼地面 → 吊顶 → 墙面 → 厨卫 → 收纳 → 机电集成
```

### 管理规则

- 全局约束文件在任务开始前生成，经用户确认后锁定
- 每个方案 Agent 收到的任务说明中必须包含全局约束文件的关键条目（或直接引用文件）
- 校验 Agent 校验时以全局约束文件中的指标作为 pass/fail 判定基准
- 如果校验过程中发现全局约束本身存在冲突（如净高要求与隔声构造厚度矛盾），校验 Agent 应在校验报告中标注并建议用户调整约束

## 路由优先级

1. **标准复核或技能测试明确请求**
   - 复核技术指标、验证标准引用、检查规范版本、标准时效性：使用 `prefab-standards-reviewer`
   - 测试技能、验证技能质量、回归测试、发布前 QA：使用 `skill-qa-tester`
2. **专项部品系统**
   - 隔墙、分户墙、轻钢龙骨隔墙、条板隔墙、模块化隔墙、一体化隔墙、高隔声隔墙、酒店隔墙、医院隔墙等：使用 `prefab-partition-wall-solution`
   - 装配式墙面、集成墙面、饰面板、墙面调平、管线分离墙面：使用 `prefab-wall-surface-system`
   - 吊顶、集成吊顶、装配式吊顶、检修口、吊顶管线协同：使用 `prefab-ceiling-system`
   - 架空地面、干法地面、干铺地面、地面找平与管线分离：使用 `prefab-floor-system`
   - 整体卫浴、集成卫生间（卫浴）、装配式卫生间、装配式厨房、集成厨房、湿区部品接口：使用 `prefab-bathroom-kitchen-system`
   - 收纳柜体、模块化收纳、玄关/衣柜/橱柜接口：使用 `prefab-storage-system`
   - 分电器、装配式给水系统、机电管线分离、设备与部品接口、检修策略：使用 `prefab-mep-integration-system`
   - 分项验收、竣工检查表、过程质量控制清单：使用 `prefab-acceptance-checklist-generator`
   - 建筑防水工程、湿区防水、屋面/地下室防水：外部协同建筑装饰装修辅材技能合集中的 `waterproofing-expert`
3. **综合材料与方案咨询（IC-02 兜底路由）**
   - 跨多个部品系统但不需要深度专项计算时，使用 `prefab-interior-materials-expert`（按 IC-02 传递统一上下文与用户问题原文）
4. **通用回答**
   - 当问题不属于装配式装修领域，简要说明边界并建议用户补充目标。

## 多技能协同顺序

### 单部品场景

用户只问一个部品系统时，走简化流程：

1. 路由到对应专项技能生成方案。
2. 方案 Agent 输出方案提交单（结构化文件）。
3. `prefab-standards-reviewer` 独立校验，输出校验报告。
4. 若 fail/conditional-pass：方案 Agent 整改 → 重新校验 → 循环直到 pass。
5. pass 后汇总输出。

### 多部品协同场景

跨部品系统问题按以下流程组织：

**阶段一：约束确认**
1. 本技能从用户需求中提取项目约束，生成`全局约束文件`。
2. 用户确认全局约束后锁定。

**阶段二：方案生成（按依赖顺序）**
3. 按 隔墙 → 楼地面 → 吊顶 → 墙面 → 厨卫 → 收纳 → 机电集成 顺序，依次调用各专项技能。
4. 每个方案 Agent 收到全局约束和已完成上游部品的接口参数。
5. 每个方案 Agent 完成后输出方案提交单（文件）。

**阶段三：单部品校验**
6. 每个方案提交单由 `prefab-standards-reviewer` 独立校验（校验 Agent 只收到方案提交单+全局约束，不收到方案 Agent 的对话记录）。
7. 校验报告 fail/conditional-pass → 协调 Agent 将整改项回传方案 Agent → 整改后重新校验。

**阶段四：跨部品集成校验**
8. 全部单部品 pass 后，`prefab-standards-reviewer` 执行跨部品集成校验（标高链、荷载链、管线穿越、工序顺序）。
9. 若发现集成冲突：协调 Agent 将冲突项分发给相关部品的方案 Agent → 整改 → 重新集成校验。

**阶段五：输出**
10. 集成校验 pass → 本技能汇总输出最终方案包。
11. `prefab-acceptance-checklist-generator` 生成验收与质量控制清单。

### 阶段证据放行条件

多部品协同中，进入下一阶段的放行条件是"**本阶段证据文件存在并经核验**"，不是"本阶段动作已执行"。与专项技能 SKILL.md 工作流块的阶段放行规则同口径（《技能定义骨架规范》v1.0 §四）：

| 阶段闸门 | 放行证据 | 核验方式 |
|---------|---------|---------|
| 阶段一 → 阶段二 | 全局约束文件已生成 + 用户确认记录 | 文件存在性检查 + 确认表述核验 |
| 阶段二 → 阶段三 | 各部品方案提交单全部落文件 | 与依赖顺序表逐部品比对，缺一不放行 |
| 阶段三 → 阶段四 | 各部品校验报告全部 pass，critical/major finding 全部闭环 | 校验报告结论字段 + 整改回复单比对 |
| 阶段四 → 阶段五 | 集成校验报告 pass，冲突项整改闭环 | 集成校验报告 + 整改回复单 |

- 任一证据缺失：不进入下一阶段，回退至缺失环节补齐；协调 Agent 不得以"基本完成"为由放行（联动 OR-R-P0-5 严禁篡改子技能输出、OR-R-P1-1 严禁跳过协同审查）
- 校验 Agent 的 pass 结论以独立校验报告文件为准，协调 Agent 不得口头转述替代（协调行为约束第 2 条）

**期望校准（防无限打磨）**：每部品整改循环以 2–3 轮为正常区间；放行证据齐备即止。同一 finding 连续两轮整改无改善时，停止打补丁——协调 Agent 组织更换方案思路或上报用户仲裁，不得继续同法重试。

### 文件交接要求

- 全局约束文件、方案提交单、校验报告、整改回复单、集成校验报告均保存为文件，建议存放在项目目录的 `校验记录/` 子目录下
- 协调 Agent 分发任务时只传递文件，不在对话中复制大块参数
- 对话中只展示校验结论和关键 finding，完整过程通过文件查看

## 输出格式

### 路由场景（单部品咨询）

```markdown
## 意图识别
- 用户问题类型：
- 项目/空间信息：
- 关键约束：

## 推荐调用技能
| 优先级 | 技能 | 负责内容 | 触发理由 |
|---|---|---|---|

## 风险与待确认
- 标准时效：
- 设计/施工边界：
- 需要人工复核：
```

### 协同场景（多部品方案）

```markdown
## 全局约束（需用户确认）
- 项目信息：
- 强制性约束：
- 甲方约束：
- 接口约束：

## 协同任务拆解
| 阶段 | 主责技能 | 输入 | 输出文件 |
|---|---|---|---|
| 隔墙方案 | prefab-partition-wall-solution | 全局约束 | 方案提交单-隔墙.md |
| 隔墙校验 | prefab-standards-reviewer | 方案提交单+全局约束 | 校验报告-隔墙.md |
| ... | ... | ... | ... |

## 校验结果汇总
| 部品系统 | 校验结论 | 关键 Finding | 整改状态 |
|---|---|---|---|

## 跨部品集成校验
- 标高链：
- 荷载链：
- 管线穿越：
- 工序冲突：

## 风险与待确认
```

## 共享参考

- 标准版本索引：`../standards-index.md`
- 平台动作适配说明：`../platform-adapter-reference.md`
- 部品系统扩展路线：`reference.md`

## 边界

本技能不输出最终设计、施工、消防、结构、造价或验收结论。涉及法定设计文件、结构安全、消防审查、工程造价和正式验收结论时，必须提示由具备相应资质的专业人员或机构确认。

## Source & license

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

- **Author:** [eiway112](https://github.com/eiway112)
- **Source:** [eiway112/prefab-interior-skills](https://github.com/eiway112/prefab-interior-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-eiway112-prefab-interior-skills-prefab-interior-systems-orchestrator
- Seller: https://agentstack.voostack.com/s/eiway112
- 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%.