@archsight/aios 1.3.2 → 1.5.0

package/templates/project-ai/.ai/skills.md

@@ -25,12 +25,24 @@ AIOS 是建筑行业增强层，不是通用任务替代器。只有当前项目
 | 两份文档、两个版本或两个 AI 输出专业度对比 | `aios-compare` | Daedalus |
 | 内部 Prompt / Skill 测试、weak/basic/runtime 三栏评测 | `aios-prompt-compare` | Daedalus |
 | 建筑行业项目受控实现 / 测试 / 文档 / 脚本 | `aios-exec` | Hephaestus |
-| 工程招投标响应 / 评分点 / 废标风险 / 技术标资料矩阵 | `aios-commercial-tender` | Mason |
+| 工程招投标通用入口 / 自动区分写作和审核 | `aios-tender` | Mason |
+| 工程招投标审核 / 评分点 / 废标风险 / 技术标资料矩阵 | `aios-tender-audit` | Mason |
+| 原工程商务招投标领域入口 / 保留既有培训命令 | `aios-commercial-tender` | Mason |
+| 工程标书 / 技术标生成、改写和历史素材复用 | `aios-tender-write` | Mason |
+| 工程合同审核 / 履约节点 / 付款条件 / 责任边界 / 资料缺口 | `aios-contract-audit` | Themis |
+| 工程补充协议 / 合同条款 / 履约通知 / 函件草稿生成和改写 | `aios-contract-draft` | Themis |
 | 工程合同履约节点 / 付款条件 / 责任边界 / 资料缺口 | `aios-commercial-contract` | Themis |
+| 工程现场日报通用入口 / 自动区分生成和复核 | `aios-daily` | Mason |
+| 施工日报 / 项目日报 / 周报素材生成、改写和现场记录整理 | `aios-daily-write` | Mason |
 | 施工日报 / 现场异常 / 项目群记录 / 问题追踪台账 | `aios-construction-daily` | Mason |
+| 工程会议纪要通用入口 / 自动区分生成和复核 | `aios-meeting` | Mason |
+| 工程会议纪要 / 待办清单 / 下次追踪生成和改写 | `aios-meeting-write` | Mason |
 | 工程会议纪要 / 待办闭环 / 遗留争议 / 下次追踪 | `aios-construction-meeting` | Mason |
 | 工程变更签证资料链 / 联系单 / 图纸变更 / 索赔线索 | `aios-commercial-variation` | Plutus |
-| 专项施工方案 / 危险源 / 交底要点 / 规范和计算书复核 | `aios-construction-scheme` | Vitruvius |
+| 专项施工方案通用入口 / 自动区分写作和审核 | `aios-scheme` | Vitruvius |
+| 专项施工方案审核 / 危险源 / 交底要点 / 规范和计算书复核 | `aios-scheme-audit` | Vitruvius |
+| 原工程施工专项方案领域入口 / 保留既有培训命令 | `aios-construction-scheme` | Vitruvius |
+| 专项施工方案 / 施工技术措施生成、改写和历史方案复用 | `aios-scheme-write` | Vitruvius |
 
 ## 本项目可用的 Skills
 
@@ -49,12 +61,24 @@ AIOS 是建筑行业增强层，不是通用任务替代器。只有当前项目
 - `aios-compare`
 - `aios-prompt-compare`
 - `aios-exec`
+- `aios-tender`
+- `aios-tender-audit`
 - `aios-commercial-tender`
+- `aios-tender-write`
+- `aios-contract-audit`
+- `aios-contract-draft`
 - `aios-commercial-contract`
+- `aios-daily`
+- `aios-daily-write`
 - `aios-construction-daily`
+- `aios-meeting`
+- `aios-meeting-write`
 - `aios-construction-meeting`
 - `aios-commercial-variation`
+- `aios-scheme`
+- `aios-scheme-audit`
 - `aios-construction-scheme`
+- `aios-scheme-write`
 
 ## 启用规则
 
@@ -63,7 +87,9 @@ AIOS 是建筑行业增强层，不是通用任务替代器。只有当前项目
 - 涉及建筑行业平台 UI / UX 方案、工作台体验、交互状态、响应式或前端实现交接时，优先启用 `aios-design`。
 - 只有启用建筑、BIM、IFC、规范知识库、GraphRAG 或智能审图 profile 时，才默认启用 `aios-knowledge`。
 - 涉及结构力学、荷载、FEM、结构计算工具链或工程安全风险时，启用 `aios-structural`；关键数值必须来自确定性求解器或项目已有计算书。
