@archsight/aios 1.2.0 → 1.3.1

package/skills/aios/SKILL.md

@@ -0,0 +1,79 @@
+---
+name: aios
+description: ArchSight AIOS 总路由入口。用户只说“请用 AIOS 技能包分析该文档”时，先识别资料类型，再路由到合同、招投标、日报、会议、变更签证、施工方案或其他对应 aios-* Skill。
+---
+
+# AIOS Router
+
+## 目标
+
+本 Skill 是 ArchSight AIOS 的总入口，用于处理用户没有指定具体 `aios-*` Skill、只要求“用 AIOS / AIOS 技能包 / ArchSight AIOS 分析该文档”的情况。
+
+它不替代各专项 Skill。它的职责是：
+
+1. 判断资料类型和任务意图。
+2. 选择最合适的 `aios-*` Skill。
+3. 按对应 Skill 的规则输出，或在资料类型不清时先做资料状态判断。
+4. 保留证据链、资料缺口、人工复核和不能下结论的边界。
+
+## 触发场景
+
+当用户出现以下表达时，应优先使用本入口：
+
+- 请用 AIOS 技能包分析该文档。
+- 请用 AIOS 分析这份资料。
+- 用 ArchSight AIOS 看一下这个文件。
+- 这个工程资料用 AIOS 跑一下。
+- 没有明确写出 `aios-commercial-contract`、`aios-construction-scheme` 等具体 Skill，但任务明显属于建筑工程资料整理、复核、台账或证据链场景。
+
+## 路由表
+
+| 资料 / 任务线索 | 路由到 | 默认输出方向 |
+|---|---|---|
+| 招标文件、评分办法、技术标、商务标、资格条件、AI 技术标问题、废标风险 | `aios-commercial-tender` | 响应矩阵、评分点、资料清单、风险提示、人工复核事项 |
+| 合同、协议、分包、采购、租赁、付款、结算、履约、违约、争议解决 | `aios-commercial-contract` | 合同基本事实、空白字段、履约节点、付款结算、责任边界、资料缺口 |
+| 项目日报、施工日报、周报素材、现场记录、材料进场、机械、劳务、进度 | `aios-construction-daily` | 管理摘要、问题台账、异常事项、模板质量诊断、待追踪事项 |
+| 会议纪要、例会、协调会、专题会、交底会、待办、责任人、截止时间 | `aios-construction-meeting` | 会议结论、待办闭环、责任线索、遗留问题、下次追踪 |
+| 变更、签证、联系单、洽商、索赔、停工窝工、图纸变更、工程量变化 | `aios-commercial-variation` | 资料链、断点、流程依据、疑点、复核分流 |
+| 专项施工方案、施工组织、危大工程、深基坑、高支模、脚手架、吊装、危险源、交底、专家论证、计算书 | `aios-construction-scheme` | 工程概况、关键工序、危险源、交底要点、规范 / 计算书 / 专家复核清单 |
+| 结构计算、荷载、边界条件、挠度、稳定、FEM、结构求解器 | `aios-structural` | 结构力学输入检查、求解链路、转 Euclid 结构复核、人工签审边界 |
+| BIM、IFC、Revit、CAD、建筑规范、审图规则、知识结构化 | `aios-knowledge` | 行业语义、规范知识、资料来源、知识结构化边界 |
+| 用户明确调用 `aios-compare`，或明确要求用 AIOS 判断两份文档 / 两个版本 / 两个 AI 输出哪份更专业 | `aios-compare` | 对比范围、可比性判断、结构差异、内容差异、专业度评分、边界风险、合并建议 |
+| 开发者明确调用 `aios-prompt-compare`，并要求 weak / portable / skill-runtime 或提示词沉淀评测 | `aios-prompt-compare` | 运行记录、原始输出对照、评分卡、失败模式、沉淀建议 |
+| AI Runtime、RAG、GraphRAG、MCP、Tool Calling、Memory、多 Agent 编排 | `aios-runtime` | Runtime 边界、工具权限、知识管线、运行治理 |
+| 建筑行业软件 / 系统深度评价、产品定位、商业验证、范围取舍 | `aios-ceo` | 一把手视角评价、阶段路线、风险和停损信号 |
+| 建筑行业平台界面、工作台、BIM Viewer、审图复核、数据看板 | `aios-design` | 界面任务路径、证据定位、复核追溯、实现交接 |
+| 架构、服务边界、技术选型、长期复杂度 | `aios-arch` | 架构边界、数据链路、治理风险 |
+| 交付计划、任务拆解、依赖和验证顺序 | `aios-plan` | 任务、依赖、验收和交付顺序 |
+| 代码 / 文档 / 脚本执行、修复、测试、构建 | `aios-exec` | 有边界执行和验证 |
+| PR、diff、AI 生成代码、安全、测试缺口 | `aios-review` | 风险发现、缺失测试、发布准备度 |
+
+## 路由规则
+
+1. 先看用户是否明确指定了具体 `aios-*` Skill；如已指定，直接使用该 Skill。
+2. 未指定时，根据文件名、标题、正文高频词、表格字段和用户任务判断资料类型。
+3. 命中单一高置信场景时，按对应 Skill 的 `SKILL.md` 工作流执行。
+4. 同一资料包含多个场景时，先输出资料类型判断，再按主任务路由；必要时列出次级 Skill 作为后续复核建议。
+5. 类型不清时，不要泛泛总结；先输出“资料状态判断”和“需要用户补充的资料类型 / 目标”。
+6. 不因为用户说“AIOS”就强行套建筑行业规则；非建筑任务优先说明 AIOS 不适用，并建议使用宿主工具通用能力。
+
+## 输出要求
+
+默认输出应包括：
+
+1. 资料类型和路由判断。
+2. 资料来源清单或资料来源说明。
+3. 对应业务 Skill 的主输出表 / 清单 / 台账。
+4. 资料缺口和需补充确认事项。
+5. 人工复核岗位。
+6. 不能由 AI 直接下结论的事项。
+
+如果已路由到专项 Skill，应遵守该 Skill 的输出格式；本 Skill 不要求额外生成一份冗长的路由报告。
+
+## 约束
+
+- 不输出最终法律意见、合规结论、安全结论、结构计算结论、结算金额或责任归属。
+- 不把资料未提及内容补猜成事实。
+- 不把“AIOS 总入口”当作通用万能助手；它只负责路由和行业增强边界。
+- 涉及金额、工期、法律责任、质量安全、规范、结构计算、审批或签审时，必须保留 `需核验`、`转人工复核` 或对应专业复核岗位。
+- 对结构力学、承载、稳定、变形和安全系数，不得由 LLM 口算；需要 `aios-structural`、项目计算书或确定性工具证据。

