@archsight/aios 1.3.2 → 1.4.0

package/templates/document-writing-samples/tender/README.md

@@ -0,0 +1,16 @@
+# Technical Bid Writing Sample
+
+> 数据说明：以下客户、项目、人员、地点、日期、金额、编号均为虚构。该样板只用于演示 AIOS 写作工作台，不代表真实投标文件。
+
+## 推荐流程
+
+1. 读取 `source-normalized.md` 和 `material-index.md`。
+2. 使用 `aios-tender-write` 生成或改写 `draft.md`。
+3. 使用 `aios-commercial-tender` 复核 `review-notes.md` 中的响应性、评分点和废标风险。
+4. 人工处理阻断项后整理 `final.md`。
+
+## 边界
+
+- 不把历史项目事实自动套入当前项目。
+- 不输出中标概率、评标结论或最终投标决策。
+- `final.md` 仍是人工定稿前 Markdown 母版，不是正式盖章文件。

package/templates/document-writing-samples/tender/draft.md

@@ -0,0 +1,27 @@
+# Draft
+
+> 本文件是 AI 生成或改写的 Markdown 工作母版，不是正式交付定稿。
+
+## 章节草稿
+
+<!-- 来源：技术标要求摘要 / 用户初稿 / 历史标书素材 -->
+<!-- 待补：招标原文页码、本项目组织架构、机械设备计划、总进度计划 -->
+
+### 施工总体部署
+
+本项目施工总体部署建议以分区流水、交叉作业协调和质量安全同步控制为主线。项目团队应围绕工程概况、施工阶段划分、现场平面组织、材料运输路径和成品保护要求，形成可追溯的部署说明。
+
+当前可写入的内容限于资料中已经明确的“分区流水施工”“材料运输”“交叉作业”和“安全文明施工”方向。项目组织架构、人员配置、设备型号、工期节点和现场布置图均为待补项，不得沿用历史项目事实。
+
+### 安全文明施工措施
+
+安全文明施工章节可复用历史素材中的通用管理表达，例如“项目管理团队统筹安全文明施工，现场巡查与隐患整改闭环同步推进”。复用时必须删除旧项目名称、人员姓名、设备型号和现场布置细节。
+
+## 待补占位
+
+| 序号 | 待补内容 | 影响章节 | 建议复核岗位 |
+|---:|---|---|---|
+| 1 | 招标原文页码和评分分值 | 评分点响应矩阵 | 投标负责人 |
+| 2 | 本项目组织架构 | 施工总体部署 | 技术负责人 |
+| 3 | 机械设备计划 | 资源配置章节 | 项目经理 |
+| 4 | 总进度计划 | 进度计划章节 | 计划负责人 |

package/templates/document-writing-samples/tender/final.md

@@ -0,0 +1,20 @@
+# Final
+
+> 本文件是人工定稿前的 Markdown 版本。导出 Word / PDF / PPT 前，必须确认 `review-notes.md` 中的阻断项已经处理。
+
+## 定稿确认
+
+| 项目 | 状态 | 确认人 |
+|---|---|---|
+| 资料来源已确认 | 未确认 |  |
+| 待补资料已处理 | 未确认 |  |
+| 人工复核已完成 | 未确认 |  |
+| 禁止承诺和禁止结论已检查 | 未确认 |  |
+
+## 正文
+
+### 施工总体部署
+
+本项目施工总体部署以分区流水、交叉作业协调和质量安全同步控制为主线。项目团队应结合经确认的组织架构、进度计划、资源配置和现场布置图，完善施工部署章节。
+
+> 待人工处理：招标原文页码、组织架构、机械设备计划和总进度计划尚未确认，不能作为正式投标承诺。

package/templates/document-writing-samples/tender/material-index.md

@@ -0,0 +1,23 @@
+# Material Index
+
+## 素材索引
+
+| 序号 | 素材来源 | 原章节 / 原段落 | 场景 | 复用级别 | 需删除的旧项目事实 | 需补充的本项目证据 | 建议复核岗位 |
+|---:|---|---|---|---|---|---|---|
+| 1 | 历史标书素材 | 安全文明施工组织 | 组织措施表达 | 可复用改写 | 旧项目名称、人员姓名 | 本项目组织架构 | 技术负责人 |
+| 2 | 历史标书素材 | 设备配置表述 | 资源配置章节 | 需人工确认 | 设备型号、数量 | 本项目机械计划 | 项目经理 |
+| 3 | 历史标书素材 | 工期安排 | 进度计划章节 | 不可套用 | 旧项目工期节点 | 本项目总进度计划 | 计划负责人 |
+
+复用级别：
+
+- 可复用改写
+- 仅参考
+- 不可套用
+- 需人工确认
+
+## 禁止直接套用内容
+
+| 序号 | 内容 | 禁止原因 | 处理建议 |
+|---:|---|---|---|
+| 1 | 旧项目人员和设备 | 不是当前项目事实 | 删除并设为待补 |
+| 2 | 旧项目工期节点 | 与当前招标要求未核对 | 交计划负责人确认 |

package/templates/document-writing-samples/tender/review-notes.md