-- 涉及工程招投标、合同履约、施工日报、工程会议、变更签证或专项施工方案时，可按资料类型启用工程业务管理 Skill；这些 Skill 只做证据链整理和人工复核分流，不替代正式签审。
+- 涉及工程招投标、合同履约、施工日报、工程会议、变更签证或专项施工方案时，可按资料类型启用工程业务管理 Skill；这些 Skill 只做证据链整理、生成初稿和人工复核分流，不替代正式签审。
+- 涉及招投标但未区分写作或审核时，优先启用 `aios-tender`；涉及工程合同草拟 / 审核时，优先启用 `aios-contract-draft` 或 `aios-contract-audit`；涉及施工日报或工程会议但未区分生成或复核时，优先启用 `aios-daily` 或 `aios-meeting`；涉及专项施工方案但未区分写作或审核时，优先启用 `aios-scheme`。
+- 涉及标书、技术标、合同函件、施工日报、会议纪要或专项施工方案的生成、改写、历史素材复用时，优先启用 `aios-tender-write`、`aios-contract-draft`、`aios-daily-write`、`aios-meeting-write` 或 `aios-scheme-write`；生成后必须回到 `aios-tender-audit`、`aios-contract-audit`、`aios-construction-daily`、`aios-construction-meeting` 或 `aios-scheme-audit` 做审核门禁。已使用 `aios-commercial-tender`、`aios-commercial-contract`、`aios-construction-daily`、`aios-construction-meeting` 或 `aios-construction-scheme` 的团队可继续使用原领域型入口。
 - 涉及两份文档、两个版本或两个 AI 输出哪份更专业、更可复核、更适合交付时，启用 `aios-compare`。
 - 涉及提示词效果、weak/basic 对照、真实 Skill 输出比较或是否应沉淀为 Skill 时，只有开发者明确调用 `aios-prompt-compare` 才启用；真实 Skill 结果必须来自宿主工具触发对应 `$aios-*` Skill 后的输出。
 - 涉及规范、制度、结构计算、质量安全、金额、工期索赔或责任归属时，必须保留 `Claim / Evidence / Tool Result / Decision`；没有工具或人工证据时标注 `Need verify` 或 `Hold for human`。

package/vision/README.md

@@ -12,4 +12,5 @@
 当前入口：
 
 - [Roadmap](roadmap.md)
+- [v1.4.0 工程文档生成、改写与复核闭环](v1.4.0-engineering-document-workflow.md)
 - [Strategy Principles](strategy-principles.md)

package/vision/roadmap.md

@@ -14,11 +14,30 @@
 - 治理、交付、记忆、知识工程政策。
 - Hermes dry-run 同步与漂移检测。
 
+### v1.4.0：工程文档生成、改写与复核闭环
+
+- 新增写作型能力：`aios-tender-write` 和 `aios-scheme-write`。
+- 明确 Markdown 是 AIOS 工作母版，Word / PDF / PPT 是交付格式。
+- 建立历史方案 / 标书素材复用工作流，区分可复用、仅参考、不可套用和需人工确认内容。
+- 保留现有审核型 Skill 作为质量门禁：标书生成后回到 `aios-commercial-tender`，方案生成后回到 `aios-construction-scheme`。
+- 详见 [v1.4.0 工程文档生成、改写与复核闭环](v1.4.0-engineering-document-workflow.md)。
+
 ## Phase 3：行业知识工程
 
-- BIM / IFC / 规范知识源登记。
-- RAG / GraphRAG 评估集。
-- 审图规则图谱。
+### v1.5.0：Knowledge Pack + 本地 Reference Runtime
+
+- 定义 AIOS 原生 `Knowledge Pack`：来源、授权、版本、标准、条文、实体、关系、lookup 规则、评估问题和人工复核状态。
+- 新增 `knowledge:init` / `knowledge:validate` / `knowledge:compile` / `knowledge:inspect` / `knowledge:lookup` / `knowledge:eval`。
+- 新增端到端合成样板 `templates/knowledge-pack-samples/scheme-review/`。
+- 将 `knowledge.norm_lookup` 接入本地 stdio MCP Reference Runtime，返回可追溯引用、适用性和仲裁状态。
+- 建立 Knowledge Pack 评分卡和发布验证入口 `validate:knowledge-pack`。
+- 详见 [v1.5.0 Knowledge Pack 与本地 Reference Runtime](../docs/v1.5.0-knowledge-pack-runtime.md)。
+
+### 后续行业知识工程方向
+
+- BIM / IFC / 规范知识源登记深化。
+- RAG / GraphRAG 评估集扩展到更多知识域。
+- 审图规则图谱和条文冲突治理。
 - 第二阶段 Agent 深化。
 
 ## Phase 4：企业级运行