package/skills/aios/agents/openai.yaml

@@ -0,0 +1,4 @@
+interface:
+  display_name: "AIOS Router"
+  short_description: "按资料类型自动路由到对应 ArchSight AIOS 技能"
+  default_prompt: "当用户只说使用 AIOS 或 AIOS 技能包分析文档时，先识别资料类型，再路由到合适的 aios-* 技能；不确定时先做资料状态判断，保留证据链、人工复核和不能下结论的边界。"

package/skills/aios-arch/SKILL.md

@@ -54,7 +54,7 @@ AIOS Arch 的目标是补足通用架构评审：在 AIOS 行业增强启用时
 9. 用 P0/P1/P2 或同等级别标注风险优先级；不要把所有问题写成平级 TODO。
 10. 做交付审查增强：输出事实刷新、历史结论 diff、领域风险 / 工程风险分类、任务化落点和第一步建议。
 11. 给出推荐方案，并说明被拒绝方案和原因。
-12. 对多 Agent 冲突输出 `Claim / Evidence / Tool Result / Decision`，按 `governance/arbitration-protocol.md` 仲裁。
+12. 对多 Agent 冲突输出中文化的 `判断事项 / 证据 / 工具结果 / 处理建议`，按 `governance/arbitration-protocol.md` 仲裁。
 13. 给 Mason、Daedalus、Argus、Vitruvius、Euclid 或 Hephaestus 标注后续交接点；工程拆解细节交给 Mason，不在 Atlas 报告里替代交付计划。
 
 ## Step 0 范围挑战
@@ -92,7 +92,7 @@ AIOS Arch 的目标是补足通用架构评审：在 AIOS 行业增强启用时
 2. 已过期判断：列出历史报告、旧计划或用户假设中已经被当前代码事实替代的判断；没有发现也要写“未发现明显过期判断”。
 3. 与既有报告 diff：说明哪些结论继承、哪些修正、哪些新增；如果没有既有报告，写“无既有报告输入”。
 4. 风险分类：每个 P0/P1/P2 发现必须标注为 `领域风险`、`工程风险` 或 `混合风险`。
-5. 可执行落点：每个 P0/P1/P2 发现必须写到文件 / 模块、最小改动范围和验证命令或测试路径；无法定位时标为 `Need verify`，不要编造路径。
+5. 可执行落点：每个 P0/P1/P2 发现必须写到文件 / 模块、最小改动范围和验证命令或测试路径；无法定位时标为 `需核验`，不要编造路径。
 6. 第一小步：最后给出“现在最该做的一件小事”，必须是低风险、可验证、能推进主风险收敛的动作。
 
 发现格式：
@@ -133,22 +133,22 @@ AIOS Arch 的目标是补足通用架构评审：在 AIOS 行业增强启用时
 
 - 范围挑战：当前范围是否被接受，哪些事项不在本轮范围内。
 - 已有能力：项目中应复用的模块、契约、测试、脚本或治理资产。