@@ -0,0 +1,23 @@
+# Review Notes
+
+## 审核门禁
+
+| 项目 | 对应审核 Skill |
+|---|---|
+| 标书 / 技术标 | `aios-commercial-tender` |
+
+## 复核问题清单
+
+| 序号 | 问题 | 证据 | 风险 | 处理建议 | 复核岗位 |
+|---:|---|---|---|---|---|
+| 1 | 缺少招标原文页码 | `source-normalized.md` 仅有摘要 | 评分点响应不可追溯 | 补充招标文件原文和页码 | 投标负责人 |
+| 2 | 历史设备信息不可套用 | `material-index.md` 标为需人工确认 | 旧项目事实误用 | 删除设备型号或补本项目机械计划 | 项目经理 |
+| 3 | 工期节点缺失 | 未提供总进度计划 | 进度承诺无法确认 | 设为待补，不生成具体日期 | 计划负责人 |
+
+## 不能直接下结论的事项
+
+| 序号 | 事项 | 原因 | 建议 |
+|---:|---|---|---|
+| 1 | 中标概率 | 不是技术标写作可判断事项 | 不输出 |
+| 2 | 评标结论 | 缺少完整评审过程和评委判断 | 不输出 |
+| 3 | 最终投标决策 | 属于经营决策 | 转人工决策 |

package/templates/document-writing-samples/tender/source-normalized.md

@@ -0,0 +1,34 @@
+# Source Normalized
+
+## 资料边界
+
+| 项目 | 内容 |
+|---|---|
+| 文档类型 | 技术标写作样板 |
+| 原始格式 | Markdown 归一化样例 |
+| 脱敏状态 | 已脱敏，全部实体为虚构 |
+| 外发边界 | 可作为公开样例 |
+| 归一化日期 | 2026-06-19 |
+
+## 资料来源清单
+
+| 序号 | 原始资料 | 版本 / 日期 | 页码 / 章节 / 图号 | 当前用途 | 缺口 |
+|---:|---|---|---|---|---|
+| 1 | 技术标要求摘要 | 示例版 | 评分办法摘录 | 形成评分点到章节映射 | 缺少招标原文页码 |
+| 2 | 用户初稿 | 示例版 | 施工总体部署 | 改写章节初稿 | 缺少本项目组织架构 |
+| 3 | 历史标书素材 | 示例版 | 安全文明施工 | 判断可复用素材 | 含旧项目人员和设备 |
+
+## 归一化正文
+
+### 技术标要求摘要
+
+- 施工总体部署需要说明施工组织、分区安排、资源配置和质量安全文明施工措施。
+- 评分点要求章节能够对应工程概况、进度计划、资源配置、质量管理、安全文明施工和成品保护。
+
+### 用户初稿
+
+本项目拟采用分区流水施工，重点控制总平面布置、材料运输、交叉作业和安全文明施工。具体人员、设备和工期待项目团队确认。
+
+### 历史标书素材
+
+历史项目使用过“项目经理牵头、技术负责人统筹、专职安全员现场巡查”的组织描述，并包含旧项目设备型号、工期安排和现场布置内容。旧项目名称、人员、设备、工期和现场布置不得直接套用。

package/templates/document-writing-samples/tender/writing-brief.md

@@ -0,0 +1,26 @@
+# Writing Brief
+
+## 本次写作任务
+
+| 项目 | 内容 |
+|---|---|
+| 任务类型 | 技术标章节生成 |
+| 目标章节 | 施工总体部署与安全文明施工措施 |
+| 输出格式 | Markdown 工作母版 |
+| 后续交付格式 | docx |
+| 截止时间 | 示例，不设真实日期 |
+| 人工复核岗位 | 技术负责人、投标负责人、项目经理 |
+
+## 输入依据
+
+| 序号 | 依据 | 来源 | 定位 | 备注 |
+|---:|---|---|---|---|
+| 1 | 技术标要求摘要 | `source-normalized.md` | 评分点映射 | 缺招标原文页码 |
+| 2 | 用户初稿 | `source-normalized.md` | 章节初稿 | 需补组织架构 |
+| 3 | 历史标书素材 | `material-index.md` | 表述复用 | 旧项目事实不可套用 |
+
+## 禁止承诺和禁止结论
+
+- 不编造资质、业绩、人员、设备、工期、金额、奖项或项目事实。
+- 不输出中标概率、最终投标决策、评标结论或违法规避建议。
+- 缺少依据时写 `待补`、`需核验` 或 `转人工复核`。

package/templates/project-ai/.ai/agent-routing.md

@@ -42,15 +42,19 @@
 | 建筑行业 RAG、GraphRAG、MCP、Memory、Tool Calling | Daedalus | AI 研发工程师 |
 | Prompt / Skill 输出对比、weak/basic/runtime 三栏评测 | Daedalus | AI 研发工程师 |
 | 建筑行业项目代码修改、脚本执行、测试、文档生成 | Hephaestus | 受控执行官 |