package/vision/v1.4.0-engineering-document-workflow.md

@@ -0,0 +1,205 @@
+# v1.4.0 工程文档生成、改写与复核闭环
+
+## 版本定位
+
+v1.4.0 的主线是把 AIOS 从“审核型 Skill”升级为“工程文档生成、改写与复核闭环”。
+
+这不是替换 v1.3.x 已有能力，而是在现有招投标、专项施工方案等审核型 Skill 之上增加写作型能力：
+
+- v1.3.x：读资料 -> 抽取问题 -> 输出矩阵 / 清单 / 台账 -> 人工复核。
+- v1.4.0：读资料 / 历史素材 -> 生成或改写初稿 -> 响应性检查 -> 风险复核 -> 人工定稿。
+
+现有审核型 Skill 继续作为质量门禁；新增写作型 Skill 负责初稿生成、历史素材复用和章节优化。
+
+## 目标用户与场景
+
+优先服务施工企业、咨询团队和工程资料团队的两类高频写作场景：
+
+1. 标书编写与优化：用户提供招标文件、评分办法、企业历史标书素材、类似项目案例或技术标初稿，AIOS 辅助生成目录、响应矩阵、章节初稿和优化建议。
+2. 专项施工方案编写与优化：用户提供方案初稿、历史方案素材、工程概况、专家意见或用户指定模板，AIOS 辅助生成或改写方案章节、工艺流程、危险源控制措施和交底要点。
+
+本版本不承诺替代投标负责人、技术负责人、总工、专家、法务、造价或审批主体。
+
+## 工作母版
+
+Markdown 是 v1.4.0 的 AIOS 工作母版；Word、PDF、PPT 是交付格式，不是主要编辑格式。
+
+推荐文档链路：
+
+```text
+原始资料
+-> source-normalized.md
+-> material-index.md
+-> writing-brief.md
+-> draft.md
+-> review-notes.md
+-> final.md
+```
+
+各文件职责：
+
+| 文件 | 作用 |
+|---|---|
+| `source-normalized.md` | 把招标文件、方案初稿、历史素材、专家意见等归一化为 Markdown。 |
+| `material-index.md` | 建立历史素材索引，区分可复用、仅参考、不可套用和需核验内容。 |
+| `writing-brief.md` | 记录本次写作目标、输出格式、资料边界、人工复核人和禁止承诺。 |
+| `draft.md` | AI 生成或改写的章节初稿，保留来源标记和待补占位。 |
+| `review-notes.md` | 由审核型 Skill 输出响应性、证据链、风险、缺口和人工复核意见。 |
+| `final.md` | 人工定稿前的 Markdown 版本，用于导出 Word / PDF / PPT。 |
+
+## 新增 Skill 分层
+
+### `aios-tender-write`
+
+用途：工程标书、技术标和评分点响应材料的生成与优化。
+
+输入：
+
+- 招标文件、评分办法、答疑澄清和技术标准。
+- 企业历史标书素材、业绩材料、人员证书、设备材料和类似项目案例。
+- 用户提供的技术标初稿、目录或章节片段。
+- 本次写作要求、章节模板和提交格式。
+
+输出：
+
+- 技术标目录建议。
+- 评分点逐项响应矩阵。
+- 章节初稿或改写稿。
+- 历史素材匹配表。
+- 缺资料清单和人工复核清单。
+
+边界：
+
+- 不编造企业资质、业绩、人员证书、设备、奖项、工期、金额或承诺。
+- 不输出中标概率、评标结论、最终投标决策或规避监管建议。
+- 缺少招标依据、企业证据或澄清版本时标为 `需补充资料` 或 `需人工复核`。
+
+审核门禁：
+
+- 生成后必须交给 `aios-commercial-tender` 做响应性、废标风险、评分点和资料缺口复核。
+
+### `aios-scheme-write`
+
+用途：专项施工方案、施工技术措施和交底材料的生成与优化。
+
+输入：
+
+- 方案初稿、工程概况、施工工艺、图纸说明、专家意见和审批意见。
+- 历史专项方案、企业工法、标准化章节和用户指定模板。
+- 本次项目条件、危险性较大分部分项工程属性和地方要求。
+
+输出：
+
+- 方案章节结构。
+- 章节初稿或改写稿。
+- 工艺流程和质量安全控制点。
+- 危险源与控制措施表。
+- 专家意见回查表、计算书缺口和交底要点。
+
+边界：
+
+- 不输出“方案合格 / 不合格 / 已通过审查”。
+- 不替代总工、专家论证、危大工程审批、结构计算或安全验收。
+- 不用 LLM 口算承载力、稳定、变形、荷载、设备能力或安全系数。
+- 计算和规范结论缺少项目计算书、确定性工具或正式依据时标为 `需核验`。
+
+审核门禁：
+
+- 生成后必须交给 `aios-construction-scheme` 做危险源、规范 / 计算书、专家复核和交底要点复核。
+
+## 素材复用工作流
+
+写作型 Skill 必须先做素材治理，再生成正文：
+
+1. 建立素材清单：记录历史方案 / 标书来源、项目类型、专业、章节、日期、适用条件和脱敏状态。
+2. 做复用判断：把素材分为 `可复用改写`、`仅参考`、`不可套用`、`需人工确认`。
+3. 建立写作 brief：确认本次工程事实、招标要求、输出用途、格式、外发边界和人工复核岗位。
+4. 生成或改写初稿：使用 Markdown，保留来源标记和待补占位，不把历史项目事实写成本项目事实。
+5. 执行审核门禁：用现有审核型 Skill 检查响应性、证据链、越权结论、缺资料和人工复核事项。
+6. 人工定稿：由投标负责人、技术负责人、总工、法务、造价或资料负责人确认后导出交付格式。
+
+## P0 / P1 / P2 开发路径
+
+当前已落地的基础件：
+
+- `aios-tender-write` 和 `aios-scheme-write` 写作型 Skill。
+- `templates/document-writing/` Markdown 工作母版。
+- `archsight-aios writing:init` 写作工作台初始化命令。
+- `engineering-document-writing-fixtures.json` 写作型脱敏 fixture 和 weak/basic run-pack 校验入口。
+
+仍需在发布前补齐：真实宿主触发证据、试点样本归档和跨宿主输出质量复核。
+
+### P0：写作闭环规格和评测门禁
+
+范围：
+
+- 新增工程文档写作工作流规格。
+- 定义 Markdown 工作母版文件链。
+- 定义 `aios-tender-write` 和 `aios-scheme-write` 的输入、输出、边界和审核门禁。
+- 扩展评测 fixtures，使其覆盖“初稿 + 历史素材 + 写作 brief + 审核门禁”。
+- 通过 `validate:document-writing-run-pack` 固化写作型 weak/basic 对照输入。
+
+验收：
+
+- 规划文档说明写作型 Skill 与审核型 Skill 不冲突。
+- 每个写作场景都有至少 1 个脱敏 fixture。
+- 评测能检查禁止编造资质、业绩、人员、工期、金额、方案合格和结构安全结论。
+
+### P1：新增写作型 Skill 基础版
+
+范围：
+
+- 新增 `aios-tender-write`。
+- 新增 `aios-scheme-write`。
+- 为两类 Skill 增加 `agents/openai.yaml`。
+- 更新 `skills/README.md`、`runtime/archsight-aios.manifest.json` 和路由说明。
+- 补充 basic prompt 和公开脱敏样例。
+
+验收：
+
+- `npm run validate:skills` 通过。
+- `npm run validate:prompts` 通过。
+- 生成型输出必须包含素材来源、复用判断、待补占位、人工复核岗位和审核门禁说明。
+
+### P1：Markdown 文档工作区模板
+
+范围：
+
+- 新增写作项目目录模板，例如 `templates/document-writing/`。
+- 新增 `archsight-aios writing:init`，把模板非覆盖式落到业务项目工作台。
+- 提供 `source-normalized.md`、`material-index.md`、`writing-brief.md`、`draft.md`、`review-notes.md`、`final.md` 的字段模板。
+- 说明如何从 Word / PDF / Excel / 历史素材归一化到 Markdown。
+
+验收：
+
+- 模板能支持标书和方案两类场景。
+- 每个模板文件都包含资料来源、适用条件、复用边界和人工复核字段。
+- 不把交付格式误当作编辑母版。
+
+### P2：真实宿主与试点证据
+
+范围：
+
+- 建立 `skill-runtime` 运行结果归档规范。
+- 至少覆盖 Codex 和 WorkBuddy 两个宿主。
+- 对同一脱敏输入保存原始输出全文，再做 scorecard 分析。
+
+验收：
+
+- 每个写作 Skill 至少有 1 组真实宿主触发输出。
+- 输出能通过结构完整度、证据追溯、边界安全、可执行性和人工复核分流检查。
+- 结论只写到当前样本和当前宿主版本，不上升为长期模型优劣判断。
+
+## 禁止事项
+
+- 不把历史方案或历史标书中的旧项目名称、地点、参数、工期、金额、业绩和人员自动套入新项目。
+- 不在缺少招标文件、评分办法、工程概况、图纸或计算书时假装已完成专业编写。
+- 不输出最终投标决策、方案审批结论、结构安全结论、合规结论、法律意见或结算金额。
+- 不把 AI 生成稿直接作为正式交付件；必须保留人工定稿环节。
+- 不以新增写作型 Skill 为由削弱现有审核型 Skill 的证据链和人工复核要求。
+
+## 下一实施小步
+
+进入 P2 前，先选择 1 个标书写作样本和 1 个方案写作样本做真实宿主验证：同一脱敏输入分别在 Codex 和 WorkBuddy 触发写作型 Skill，归档原始输出全文，再交给对应审核型 Skill 做门禁复核。
+
+这一步优先，因为当前仓库验证已经能证明资产、路由、模板和脱敏 run-pack 可用；下一阶段需要证明真实宿主能稳定触发正确 Skill，并输出可被工程人员复核的 Markdown 工作母版。