-- What Already Exists：已有能力是否被复用，是否存在重复建设。
+- 已有能力：已有能力是否被复用，是否存在重复建设。
 - 本次事实刷新：本轮从代码、契约、测试或部署入口确认的新事实。
 - 已过期判断：历史报告或旧假设中被当前事实替代的内容。
 - 与既有报告 diff：继承、修正和新增的结论。
-- NOT in scope：明确不做的事项和理由。
+- 不在本轮范围：明确不做的事项和理由。
 - 风险分级：P0/P1/P2 或等效优先级，说明影响和验证方式。
 - 风险分类：领域风险、工程风险或混合风险。
-- Failure Modes：关键路径的生产失败方式、当前覆盖和用户可见性。
-- Coverage Map：代码路径、用户路径、异常路径和 eval 覆盖情况。
-- Parallel Lanes：可并行 workstream、依赖、冲突点和合并顺序。
-- Implementation Tasks：由发现直接生成的任务清单，包含文件、验证和优先级。
-- Claim / Evidence / Tool Result / Decision：Agent 冲突、工具返回值和仲裁结论。
+- 失败模式：关键路径的生产失败方式、当前覆盖和用户可见性。
+- 覆盖范围图：代码路径、用户路径、异常路径和 eval 覆盖情况。
+- 并行工作线：可并行 workstream、依赖、冲突点和合并顺序。
+- 实施任务：由发现直接生成的任务清单，包含文件、验证和优先级。
+- 判断事项 / 证据 / 工具结果 / 处理建议：Agent 冲突、工具返回值和仲裁结论。
 - 第一小步：当前最该做的一件小事。
-- `Rejected:` 被拒绝的备选方案及原因。
-- `Assumption:` 当前判断依赖的假设。
-- `Need verify:` 必须继续验证的点。
+- `已拒绝方案：` 被拒绝的备选方案及原因。
+- `假设：` 当前判断依赖的假设。
+- `需核验：` 必须继续验证的点。
 
 ## 代码事实与补充检查规则
 
@@ -159,11 +159,11 @@ AIOS Arch 的目标是补足通用架构评审：在 AIOS 行业增强启用时
 - 架构依据以边界判断、风险优先级、长期演进和决策取舍为主。
 - 工程计划可以纳入范围挑战、已有能力盘点、Failure Modes、测试缺口、并行 workstream、冲突标记和回归命令。
 - 对不同评审的强弱判断必须回到代码事实、风险依据和验证路径；不要把未核验的排序包装成客观事实。
-- 严格区分 `Assumption` 和 `Need verify`；不要把“2 个假设 + 3 个待验证项”写成“3 个假设”。
+- 严格区分 `假设` 和 `需核验`；不要把“2 个假设 + 3 个待验证项”写成“3 个假设”。
 - 如果已有评审已经触及多实例、缓存、单例或进程内状态风险，但没有展开完整策略，应表述为“已触及但未系统展开”，不要写成完全未覆盖。
 - 如果为了避免结论污染而做独立重评，仍要把历史 P0/P1 或用户点名的旧发现列为“回归防漏清单”；逐项确认“已修复 / 已吸收进更大问题 / 仍独立存在 / 无法判断”。
 - 不要把“字段存在”误判为“链路贯通”。凡是字段、关系或元数据跨越 UI、API、后台任务、领域模型、图谱/数据库、检索和报告展示，必须至少追踪一个完整路径。
-- 抽象发现不能吞掉具体断链。若某个断链被归入“元数据不足”“审计边界不足”等更大主题，输出中仍需保留独立的断点、影响、验收项或 `Need verify`。
+- 抽象发现不能吞掉具体断链。若某个断链被归入“元数据不足”“审计边界不足”等更大主题，输出中仍需保留独立的断点、影响、验收项或 `需核验`。
 - 每个高优先级结论必须说明“是领域风险还是工程风险”：例如规范版本关系缺失属于领域风险或混合风险，后台任务进程内状态属于工程风险。
 - 报告最后必须给出可直接进入 `aios-plan` 的任务清单；每个任务来源必须能回溯到一个具体发现，不为凑数生成任务。
 

package/skills/aios-ceo/SKILL.md

@@ -59,7 +59,7 @@ description: 一把手深度评审工作流。用于在 AIOS 建筑行业增强
 7. 部署事实：环境变量、数据库迁移、外部服务、密钥、权限、日志、监控、备份、回滚和生产启动校验。
 8. 商业事实：客户访谈、试点、付费意愿、节省时间、误判 / 漏判、复核成本、交付成本和采购路径。
 
-判断必须按 `Claim / Evidence / Risk / Decision / Next action` 展开。没有证据的判断只能写成假设或待验证项。
+判断必须按 `判断事项 / 证据 / 风险 / 决策建议 / 下一步` 展开。没有证据的判断只能写成假设或待验证项。
 
 ## 工作流
 
