AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Prefab Interior Systems Orchestrator

skill-eiway112-prefab-interior-skills-prefab-interior-systems-orchestrator · by eiway112

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

No reviews yet
0 installs
12 views
0.0% view→install

Install

$ agentstack add skill-eiway112-prefab-interior-skills-prefab-interior-systems-orchestrator

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-eiway112-prefab-interior-skills-prefab-interior-systems-orchestrator)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
17d ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Prefab Interior Systems Orchestrator? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

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
  1. 专项部品系统
  • 隔墙、分户墙、轻钢龙骨隔墙、条板隔墙、模块化隔墙、一体化隔墙、高隔声隔墙、酒店隔墙、医院隔墙等:使用 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
  1. 综合材料与方案咨询(IC-02 兜底路由)
  • 跨多个部品系统但不需要深度专项计算时,使用 prefab-interior-materials-expert(按 IC-02 传递统一上下文与用户问题原文)
  1. 通用回答
  • 当问题不属于装配式装修领域,简要说明边界并建议用户补充目标。

多技能协同顺序

单部品场景

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

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

多部品协同场景

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

阶段一:约束确认

  1. 本技能从用户需求中提取项目约束,生成全局约束文件
  2. 用户确认全局约束后锁定。

阶段二:方案生成(按依赖顺序)

  1. 按 隔墙 → 楼地面 → 吊顶 → 墙面 → 厨卫 → 收纳 → 机电集成 顺序,依次调用各专项技能。
  2. 每个方案 Agent 收到全局约束和已完成上游部品的接口参数。
  3. 每个方案 Agent 完成后输出方案提交单(文件)。

阶段三:单部品校验

  1. 每个方案提交单由 prefab-standards-reviewer 独立校验(校验 Agent 只收到方案提交单+全局约束,不收到方案 Agent 的对话记录)。
  2. 校验报告 fail/conditional-pass → 协调 Agent 将整改项回传方案 Agent → 整改后重新校验。

阶段四:跨部品集成校验

  1. 全部单部品 pass 后,prefab-standards-reviewer 执行跨部品集成校验(标高链、荷载链、管线穿越、工序顺序)。
  2. 若发现集成冲突:协调 Agent 将冲突项分发给相关部品的方案 Agent → 整改 → 重新集成校验。

阶段五:输出

  1. 集成校验 pass → 本技能汇总输出最终方案包。
  2. 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,完整过程通过文件查看

输出格式

路由场景(单部品咨询)

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

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

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

协同场景(多部品方案)

## 全局约束(需用户确认)
- 项目信息:
- 强制性约束:
- 甲方约束:
- 接口约束:

## 协同任务拆解
| 阶段 | 主责技能 | 输入 | 输出文件 |
|---|---|---|---|
| 隔墙方案 | 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.

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

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.