+| 工程标书 / 技术标生成、改写和历史素材复用 | Mason | 工程总工，使用 `aios-tender-write`，生成后回到 `aios-commercial-tender` 复核 |
+| 专项施工方案生成、改写和历史方案复用 | Vitruvius | 建筑数字化专家，使用 `aios-scheme-write`，生成后回到 `aios-construction-scheme` 复核 |
 
 ## 升级规则
 
 - 涉及长期架构、服务边界、数据模型：升级给 Atlas。
 - 涉及立项、定位、商业目标、范围取舍：升级给 Janus。
 - 涉及页面方案、工作台体验、交互状态和前端实现交接：升级给 Janus，并使用 `aios-design`。
-- 涉及多模块交付、任务依赖、发布顺序：升级给 Mason。
-- 涉及权限、安全、生产发布、AI 生成代码：升级给 Argus。
+- 涉及多模块交付、任务依赖、发布顺序：升级给 Mason。
+- 涉及标书、技术标、投标响应章节生成或历史标书素材复用：升级给 Mason，并使用 `aios-tender-write`；生成后必须交给 `aios-commercial-tender` 审核门禁。
+- 涉及权限、安全、生产发布、AI 生成代码：升级给 Argus。
 - 涉及行业规范、BIM / IFC、审图语义：升级给 Vitruvius。
+- 涉及专项施工方案、施工技术措施、交底材料生成或历史方案素材复用：升级给 Vitruvius，并使用 `aios-scheme-write`；生成后必须交给 `aios-construction-scheme` 审核门禁。
 - 涉及结构力学、荷载、边界条件、FEM 或结构计算工具链：升级给 Euclid。
 - 涉及 RAG、GraphRAG、MCP、Memory、Tool：升级给 Daedalus。
 - 涉及提示词效果、weak/basic 对照、真实 Skill 输出比较或是否应沉淀为 Skill：升级给 Daedalus，并使用 `aios-prompt-compare`。

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

@@ -26,11 +26,13 @@ AIOS 是建筑行业增强层，不是通用任务替代器。只有当前项目
 | 内部 Prompt / Skill 测试、weak/basic/runtime 三栏评测 | `aios-prompt-compare` | Daedalus |
 | 建筑行业项目受控实现 / 测试 / 文档 / 脚本 | `aios-exec` | Hephaestus |
 | 工程招投标响应 / 评分点 / 废标风险 / 技术标资料矩阵 | `aios-commercial-tender` | Mason |
+| 工程标书 / 技术标生成、改写和历史素材复用 | `aios-tender-write` | Mason |
 | 工程合同履约节点 / 付款条件 / 责任边界 / 资料缺口 | `aios-commercial-contract` | Themis |
 | 施工日报 / 现场异常 / 项目群记录 / 问题追踪台账 | `aios-construction-daily` | Mason |
 | 工程会议纪要 / 待办闭环 / 遗留争议 / 下次追踪 | `aios-construction-meeting` | Mason |
 | 工程变更签证资料链 / 联系单 / 图纸变更 / 索赔线索 | `aios-commercial-variation` | Plutus |
 | 专项施工方案 / 危险源 / 交底要点 / 规范和计算书复核 | `aios-construction-scheme` | Vitruvius |
+| 专项施工方案 / 施工技术措施生成、改写和历史方案复用 | `aios-scheme-write` | Vitruvius |
 
 ## 本项目可用的 Skills
 
@@ -50,11 +52,13 @@ AIOS 是建筑行业增强层，不是通用任务替代器。只有当前项目
 - `aios-prompt-compare`
 - `aios-exec`
 - `aios-commercial-tender`
+- `aios-tender-write`
 - `aios-commercial-contract`
 - `aios-construction-daily`
 - `aios-construction-meeting`
 - `aios-commercial-variation`
 - `aios-construction-scheme`
+- `aios-scheme-write`
 
 ## 启用规则
 
@@ -63,7 +67,8 @@ AIOS 是建筑行业增强层，不是通用任务替代器。只有当前项目
 - 涉及建筑行业平台 UI / UX 方案、工作台体验、交互状态、响应式或前端实现交接时，优先启用 `aios-design`。
 - 只有启用建筑、BIM、IFC、规范知识库、GraphRAG 或智能审图 profile 时，才默认启用 `aios-knowledge`。
 - 涉及结构力学、荷载、FEM、结构计算工具链或工程安全风险时，启用 `aios-structural`；关键数值必须来自确定性求解器或项目已有计算书。
-- 涉及工程招投标、合同履约、施工日报、工程会议、变更签证或专项施工方案时，可按资料类型启用工程业务管理 Skill；这些 Skill 只做证据链整理和人工复核分流，不替代正式签审。
+- 涉及工程招投标、合同履约、施工日报、工程会议、变更签证或专项施工方案时，可按资料类型启用工程业务管理 Skill；这些 Skill 只做证据链整理、生成初稿和人工复核分流，不替代正式签审。
+- 涉及标书、技术标或专项施工方案的生成、改写、历史素材复用时，优先启用 `aios-tender-write` 或 `aios-scheme-write`；生成后必须回到 `aios-commercial-tender` 或 `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,6 +14,14 @@
 - 治理、交付、记忆、知识工程政策。
 - 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 / 规范知识源登记。

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 工作母版。