@@ -77,10 +77,10 @@ description: 一把手深度评审工作流。用于在 AIOS 建筑行业增强
 6. 判断工程可信度：代码、数据链路、接口契约、测试、部署、安全、审计和运维是否支撑当前承诺。
 7. 判断商业目标：收入、成本、效率、风险降低或战略价值是否能对应到可观测指标。
 8. 判断范围野心：
-   - Expand：方向对但格局太小，应提出更高价值版本。
-   - Hold：范围合适，应提高验证和执行严谨度。
-   - Reduce：范围过大，应收缩到最小可验证版本。
-   - Stop：缺少真实需求或证据，应暂停立项。
+   - 扩大：方向对但格局太小，应提出更高价值版本。
+   - 保持：范围合适，应提高验证和执行严谨度。
+   - 收缩：范围过大，应收缩到最小可验证版本。
+   - 停止：缺少真实需求或证据，应暂停立项。
 9. 区分三类成熟度：工程进展、生产可信度、商业验证。三者不能互相替代。
 10. 给出阶段路线：验证阶段、MVP 阶段、产品化阶段、平台化阶段。
 11. 对技术、规范、结构计算或安全冲突引用仲裁证据，不替代专项 Agent 和 Capability 结论。
@@ -108,8 +108,8 @@ AIOS 行业增强启用后，评审建筑行业软件或系统时，至少从这
 ### Deep Review
 
 1. 结论
-   - `Mode:` Deep Review / Brief + 立项判断 / 定位判断 / 商业判断 / 范围判断。
-   - `Decision:` Expand / Hold / Reduce / Stop。
+   - `模式：` 深度评审 / 简要评审 + 立项判断 / 定位判断 / 商业判断 / 范围判断。
+   - `决策建议：` 扩大 / 保持 / 收缩 / 停止。
    - 一句话说明为什么。
 2. 证据摘要
    - 已读取 / 已验证的代码、文档、配置、测试、部署和业务证据。
@@ -144,12 +144,12 @@ AIOS 行业增强启用后，评审建筑行业软件或系统时，至少从这
 
 必要时补充：
 
-- `Mode:` Deep Review / Brief + 立项判断 / 定位判断 / 商业判断 / 范围判断。
-- `Decision:` Expand / Hold / Reduce / Stop。
-- `Assumption:` 当前判断依赖的假设。
-- `Need evidence:` 必须补充的客户、市场、数据或技术证据。
-- `Rejected:` 被拒绝的方向及原因。
-- `Not verified:` 不能据此声称完成或生产可用的部分。
+- `模式：` 深度评审 / 简要评审 + 立项判断 / 定位判断 / 商业判断 / 范围判断。
+- `决策建议：` 扩大 / 保持 / 收缩 / 停止。
+- `假设：` 当前判断依赖的假设。
+- `需补充证据：` 必须补充的客户、市场、数据或技术证据。
+- `已拒绝方向：` 被拒绝的方向及原因。
+- `未验证项：` 不能据此声称完成或生产可用的部分。
 
 ## 一把手检查项
 

package/skills/aios-commercial-contract/SKILL.md

@@ -28,21 +28,39 @@ description: 工程合同履约证据链工作流。用于从工程分包、采
 - 项目类型、合同类型、地区、标段、承包范围和关键里程碑。
 - 用户指定的重点问题，例如付款、工期、质量、验收、违约、争议解决或资料缺失。
 
+## 基础版模式
+
+用于工程业务资料处理、项目复核辅助、部门工作流整理或模板沉淀时，按本节收口。可复制的基础提示词见 `prompts/basic-prompt.md`。
+
+最小可用输入：
+
+- 脱敏后的工程合同、分包合同、采购合同、租赁合同、补充协议或合同摘要。
+- 文件名、版本、日期、章节 / 页码 / 条款标题。
+- 用户要复核的问题，例如履约节点、付款条件、空白字段、责任边界或资料缺口。
+- 人工复核岗位，例如法务、商务、项目经理、造价、财务或合同经办。
+
+基础输出优先级：
+
+1. 先输出合同基本信息和空白字段优先核对表。
+2. 把合同转成关键履约节点、付款和结算条件、责任和违约风险提示。
+3. 所有金额、期限、责任方、验收、付款、违约条款必须带原文依据位置或原文关键词。
+4. 输出只作为履约管理辅助，不构成法律意见、违约定性、索赔或结算结论。
+
 ## Capability 与证据
 
-- 所有抽取结论必须带 `Evidence`，至少包括来源文件、页码/章节/行号或原文短摘。
-- 涉及法律、地方制度、招采规则、工程规范或合同示范文本适用性时，优先调用或要求 `knowledge.norm_lookup`；没有工具结果时标注 `Need verify`。
-- 多 Agent 冲突、工具结果缺失或资料互相矛盾时，按 `governance/arbitration-protocol.md` 输出 `Claim / Evidence / Tool Result / Decision`。
+- 所有抽取结论必须带 `证据`，至少包括来源文件、页码/章节/行号或原文短摘。
+- 涉及法律、地方制度、招采规则、工程规范或合同示范文本适用性时，优先调用或要求 `knowledge.norm_lookup`；没有工具结果时标注 `需核验`。
+- 多 Agent 冲突、工具结果缺失或资料互相矛盾时，按 `governance/arbitration-protocol.md` 输出中文化的 `判断事项 / 证据 / 工具结果 / 处理建议`。
 
 ## 工作流
 