package/workflows/rag-pipeline.md

@@ -2,11 +2,12 @@
 
 ## 定位
 
-用于建筑行业知识、BIM / IFC、规范条文、业务文档进入 RAG、GraphRAG 或知识图谱链路。
+用于建筑行业知识、BIM / IFC、规范条文和业务文档进入 RAG、GraphRAG 或知识图谱链路。v1.5.0 后，行业知识输入优先治理为 Knowledge Pack，再进入检索、图谱或 Runtime。
 
 ## 触发场景
 
 - 新知识源入库。
+- 创建、编译、查询或评估 Knowledge Pack。
 - 设计 chunk、实体、关系、索引和检索策略。
 - 评估 RAG / GraphRAG 答案质量。
 - 构建规范审查、智能审图或行业知识问答能力。
@@ -25,6 +26,7 @@
 ## 输入
 
 - 知识源：规范、标准、BIM / IFC、招采、交付、业务文档。
+- Knowledge Pack 工作台或编译产物，如存在。
 - 目标问题和用户场景。
 - 数据规模、更新频率、版本和来源。
 - 期望引用、追溯和评估方式。
@@ -32,14 +34,15 @@
 
 ## 执行顺序
 
-1. Vitruvius 拆解领域对象、术语、条文条件和待核验项。
-2. Daedalus 设计 chunk、抽取、embedding、索引、检索、重排、引用和评估。
-3. 使用或要求 `knowledge.norm_lookup` 等 Capability 证据校验规范版本、适用条件、来源页码和冲突关系。
-4. Atlas 判断知识层、平台层和 Runtime 层边界。
-5. Mason 拆解实现任务和验证路径。
-6. Hephaestus 执行受控实现或文档落地。
-7. Argus 审查数据污染、Prompt 注入、工具权限和发布风险。
-8. 对冲突条文、适用性不明或工具失败输出 `Claim / Evidence / Tool Result / Decision`。
+1. Vitruvius 拆解领域对象、术语、条文条件和待核验项，并优先整理为 Knowledge Pack。
+2. 使用 `knowledge:validate`、`knowledge:compile` 和 `knowledge:eval` 固化来源、版本、条文、图谱、查询规则和评估问题。
+3. Daedalus 设计 chunk、抽取、embedding、索引、检索、重排、引用和评估。
+4. 使用或要求 `knowledge.norm_lookup` 等 Capability 证据校验规范版本、适用条件、来源页码和冲突关系。
+5. Atlas 判断知识层、平台层和 Runtime 层边界。
+6. Mason 拆解实现任务和验证路径。
+7. Hephaestus 执行受控实现或文档落地。
+8. Argus 审查数据污染、Prompt 注入、工具权限和发布风险。
+9. 对冲突条文、适用性不明或工具失败输出 `Claim / Evidence / Tool Result / Decision`。
 
 ## 输出
 
@@ -50,12 +53,14 @@
 - 风险与待核验项。
 - Capability 证据和仲裁结论。
 - 后续任务。
+- Knowledge Pack 编译产物、查询样例和 eval 报告，如本次任务涉及知识治理。
 
 ## 验收标准
 
 - 每个知识结论可追溯来源。
 - chunk、实体、关系和索引策略有明确理由。
 - RAG / GraphRAG 有评估方式。
+- Knowledge Pack 通过 `knowledge:validate`、`knowledge:compile` 和 `knowledge:eval`。
 - 不能自动判断的行业问题被标注。
 - 权限、数据污染和 Prompt 注入风险已审查。
 - 规范或知识结论缺少版本、来源、适用条件时不得标记为已验证。