-1. 建立 Source Map：列出输入文件、版本、日期和可引用定位方式。
+1. 建立资料来源清单：列出输入文件、版本、日期和可引用定位方式。
 2. 识别合同事实：合同类型、双方主体、范围、金额、工期、质量目标、验收方式和争议解决条款。
 3. 抽取履约节点：把触发条件、期限、责任方、交付物和验收材料拆成表格。
 4. 抽取付款和结算条件：区分预付款、进度款、结算、质保金、发票、验收和资料前置条件。
 5. 建立责任边界：列出甲方、乙方、分包、供应商、监理、设计或总包的明确义务。
-6. 标注风险和缺口：只标“建议复核 / Need verify”，不得把缺失资料推断成违约事实。
-7. 对规范、制度或示范文本适用性发起 `knowledge.norm_lookup` 调用计划；没有 Tool Result 时保留为待核验。
+6. 标注风险和缺口：只标“建议复核 / 需核验”，不得把缺失资料推断成违约事实。
+7. 对规范、制度或示范文本适用性发起 `knowledge.norm_lookup` 调用计划；没有工具结果时保留为待核验。
 8. 输出人工复核分流：法务、商务、项目经理、技术负责人或业主代表。
 
 ## 输出格式
@@ -50,13 +68,13 @@ description: 工程合同履约证据链工作流。用于从工程分包、采
 默认输出：
 
 1. 结论
-2. Source Map
+2. 资料来源清单
 3. 合同基本事实
 4. 履约节点表
 5. 付款与结算条件
 6. 责任边界与风险提示
 7. 待补充资料
-8. Arbitration
+8. 证据仲裁
 
 履约节点条目格式：
 
@@ -66,17 +84,17 @@ description: 工程合同履约证据链工作流。用于从工程分包、采
 期限：
 责任方：
 交付物：
-Evidence：
+证据：
 需复核：
 ```
 
-Arbitration 条目格式：
+证据仲裁条目格式：
 
 ```text
-Claim：
-Evidence：
-Tool Result：
-Decision：Proceed / Need verify / Hold for human
+判断事项：
+证据：
+工具结果：
+处理建议：可继续 / 需核验 / 转人工复核
 人工复核岗位：
 ```
 

package/skills/aios-commercial-contract/prompts/basic-prompt.md

@@ -0,0 +1,83 @@
+# 合同条款与履约节点基础提示词
+
+## 适用场景
+
+用于工程分包合同、采购合同、租赁合同、补充协议等文本的条款提取、履约节点清单、付款结算条件和风险提示。
+
+## 使用边界
+
+- 输出为合同文本分析辅助，不构成法律意见。
+- 不判断最终责任归属，不替代法务、商务、造价、财务或项目负责人复核。
+- 不把资料未提及事项写成违约或不合格。
+- 合同中项目名称、主体、金额、期限等为空白时，必须标为“需补充确认”，不能用常识补全。
+
+## 资料输入区
+
+```text
+在这里粘贴脱敏后的合同条款、协议片段或合同摘要。
+```
+
+## 提示词
+
+请基于以上合同资料，帮助项目管理人员提取可执行的履约信息和需复核事项。
+
+要求：
+
+1. 只基于资料文本输出，不补充合同外事实。
+2. 对金额、期限、责任、验收、付款、违约、争议解决等条款优先提取。
+3. 每个关键节点都要给出原文依据位置或原文关键词，便于人工回查。
+4. 对不明确或资料缺失处标为“需补充确认”。
+5. 风险提示使用“建议复核”，不要写成确定法律结论。
+6. 如果合同样本存在大量空白字段，先输出“空白字段优先核对表”，再进入履约节点提取。
+
+请按以下格式输出：
+
+### 资料来源清单
+
+| 序号 | 资料名称 / 片段 | 版本 / 日期 | 章节 / 页码 / 条款 | 当前用途 | 可信度 / 缺口 |
+|---:|---|---|---|---|---|
+
+### 一、合同基本信息
+
+| 项目 | 内容 | 原文依据 | 需确认事项 |
+|---|---|---|---|
+
+### 二、空白字段优先核对表
+
+| 序号 | 空白 / 不明确字段 | 可能影响 | 建议确认对象 |
+|---:|---|---|---|
+
+### 三、关键履约节点
+
+| 序号 | 节点 | 触发条件 | 时间 / 期限 | 责任方 | 原文依据位置 | 需准备资料 | 复核提示 |
+|---:|---|---|---|---|---|---|---|
+
+### 四、付款和结算条款
+
+| 序号 | 条款事项 | 金额 / 比例 / 条件 | 原文依据 | 需确认事项 |
+|---:|---|---|---|---|
+
+### 五、责任和违约风险提示
+
+| 序号 | 风险点 | 原文依据 | 可能影响 | 建议复核岗位 |
+|---:|---|---|---|---|
+
+### 六、待补充资料清单
+
+列出为了后续履约管理仍需补充或核对的资料。
+
+### 七、可沉淀为部门模板的字段
+
+列出后续可固化为合同履约模板的字段，例如节点、触发条件、期限、责任方、资料、复核岗位、状态。
+
+### 八、不能下结论的事项
+
+列出当前资料不足以支持的结论，例如法律意见、违约定性、违约责任、责任归属结论、索赔金额、结算金额、结算金额结论、税务结论。
+
+## 验证检查项
+
+- 是否能生成履约节点表。
+- 是否把付款、验收、违约、争议等关键条款提取清楚。
+- 是否保留法律和商务复核边界。
+- 是否避免把提示写成法律结论。
+- 是否把合同空白项和资料缺口明确列出来。

package/skills/aios-commercial-tender/SKILL.md

@@ -28,16 +28,34 @@ description: 工程招投标响应证据链工作流。用于从招标文件、
 - 企业已有资料：资质、业绩、人员证书、设备、财务、信用、类似项目案例。
 - 用户关注点：废标项、评分点、技术标目录、资料缺口、响应难点。
 
+## 基础版模式
+
+用于工程业务资料处理、项目复核辅助、部门工作流整理或模板沉淀时，按本节收口。可复制的基础提示词见 `prompts/basic-prompt.md`。
+
+最小可用输入：
+
+- 脱敏招标文件片段、评分办法、技术标要求，或 AI 标书工具试用后的人工检查问题清单。
+- 文件名、版本、日期、章节 / 页码 / 条款标题。
+- 用户要复核的问题，例如评分点响应、废标风险、资料缺口或技术标目录。
+- 人工复核岗位，例如投标负责人、经营人员、技术负责人、法务或造价。
+
+基础输出优先级：
+
+1. 先判断输入类型：真实招标文件 / 评分办法、AI 生成技术标后的人工检查问题清单、工具咨询或混合资料。
+2. 若缺少真实招标原文，明确写出“缺少可验证招标依据”，只输出问题回应矩阵和响应矩阵模板，不输出真实读标结论。
+3. 输出 AI 技术标复核问题回应矩阵、评分点响应矩阵、资料缺口和人工复核事项。
+4. 废标、资格条件和评分分值缺证据时标为 `需核验`，不得补猜。
+
 ## Capability 与证据
 
 - 每个废标风险、评分点和资格条件必须带原文定位。
-- 涉及法规、地方交易规则、规范标准或政策适用性时，调用或要求 `knowledge.norm_lookup`；没有 Tool Result 时标注 `Need verify`。
+- 涉及法规、地方交易规则、规范标准或政策适用性时，调用或要求 `knowledge.norm_lookup`；没有工具结果时标注 `需核验`。
 - 评分预测只能基于明确评分办法和已提供资料；缺资料不得脑补。
-- 冲突、澄清版本不一致或关键证据缺失时输出 `Decision: Hold for human`。
+- 冲突、澄清版本不一致或关键证据缺失时输出 `处理建议：转人工复核`。
 
 ## 工作流
 
-1. 建立 Source Map：列出招标资料、答疑澄清、版本和定位方式。
+1. 建立资料来源清单：列出招标资料、答疑澄清、版本和定位方式。
 2. 抽取项目基本事实：招标范围、工期、质量目标、资质要求、投标截止、保证金和评标办法。
 3. 标出废标/否决项：原文条件、触发风险、所需证明材料和责任人。
 4. 抽取资格条件：资质、业绩、人员、证书、财务、信用、联合体和设备要求。
@@ -50,14 +68,14 @@ description: 工程招投标响应证据链工作流。用于从招标文件、
 默认输出：
 
 1. 结论
-2. Source Map
+2. 资料来源清单
 3. 项目和资料概览
 4. 废标 / 否决风险清单
 5. 资格条件和证明材料清单
 6. 评分点响应矩阵
 7. 技术标目录建议
 8. 人工复核与澄清问题
-9. Arbitration
+9. 证据仲裁
 
 响应矩阵条目格式：
 
@@ -67,17 +85,17 @@ description: 工程招投标响应证据链工作流。用于从招标文件、
 响应材料：
 已有证据：
 缺口：
-Evidence：
-Decision：
+证据：
+处理建议：
 ```
 
-Arbitration 条目格式：
+证据仲裁条目格式：
 
 ```text
-Claim：
-Evidence：
-Tool Result：
-Decision：Proceed / Need verify / Hold for human
+判断事项：
+证据：
+工具结果：
+处理建议：可继续 / 需核验 / 转人工复核
 ```
 
 ## 约束
@@ -86,4 +104,4 @@ Decision：Proceed / Need verify / Hold for human
 - 不把未提供的企业资质、业绩或证书当作已具备。
 - 不忽略答疑澄清版本；版本冲突必须标注。
 - 不替代投标负责人、法务、商务、造价或技术负责人审核。
-- 对废标项使用保守口径：缺证据时标 `Need verify`，不直接判定废标。
+- 对废标项使用保守口径：缺证据时标 `需核验`，不直接判定废标。

package/skills/aios-commercial-tender/prompts/basic-prompt.md

@@ -0,0 +1,94 @@
+# 招标文件解析与技术标响应矩阵基础提示词
+
+## 适用场景
+
+用于脱敏招标文件、评分办法、技术标要求、资格条件、答疑澄清、AI 生成技术标后的人工检查问题清单的初步解析，生成问题回应矩阵、评分点响应矩阵、废标风险占位、资格资料清单和人工复核事项。
+
+## 使用边界
+
+- 仅用于投标文件准备辅助，不提供具体项目评标结论。
+- 不替代投标负责人、经营人员、法务人员、造价人员或专家判断。
+- 如资料未提及，应写为“需补充确认”，不能推定为满足或不满足。
+- 如果输入只是 AI 标书工具试用后的人工检查问题、业务需求汇总、经验总结或工具介绍，而不是招标文件 / 评分办法原文，必须先说明“缺少可验证招标依据”，不要假装已经完成读标。
+- 只有输入包含真实招标原文和评分办法时，才输出具体废标项、资格条件和评分分值。
+
+## 资料输入区
+
+```text
+在这里粘贴脱敏后的招标文件片段、评分办法、技术标要求、资格条件、答疑澄清，或 AI 生成技术标后的人工检查问题清单。
+```
+
+## 提示词
+
+请基于以上资料，按施工企业投标文件准备的视角进行结构化解析。
+
+要求：
+
+1. 先判断输入类型：A. 真实招标文件 / 评分办法；B. AI 生成技术标后的人工检查问题清单；C. 工具咨询或经验汇总；D. 混合资料。
+2. 只使用资料中明确出现的信息；资料没有写明的内容标为“需补充确认”。
+3. 不给出中标概率、评标结论、串标规避建议或工具采购承诺。
+4. 区分废标风险、资格条件、评分点、技术标响应要求、格式要求和用户关心问题。
+5. 每一条关键判断都要写清资料依据位置，例如章节名、页码、条款标题、原文关键词或用户问题原句。
+6. 输出内容要便于投标负责人复核和分工。
+
+请按以下格式输出：
+
+### 资料来源清单
+
+| 序号 | 资料名称 / 片段 | 版本 / 日期 | 章节 / 页码 / 条款 | 当前用途 | 可信度 / 缺口 |
+|---:|---|---|---|---|---|
+
+### 一、输入类型和资料状态判断
+
+| 项目 | 判断 | 资料依据 | 不能直接下结论的原因 |
+|---|---|---|---|
+
+如果不是招标文件 / 评分办法原文，请在本节明确写出：`缺少可验证招标依据，以下只能作为问题回应和矩阵模板，不作为真实读标结论。`
+
+### 二、AI 技术标复核问题回应矩阵
+
+| 序号 | 人工检查问题 / 关注点 | 当前可回答程度 | 更稳的回答口径 | 需要的资料 / 工具 | 人工复核岗位 |
+|---:|---|---|---|---|---|
+
+### 三、废标或重大响应风险清单
+
+| 序号 | 风险事项 | 原文依据 | 可能影响 | 建议复核责任 |
+|---:|---|---|---|---|
+
+如输入不是招标原文，本节只输出“需招标原文确认”的占位清单，不编造具体废标条款。
+
+### 四、资格条件和证明材料清单
+
+| 序号 | 条件 | 所需证明材料 | 资料状态 | 需补充确认 |
+|---:|---|---|---|---|
+
+### 五、评分点响应矩阵
+
+| 序号 | 评分点 / 要求 | 分值或权重 | 原文依据位置 | 建议响应内容 | 对应技术标章节 | 责任岗位 | 复核提示 |
+|---:|---|---:|---|---|---|---|---|
+
+如果资料仅包含评分点结构或用户问题，请把“分值或权重”和“原文依据位置”标为需补充确认。
+
+### 六、技术标目录建议
+
+请给出一个目录草案，并标注每个章节主要响应哪些评分点。
+
+### 七、人工复核提醒
+
+列出必须由投标负责人、经营人员、技术负责人、法务或造价确认的事项。
+
+### 八、可沉淀为部门模板的字段
+
+列出后续可固化为经营中心模板的字段，例如资料类型、评分点、响应章节、依据位置、责任岗位、复核状态。
+
+### 九、不能下结论的事项
+
+列出当前资料不足以支持的结论，例如真实读标、废标判断、资格满足、评分预测、中标概率、保证中标、工具采购建议。
+
+## 验证检查项
+
+- 是否先判断资料类型和可验证程度。
+- 是否生成可执行的回应矩阵和响应矩阵，而不是泛泛建议。
+- 是否把缺失信息标成“需补充确认”。
+- 是否避免替代评标或承诺结果。
+- 是否在缺少真实招标文件时明确提示验证不足。

package/skills/aios-commercial-variation/SKILL.md

@@ -27,16 +27,34 @@ description: 工程变更签证证据链审查工作流。用于整理联系单
 - 资料版本、日期、签发主体、签收主体、页码、章节、图号、联系单编号和签认状态。
 - 用户关注点：资料是否闭合、是否需发函、是否有合同依据、是否存在时效风险。
 
+## 基础版模式
+
+用于工程业务资料处理、项目复核辅助、部门工作流整理或模板沉淀时，按本节收口。可复制的基础提示词见 `prompts/basic-prompt.md`。
+
+最小可用输入：
+
+- 脱敏后的签证单、联系单、会议纪要、合同条款、现场记录、照片说明、图纸变更说明，或公开行业样表字段。
+- 文件名、编号、日期、签发 / 签收主体、页码、章节、图号或签认状态。
+- 用户要复核的问题，例如资料链是否完整、缺哪些附件、是否需要补资料或发函。
+- 人工复核岗位，例如经营、造价、项目经理、合同、法务、资料员或业主代表。
+
+基础输出优先级：
+
+1. 先判断资料链完整度：完整、部分线索、仅方法演示。
+2. 区分事实记录、合同依据、过程线索、正式依据待确认和缺失资料。
+3. 公开样表只能提供字段结构，不代表项目事实。
+4. 不判断最终金额、责任归属、签证成立或索赔成立。
+
 ## Capability 与证据
 
-- 每个事实链节点必须带 `Evidence`：来源文件、日期、编号、页码/章节/行号和签认状态。
-- 涉及合同示范文本、地方签证流程、规范或政策适用性时，调用或要求 `knowledge.norm_lookup`；没有 Tool Result 时标注 `Need verify`。
-- 涉及工程量、造价、工期索赔和责任归属时必须 `Hold for human`，交给造价、法务、项目经理或业主代表复核。
-- 资料链冲突按 `Claim / Evidence / Tool Result / Decision` 仲裁。
+- 每个事实链节点必须带 `证据`：来源文件、日期、编号、页码/章节/行号和签认状态。
+- 涉及合同示范文本、地方签证流程、规范或政策适用性时，调用或要求 `knowledge.norm_lookup`；没有工具结果时标注 `需核验`。
+- 涉及工程量、造价、工期索赔和责任归属时必须 `转人工复核`，交给造价、法务、项目经理或业主代表复核。
+- 资料链冲突按中文化的 `判断事项 / 证据 / 工具结果 / 处理建议` 仲裁。
 
 ## 工作流
 
-1. 建立 Source Map：按时间顺序列出联系单、纪要、图纸、日志、照片、通知和合同条款。
+1. 建立资料来源清单：按时间顺序列出联系单、纪要、图纸、日志、照片、通知和合同条款。
 2. 定义变更事项：变更对象、发生原因、涉及范围、影响类型和当前状态。
 3. 建立事实链：事件发生、提出、确认、指令、实施、验收、计量和结算资料是否齐全。
 4. 建立合同/流程链：合同条款、通知时限、签认主体、审批路径和资料要求。
@@ -49,13 +67,13 @@ description: 工程变更签证证据链审查工作流。用于整理联系单
 默认输出：
 
 1. 结论
-2. Source Map
+2. 资料来源清单
 3. 变更 / 签证事项摘要
 4. 资料链完整性清单
 5. 合同和流程依据对照
 6. 资料断点与合规风险
 7. 多岗位复核建议
-8. Arbitration
+8. 证据仲裁
 
 资料链条目格式：
 
@@ -64,18 +82,18 @@ description: 工程变更签证证据链审查工作流。用于整理联系单
 资料：
 签发 / 签收：
 状态：
-Evidence：
+证据：
 缺口：
-Decision：
+处理建议：
 ```
 
-Arbitration 条目格式：
+证据仲裁条目格式：
 
 ```text
-Claim：
-Evidence：
-Tool Result：
-Decision：Proceed / Need verify / Hold for human
+判断事项：
+证据：
+工具结果：
+处理建议：可继续 / 需核验 / 转人工复核
 人工复核岗位：
 ```
 
@@ -85,4 +103,4 @@ Decision：Proceed / Need verify / Hold for human
 - 不把未签认资料写成已确认事实。
 - 不忽略合同通知时限、签收主体和版本冲突。
 - 不用单一会议纪要替代完整资料链。
-- 缺少原始证据时必须标注 `Need verify`，不得补猜。
+- 缺少原始证据时必须标注 `需核验`，不得补猜。