@archsight/aios 1.2.0 → 1.3.1

package/skills/aios-construction-scheme/prompts/basic-prompt.md

@@ -0,0 +1,90 @@
+# 施工方案辅助复核基础提示词
+
+## 适用场景
+
+用于专项施工方案或技术方案的摘要、危险源提取、交底要点、专家修改说明回查、AI 方案编制失准原因复盘和需人工复核问题整理。
+
+## 使用边界
+
+- 使用“AI 辅助施工方案复核”，不使用“AI 审查施工方案”。
+- 不替代专项方案审查、专家论证、施工计算、总工、监理或专业负责人判断。
+- 对规范、计算、现场条件和审批要求不明确处标为“需专业人员确认”。
+- 如果资料包含专家论证修改说明，应先把修改说明拆成复核点，再回查正文、附图、计算书和验收要求是否有对应依据。
+- 如果资料是 AI 方案编制试用反馈，应先输出“AI 生成失准原因复盘”，再给出后续提示词、资料包或资料治理建议。
+
+## 资料输入区
+
+```text
+在这里粘贴脱敏后的施工方案片段、工程概况、施工工艺、安全措施、专家修改说明、计算书目录或 AI 方案编制试用反馈。
+```
+
+## 提示词
+
+请基于以上施工方案资料，生成一份供技术、质量、安全人员复核使用的结构化清单。
+
+要求：
+
+1. 只基于资料内容输出，不补充现场事实。
+2. 区分工程概况、关键工序、危险源、控制措施和交底要点。
+3. 对需要专业人员确认的规范、计算、现场条件和审批事项明确标注。
+4. 对 PDF 图纸、图片页、扫描件或计算书公式，只能列出需复核点，不直接确认计算正确。
+5. 不给出“合格 / 不合格”的最终判断。
+6. 对资料中提到的地方标准、参数表、计算书、附图、特殊部位逐项列出回查任务；不要把“资料未识别”写成“项目不存在”。
+
+请按以下格式输出：
+
+### 资料来源清单
+
+| 序号 | 资料名称 / 片段 | 版本 / 日期 | 章节 / 页码 / 图号 | 当前用途 | 可信度 / 缺口 |
+|---:|---|---|---|---|---|
+
+### 一、工程概况摘要
+
+用简洁条目概括工程对象、施工范围、关键条件和资料中明确的限制。
+
+### 二、AI 生成失准原因复盘
+
+| 序号 | 失准类型 | 资料中的表现 | 可能原因 | 后续控制办法 |
+|---:|---|---|---|---|
+
+如果输入资料不是 AI 试用反馈，本节可写“资料未提供 AI 生成反馈，暂不复盘”。
+
+### 三、关键工序和控制点
+
+| 序号 | 工序 / 环节 | 关键控制点 | 资料依据 | 需确认事项 |
+|---:|---|---|---|---|
+
+### 四、专家修改说明回查清单
+
+| 序号 | 专家修改点 / 方案修改说明 | 正文对应位置 | 附图 / 计算书对应位置 | 需专业复核事项 |
+|---:|---|---|---|---|
+
+### 五、危险源和控制措施
+
+| 序号 | 危险源 | 已写明控制措施 | 资料依据 | 需专业复核事项 |
+|---:|---|---|---|---|
+
+### 六、技术交底要点
+
+列出适合进入班组技术交底或安全交底的要点，并保留资料依据。
+
+### 七、需人工复核问题清单
+
+| 序号 | 问题 | 为什么需要复核 | 建议复核岗位 |
+|---:|---|---|---|
+
+### 八、可沉淀为部门模板的字段
+
+列出后续可固化为施工方案辅助复核模板的字段，例如工程对象、危险源、控制措施、专家意见、正文位置、附图位置、计算书位置、复核岗位、状态。
+
+### 九、不能下结论的事项
+
+列出当前资料不足以支持的结论，例如方案合格、计算正确、危大工程审批通过、专家论证通过、现场安全满足。
+
+## 验证检查项
+
+- 是否使用“辅助复核”口径。
+- 是否没有输出最终审查结论。
+- 是否能生成危险源、控制措施和交底要点。
+- 是否明确需要专业人员确认的事项。
+- 是否把专家修改说明、正文、附图和计算书之间的一致性作为复核重点。

package/skills/aios-plan/SKILL.md

@@ -60,13 +60,13 @@ description: 工程交付规划工作流。用于把功能、bug 修复、架构
 
 必要时补充：
 
-- What Already Exists：已有能力和复用判断。
-- Fact Refresh：本轮计划依据的当前代码事实，以及被剔除或降级的旧判断。
-- Failure Modes：关键路径、失败方式、测试覆盖、错误处理、用户可见性、级别。
-- Parallel Lanes：并行 workstream、触达模块、依赖、冲突标记、后置任务。
-- Test Gaps：用具体数据流或命令描述测试缺口，不只写“补测试”。
-- Arbitration：阻断 Claim、Capability 证据、人工升级点和当前 Decision。
-- First Step：当前最该执行的一件小事，说明为什么优先。
+- 已有能力：已有能力和复用判断。
+- 事实刷新：本轮计划依据的当前代码事实，以及被剔除或降级的旧判断。
+- 失败模式：关键路径、失败方式、测试覆盖、错误处理、用户可见性、级别。
+- 并行工作线：并行 workstream、触达模块、依赖、冲突标记、后置任务。
+- 测试缺口：用具体数据流或命令描述测试缺口，不只写“补测试”。
+- 证据仲裁：阻断判断事项、Capability 证据、人工升级点和当前处理建议。
+- 第一小步：当前最该执行的一件小事，说明为什么优先。
 
 任务条目建议格式：
 

package/skills/aios-prompt-compare/SKILL.md

@@ -0,0 +1,180 @@
+---
+name: aios-prompt-compare
+description: 内部 Prompt 测试工具。仅供开发者明确调用，用于 weak/basic/runtime 三栏评测、prompt 回归、Skill 沉淀价值判断和 AIOS 技能包验收。
+---
+
+# AIOS Prompt Compare
+
+## 目标
+
+以 Daedalus（AI 研发工程师）的方式组织 Prompt / Skill 效果对比，把同一输入下的弱提示词、便携强提示词和真实 Skill 触发结果拆成三栏评估，判断哪一类输出更稳定、更可复核、更值得沉淀为 Skill。
+
+本 Skill 是内部评估和治理入口，不替代具体业务 Skill 执行，也不直接把评测结论当作生产可用性承诺。普通用户比较两份文档、两个版本或两个 AI 输出哪份更专业时，应使用 `aios-compare`，不要触发本 Skill。
+
+## 适用场景
+
+- 开发者明确写出 `aios-prompt-compare`，并要做 Prompt / Skill 测试。
+- 对比 `weakPrompt`、`prompts/basic-prompt.md` 和 `$aios-*` Skill 真实运行结果。
+- 判断一段提示词是否应升级为正式 Skill。
+- 复盘同一 fixture 在不同提示词、不同 Skill 或不同模型下的输出差异。
+- 检查输出是否遵守证据链、禁止结论、人工复核和脱敏边界。
+- 维护 `prompts/evaluations/*fixtures.json`、run pack、run results 和 scorecard。
+
+不适用：
+
+- 普通用户比较两份文档、两个版本或两个 AI 输出哪份更专业；这类任务使用 `aios-compare`。
+- 只想直接处理工程资料时，先使用对应业务 Skill。
+- 没有同一输入或可对齐输出时，不做横向优劣判断，只记录待补材料。
+- 不能把一次模型输出胜负当作长期质量结论。
+
+## 输入
+
+优先收集：
+
+- 对比目标：弱提示词、便携强提示词、真实 Skill、旧版 Skill、新版 Skill 或不同模型。
+- 同一份输入材料：脱敏文本、Markdown fixture、公开样例或用户提供资料。
+- 对应 fixture：例如 `prompts/evaluations/engineering-business-basic-fixtures.json`。
+- 已生成的 run pack、run results、模型输出文件或三类原始输出。
+- scorecard 或评估维度：结构完整度、证据定位、边界安全、可执行性、复用性、人工复核分流。
+
+## 原始输出保全
+
+对比报告必须保留三类输出的原始正文，不能只写摘要。
+
+最低要求：
+
+- 在分析前先建立 `Raw Output Map`，列出 weak、portable、skill-runtime 三类输出是否已提供、来源文件或运行记录、是否经过脱敏。
+- 在报告末尾增加 `原始输出附录`，分别放入 `weak 原始输出`、`portable 原始输出`、`skill-runtime 原始输出`。
+- 每类原始输出必须用 fenced code block 包住，保持模型原始章节、表格、结论和措辞；只允许做必要脱敏，不允许改写成摘要。
+- 如果某一类输出缺失，必须在对应附录写 `未提供原始输出`，并在结论中说明本次对比证据不足。
+- 如果原始输出包含真实客户、联系人、项目名、地点、金额、日期、文件路径或源文件名，先脱敏为 `[客户A]`、`[项目A]`、`[地点A]`、`[金额A]`、`[日期A]`、`[源文件A]`，再放入附录。
+
+摘要、scorecard 和沉淀判断只能基于这些原始输出得出；不能凭记忆、推测或二次转述补写原始输出。
+
+## 三栏比较模式
+
+默认使用三类输出，不要混在一个结论里：
+
+1. `weak`：弱提示词结果。通常来自 fixture 中的 `weakPrompt`，用于暴露随口问的失败模式。
+2. `portable`：便携强提示词结果。通常来自 `skills/*/prompts/basic-prompt.md`，用于验证无 Skill runtime 时的最低可用版本。
+3. `skill-runtime`：真实 Skill 结果。必须来自宿主工具按 `$aios-*` 或自动 Skill 触发机制执行后的输出，而不是简单把 `SKILL.md` 当普通 prompt 粘贴。
+
+如果当前只有 weak/basic 两类结果，明确标注 `skill-runtime: 未提供`，不要假装完成了 Skill 运行对比。
+
+## 工作流
+
+1. 明确对比对象和输入是否一致；输入不一致时先停止横向比较。
+2. 建立 Run Map：记录 caseId、skillId、输入来源、promptSource、模型、运行时间和输出文件。
+3. 建立 Raw Output Map：确认 weak、portable、skill-runtime 三类原始输出是否存在、是否脱敏、是否同源。
+4. 分别读取 weak、portable、skill-runtime 三类原始输出；缺失时停止声称完整三栏对比。
+5. 按统一 scorecard 逐项评分：结构完整度、证据追溯、边界安全、可执行动作、模板复用、人工复核分流。
+6. 标出失败模式：编造事实、跳过资料状态判断、越权下结论、缺少 Evidence、无法落地到责任人或台账。
+7. 判断沉淀方向：保留普通提示词、强化 portable prompt、升级 / 修订 Skill，或补 fixture / scorecard。
+8. 输出原始输出附录和下一步验证命令或待补材料。
+
+## 可用工具链
+
+已有工程业务管理评测链路：
+
+```bash
+npm run validate:prompts
+npm run validate:prompt-run-pack
+npm run build:prompt-run-pack
+npm run validate:public-advisory-run-pack
+npm run build:public-advisory-run-pack
+npm run validate:prompt-run-results
+npm run analyze:prompt-run-results -- --file prompts/evaluations/<results>.json --out prompts/evaluations/<report>.md
+```
+
+这些脚本默认组织 weak / portable 对照。真实 `skill-runtime` 输出需要由宿主 Agent 实际触发对应 `$aios-*` Skill 后归档，再进入本 Skill 的三栏人工或半自动分析。
+
+## 输出格式
+
+默认输出：
+
+1. 结论
+2. Run Map
+3. Raw Output Map
+4. 三栏输出摘要
+5. Scorecard
+6. 失败模式
+7. Skill 沉淀判断
+8. 后续动作
+9. 原始输出附录
+
+三栏摘要格式：
+
+```text
+caseId：
+输入：
+weak：
+portable：
+skill-runtime：
+关键差异：
+```
+
+Raw Output Map 格式：
+
+```text
+caseId：
+weak 原始输出：已提供 / 未提供
+portable 原始输出：已提供 / 未提供
+skill-runtime 原始输出：已提供 / 未提供
+脱敏状态：
+证据缺口：
+```
+
+Scorecard 条目格式：
+
+```text
+维度：
+weak：
+portable：
+skill-runtime：
+证据：
+判定：
+```
+
+沉淀判断格式：
+
+```text
+是否应升级为 Skill：
+原因：
+需要进入 SKILL.md 的规则：
+仍保留为 portable prompt 的内容：
+需要补的 fixture / scorecard：
+```
+
+原始输出附录格式：
+
+````markdown
+## 原始输出附录
+
+### weak 原始输出
+
+```text
+粘贴 weak 模型原始输出；如缺失，写“未提供原始输出”。
+```
+
+### portable 原始输出
+
+```text
+粘贴 portable 模型原始输出；如缺失，写“未提供原始输出”。
+```
+
+### skill-runtime 原始输出
+
+```text
+粘贴真实 Skill 触发后的原始输出；如缺失，写“未提供原始输出”。
+```
+````
+
+## 约束
+
+- 不用不同输入比较输出优劣。
+- 不把 `SKILL.md` 文本粘贴运行的结果称为真实 Skill 结果。
+- 不把一次输出胜负当作模型或 Skill 的长期结论。
+- 不在报告中写入真实客户、联系人、项目名、金额、地点、日期或原始源文件内容。
+- 不在报告中写入本机真实源文件路径；使用 `[源文件A]` 或公开 fixture 相对路径替代。
+- 不只输出摘要和 scorecard；缺少原始输出附录时，本次对比不能标为完成。
+- 不用评测替代业务专家、法务、造价、总工、监理或安全负责人签审。

package/skills/aios-prompt-compare/agents/openai.yaml

@@ -0,0 +1,4 @@
+interface:
+  display_name: "AIOS Prompt Compare"
+  short_description: "内部测试工具：评测 weak/basic/runtime Prompt 与 Skill 输出"
+  default_prompt: "仅在开发者明确调用 aios-prompt-compare 时使用；对同一输入下的弱提示词、便携强提示词和真实 Skill 触发结果进行质量、边界和证据链评测，并在报告附录保留三类原始输出。"

package/skills/aios-review/SKILL.md

@@ -47,7 +47,7 @@ description: 代码审查和风险评审工作流。用于审查 diff、PR、AI
 1. 阻断问题
 2. 非阻断建议
 3. 测试缺口
-4. Tool Result / Arbitration
+4. 工具结果 / 证据仲裁
 5. 剩余风险
 6. 结论
 

package/skills/aios-structural/SKILL.md

@@ -32,13 +32,13 @@ description: 结构力学与数值求解评审工作流。用于评估梁、桁
 | `solver.truss_member_force` | 二维平面桁架杆件轴力求解 | L1 |
 | `knowledge.norm_lookup` | 规范条文、版本和适用条件查询 | L3 |
 
-如果项目没有实现对应 Adapter，输出必须标注 `Need tool implementation`，并只给建模和验证建议，不输出确定数值结论。
+如果项目没有实现对应 Adapter，输出必须标注 `需实现工具适配`，并只给建模和验证建议，不输出确定数值结论。
 
 ## 工作流
 
 1. 明确问题类型：参数提取、建模边界、求解器调用、结果解释、规范适用性或签审风险。
 2. 校验输入完整性：单位、荷载组合、边界条件、材料属性、截面参数、适用规范和工况。
-3. 将自然语言问题转换为结构化工具输入；缺字段时停止在 `Need verify`。
+3. 将自然语言问题转换为结构化工具输入；缺字段时停止在 `需核验`。
 4. 调用或要求确定性求解器证据；不得由 LLM 自行完成关键数值计算。
 5. 将工具结果转成工程说明，保留输入、公式 / 求解器版本、单位和警告。
 6. 判断是否需要 Vitruvius 做规范语义核验，或升级给人工结构工程师。
@@ -47,17 +47,17 @@ description: 结构力学与数值求解评审工作流。用于评估梁、桁
 
 1. 结论
 2. 已知条件
-3. 缺失输入 / Need verify
+3. 缺失输入 / 需核验
 4. Capability 调用计划或工具结果
 5. 建模 / 计算建议
 6. 风险和人工升级点
 
 必要时补充：
 
-- `Claim:` 结构判断。
-- `Tool Result:` 求解器或规范查询返回值摘要。
-- `Rejected:` 被拒绝的建模或计算路径及原因。
-- `Need tool implementation:` 当前项目缺少的 Adapter。
+- `判断事项：` 结构判断。
+- `工具结果：` 求解器或规范查询返回值摘要。
+- `已拒绝路径：` 被拒绝的建模或计算路径及原因。
+- `需实现工具适配：` 当前项目缺少的 Adapter。
 
 ## 约束
 

package/skills/archsight-aios/SKILL.md

@@ -0,0 +1,40 @@
+---
+name: archsight-aios
+description: ArchSight AIOS 总路由入口别名。用于“请用 ArchSight AIOS / AIOS 技能包分析该文档”的自然调用，规则等同于 aios。
+---
+
+# ArchSight AIOS Router
+
+本 Skill 是 `aios` 总路由入口的品牌别名。用户使用 “ArchSight AIOS” 或 “AIOS 技能包” 这类自然叫法时，按本入口处理。
+
+## 执行方式
+
+优先读取并遵守相邻的 `../aios/SKILL.md`。如果宿主工具不能自动读取相邻 Skill，则按以下最小路由规则执行：
+
+| 资料 / 任务线索 | 路由到 |
+|---|---|
+| 招标、投标、技术标、评分、资格、废标 | `aios-commercial-tender` |
+| 合同、协议、分包、采购、付款、结算、履约、违约 | `aios-commercial-contract` |
+| 日报、施工日志、周报、现场记录、进度、材料、机械、劳务 | `aios-construction-daily` |
+| 会议纪要、例会、协调会、专题会、交底会、待办、责任人 | `aios-construction-meeting` |
+| 变更、签证、联系单、洽商、索赔、图纸变更、工程量 | `aios-commercial-variation` |
+| 专项施工方案、危大工程、深基坑、高支模、脚手架、吊装、危险源、交底、专家论证、计算书 | `aios-construction-scheme` |
+| 结构计算、荷载、挠度、稳定、FEM | `aios-structural` |
+| 明确调用 `aios-compare` 或要求判断两份文档 / 两个 AI 输出哪份更专业 | `aios-compare` |
+| 开发者明确调用 `aios-prompt-compare` 或要求 weak / portable / skill-runtime 内部评测 | `aios-prompt-compare` |
+
+## 默认输出
+
+1. 资料类型和路由判断。
+2. 资料来源清单或资料来源说明。
+3. 对应业务 Skill 的主输出表 / 清单 / 台账。
+4. 资料缺口和需补充确认事项。
+5. 人工复核岗位。
+6. 不能由 AI 直接下结论的事项。
+
+## 约束
+
+- 不输出最终法律意见、合规结论、安全结论、结构计算结论、结算金额或责任归属。
+- 不把资料未提及内容补猜成事实。
+- 类型不清时先做资料状态判断，不要泛泛总结。
+- 涉及金额、工期、法律责任、质量安全、规范、结构计算、审批或签审时，必须保留人工复核。

package/skills/archsight-aios/agents/openai.yaml

@@ -0,0 +1,4 @@
+interface:
+  display_name: "ArchSight AIOS Router"
+  short_description: "ArchSight AIOS 总入口别名，按资料类型路由到对应 aios-* 技能"
+  default_prompt: "当用户使用 ArchSight AIOS 或 AIOS 技能包这类自然叫法时，先识别资料类型，再按 aios 总路由规则选择具体 aios-* 技能；不确定时先做资料状态判断。"

package/skills/engineering-business-starter-kit.md

@@ -0,0 +1,112 @@
+# 工程业务管理基础技能包
+
+> 状态：基础可用版
+> 用途：给施工企业工程资料处理、项目复核辅助、部门工作流整理和后续模板沉淀使用。
+> 边界：这是 AIOS Skill 的提示词 / 工作流基础包，不是系统交付承诺，也不替代专业人员签审。
+
+## 目标
+
+工程业务管理基础技能包把 6 个工程业务 Skill 组合成一套可直接使用的最小能力：
+
+- 招投标响应矩阵。
+- 合同履约节点。
+- 施工日报问题跟踪。
+- 会议纪要待办闭环。
+- 变更签证资料链。
+- 专项施工方案辅助复核。
+
+它适合处理施工企业常见的工程业务资料。目标不是证明 AI 能自动完成工程管理，而是帮助业务人员把资料整理成矩阵、清单、台账和复核问题，让后续人工判断更快、更稳、更可追溯。
+
+如果用户只说“请用 AIOS 技能包分析该文档”，应先通过 `aios` 或 `archsight-aios` 总入口识别资料类型，再路由到下表中的具体 Skill；不要要求业务用户记住完整 Skill 名称。
+
+## 对外口径
+
+推荐表达：
+
+```text
+这是一组基础版工程资料处理技能包，用来把招标文件、合同、日报、会议纪要、签证资料和施工方案整理成可复核的矩阵、清单和台账。它可以帮助业务人员减少重复整理工作，但所有工程、合同、造价、法务、质量安全和审批结论仍由对应负责人复核确认。
+```
+
+避免表达：
+
+- 不说“AI 自动审查方案 / 合同 / 标书”。
+- 不说“可以直接替代投标、法务、造价、项目经理或总工判断”。
+- 不说“已经能接入系统、完成部署或形成企业平台”。
+- 不说“保证合规、保证中标、判断责任、判断金额或给出最终结论”。
+
+## 最小输入包
+
+每次使用前，先让使用者补齐以下信息：
+
+| 项目 | 必填内容 |
+|---|---|
+| 资料类型 | 招标文件 / 合同 / 日报 / 会议纪要 / 签证资料 / 施工方案 |
+| 资料来源 | 文件名、版本、日期、页码、章节、图号或会议日期 |
+| 当前问题 | 想提取什么、复核什么、追踪什么 |
+| 输出用途 | 项目复核 / 会议讨论 / 部门台账 / 模板沉淀 / 后续工作流 |
+| 外发边界 | 是否脱敏、是否可上传公网工具、是否仅内部留存 |
+| 人工复核人 | 投标负责人 / 法务 / 商务 / 造价 / 项目经理 / 技术负责人 / 总工 |
+
+资料不完整时，Skill 应先输出资料状态判断，不得假装已经完成专业审查。
+
+## 通用运行步骤
+
+1. 选择对应 Skill。
+2. 粘贴资料片段和最小输入包。
+3. 先生成 `资料来源清单`，确认资料来源和定位方式。
+4. 输出矩阵、清单或台账。
+5. 把缺资料、缺责任人、缺期限、缺规范证据和需专业复核事项单独列出。
+6. 由人工负责人复核后，再决定是否沉淀为部门模板、提示词或本地智能体工作流。
+
+## 统一输出骨架
+
+基础版场景下，6 个 Skill 都应尽量保持以下结构，便于施工企业内部形成统一使用习惯：
+
+1. 输入类型和资料状态判断。
+2. 资料来源清单。
+3. 主输出表：响应矩阵 / 履约节点 / 问题台账 / 待办闭环 / 资料链 / 辅助复核清单。
+4. 需补充确认事项。
+5. 人工复核岗位。
+6. 可沉淀为部门模板的字段。
+7. 不适用或不能下结论的事项。
+8. 证据仲裁：`判断事项 / 证据 / 工具结果 / 处理建议`。
+
+## Skill 路由
+
+| 场景 | 使用 Skill | 典型输出 |
+|---|---|---|
+| 用户未指定资料类型，只说使用 AIOS / ArchSight AIOS 分析文档 | `aios` / `archsight-aios` | 资料类型判断、Skill 路由、资料缺口、人工复核边界 |
+| 招标文件、评分办法、技术标问题、AI 标书工具复核问题 | `aios-commercial-tender` | 问题回应矩阵、评分点响应矩阵、废标风险占位、资料缺口 |
+| 分包合同、采购合同、租赁合同、补充协议 | `aios-commercial-contract` | 合同基本事实、履约节点、付款条件、空白字段核对表 |
+| 项目日报、施工日报、周报素材、项目群日报 | `aios-construction-daily` | 管理摘要、问题台账、模板质量诊断、需确认事项 |
+| 协调会、专题会、交底会、例会纪要 | `aios-construction-meeting` | 会议结论、待办闭环、责任线索、下次追踪清单 |
+| 签证、联系单、图纸变更、会议纪要和合同条款链路 | `aios-commercial-variation` | 资料链完整性、资料断点、流程依据、复核分流 |
+| 深基坑、高支模、施工方案、专家修改说明 | `aios-construction-scheme` | 工程概况、危险源、交底要点、专家 / 计算书回查清单 |
+
+## 能力分层
+
+| 层级 | 形态 | 适用阶段 | 不应承诺 |
+|---|---|---|---|
+| L0 | 单次提示词 | 个人使用、单份资料处理 | 不承诺稳定工作流 |
+| L1 | Skill 模板 | 部门内部反复使用 | 不承诺系统接入 |
+| L2 | 本地智能体工作流 | 固定资料类型、固定输出表 | 不承诺自动审批 |
+| L3 | 系统 / 知识库 / 权限集成 | 后续专项评估和项目建设 | 基础版不直接承诺 |
+
+基础技能包默认只覆盖 L0-L1。进入 L2-L3 前，需要单独评估数据权限、资料质量、人员职责、系统接口、部署成本和维护责任。
+
+## 验收标准
+
+一次基础使用只要满足以下标准，就可以认为 Skill 输出可用于内部讨论：
+
+- 输出能回到原始资料位置。
+- 缺失信息被标为 `需补充确认` 或 `需核验`。
+- 工程、合同、造价、法务、财务、质量安全事项保留人工复核岗位。
+- 输出是表格、清单或台账，能复制进部门工作流。
+- 没有把样例输出写成最终专业结论。
+
+## 使用提醒
+
+- 优先使用脱敏资料；未脱敏项目资料不上传公网 AI 工具。
+- 输出先用于内部讨论、资料整理和模板验证，不直接作为正式签审依据。
+- 如果资料涉及金额、工期、责任、合规、质量安全、结构计算或法律意见，必须由对应负责人复核。
+- 基础版重点看“是否节省整理时间、是否更容易复核、是否能沉淀模板”，不要用单次输出判断系统建设成败。

package/templates/README.md

@@ -18,12 +18,26 @@
 
 ## 项目 Profile
 
-`project-ai/` 是通用 AIOS 接入底座。具体行业项目通过 `--profile` 叠加差异规则：
+`project-ai/` 是通用 AIOS 接入底座。行业 profile 默认作为 AIOS 包内 registry 存在，用户通常不需要先理解或选择 profile。`init` 默认使用 `--profile auto`，根据项目名、README、package / pyproject 和浅层文件名生成 `.ai/profile-detection.md`，并在首次创建 `.ai/project-context.md` 时预填项目事实草稿。
 
 ```bash
+archsight-aios init --cwd /path/to/project
+```
+
+需要人工覆盖自动识别时再指定：
+
+```bash
+archsight-aios init --cwd /path/to/project --profile auto
+archsight-aios init --cwd /path/to/project --profile none
+archsight-aios init --cwd /path/to/project --profile all
 archsight-aios init --cwd /path/to/project --profile bim-platform
 archsight-aios init --cwd /path/to/project --profile construction-vision
 archsight-aios init --cwd /path/to/project --profile rag-knowledge
 ```
 
-`init` 默认使用 `--mode auto`：新项目补齐根目录入口和 `.ai/`，已有 AI 工具入口文件的项目自动追加或刷新 ArchSight AIOS 托管引用块。Profile 只补充 `.ai/profiles/*.md`，不复制公共入口规则。
+`init` 默认使用 `--mode auto`：新项目补齐根目录入口（`AGENTS.md`、`CLAUDE.md`、`GEMINI.md`、`OPENCODE.md`、`AI_CODING_RULES.md`）和 `.ai/`，已有 AI 工具入口文件的项目自动追加或刷新 ArchSight AIOS 托管引用块。Profile 只在自动识别或显式指定后补充 `.ai/profiles/*.md`，不复制公共入口规则，也不修改已有 `AI_CODING_RULES.md` 正文。
+
+自动生成文件：
+
+- `.ai/profile-detection.md`：记录识别模式、命中证据、启用 profile 和 Skill 候选。
+- `.ai/project-context.md`：首次创建时预填项目名、技术栈、常用命令、代码结构、候选 Agent / Skill / Workflow。

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

@@ -21,10 +21,11 @@
 处理 AIOS 相关任务时，先读取：
 
 - `.ai/project-context.md`
-- `.ai/agent-routing.md`
+- `.ai/agent-routing.md`
 - `.ai/skills.md`
 - `.ai/workflows.md`
-- `.ai/profiles/*.md`（如当前项目启用了 profile）
+- `.ai/profile-detection.md`
+- `.ai/profiles/*.md`（如当前项目自动识别或显式启用了 profile）
 
 ## 边界
 
@@ -33,8 +34,8 @@
 - 业务项目的 `AI_CODING_RULES.md` 优先于本文件中的通用工程要求。
 - ArchSight AIOS 是通用治理底座；接入本模板不代表当前项目属于 ArchSightLabs，也不要求使用 Hermes、飞书或其他特定运行平台。
 - AIOS 是建筑行业增强层，不是通用任务替代器；普通非建筑任务优先使用宿主工具的通用能力。
-- 建筑行业能力通过 profile 和任务上下文启用；未启用时，不得把 BIM、IFC、GraphRAG 或审图场景当作项目默认事实，也不得把规范或工程证据链当作项目默认事实。
-- 如果是否属于建筑行业任务不明确，先读取 `.ai/project-context.md`、README 和用户任务事实；仍不明确时按通用工程任务处理，并说明未启用行业增强。
+- 建筑行业能力通过 `.ai/profile-detection.md`、profile 和任务上下文启用；未启用时，不得把 BIM、IFC、GraphRAG 或审图场景当作项目默认事实，也不得把规范或工程证据链当作项目默认事实。
+- 如果是否属于建筑行业任务不明确，先读取 `.ai/profile-detection.md`、`.ai/project-context.md`、README 和用户任务事实；仍不明确时按通用工程任务处理，并说明未启用行业增强。
 - 未经验证不得声称代码、测试、构建、部署或审查已完成。
 - 多 Agent 结论冲突时，优先采纳确定性工具、项目事实和结构化知识证据；自然语言推理只能作为假设或建议。
 - 涉及法规合规最终结论、结构安全结论、生产授权、权限扩大或商业范围取舍时，必须升级给人类负责人。

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

@@ -24,7 +24,7 @@
 
 - 当前项目事实优先于 AIOS 通用角色说明。
 - Hermes、飞书、OpenClaw、Codex、Claude、Gemini 等都是可选运行入口；未启用时不得写入项目假设。
-- 建筑、BIM、IFC、规范、审图和 RAG / GraphRAG 知识工程能力通过 profile 或明确任务触发；普通项目不默认启用这些语义。
+- 建筑、BIM、IFC、规范、审图和 RAG / GraphRAG 知识工程能力通过 `.ai/profile-detection.md`、profile 或明确任务触发；普通项目不默认启用这些语义。
 - AIOS 是建筑行业增强层；普通非建筑任务优先使用宿主工具的通用能力，不因为安装了 AIOS 就强制套用 `aios-*` Skill。
 - 冲突仲裁按证据等级处理：人类硬约束、确定性工具、项目事实、结构化知识优先于 Agent 自然语言判断。
 
@@ -40,6 +40,7 @@
 | BIM、IFC、建筑规范、审图逻辑 | Vitruvius | 建筑数字化专家 |
 | 结构力学、荷载、FEM、结构计算工具链 | Euclid | 结构力学专家 |
 | 建筑行业 RAG、GraphRAG、MCP、Memory、Tool Calling | Daedalus | AI 研发工程师 |
+| Prompt / Skill 输出对比、weak/basic/runtime 三栏评测 | Daedalus | AI 研发工程师 |
 | 建筑行业项目代码修改、脚本执行、测试、文档生成 | Hephaestus | 受控执行官 |
 
 ## 升级规则
@@ -52,5 +53,6 @@
 - 涉及行业规范、BIM / IFC、审图语义：升级给 Vitruvius。
 - 涉及结构力学、荷载、边界条件、FEM 或结构计算工具链：升级给 Euclid。
 - 涉及 RAG、GraphRAG、MCP、Memory、Tool：升级给 Daedalus。
+- 涉及提示词效果、weak/basic 对照、真实 Skill 输出比较或是否应沉淀为 Skill：升级给 Daedalus，并使用 `aios-prompt-compare`。
 - 具体实现和验证：交给 Hephaestus。
 - Capability 返回阻断结果、证据缺失或工具不可用：停止执行并输出 `Claim / Evidence / Tool Result / Decision`。

package/templates/project-ai/.ai/profile-detection.md

@@ -0,0 +1,24 @@
+# Profile Detection
+
+> 本文件由 `archsight-aios init` 首次创建时自动生成。
+> 它根据本地项目名、README、package / pyproject 和浅层文件名推断可用 profile 与候选 Skill，目的是降低接入门槛，不替代人工确认。
+
+## 识别结论
+
+- 模式：`auto`
+- 当前启用 profile：待自动生成
+- 规则来源：ArchSight AIOS 内置 profile registry。
+
+## Profile 命中证据
+
+- 待自动生成。
+
+## Skill 候选
+
+- 待自动生成。
+
+## 边界
+
+- 自动识别只用于初始化和路由建议，不是业务事实或工程结论。
+- 未命中 profile 时，仍可按用户任务和资料内容触发对应 `aios-*` Skill。
+- 涉及金额、工期、法律责任、结构安全、规范合规或人员信息时，必须保留人工复核。

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

@@ -1,8 +1,11 @@
 # Project Context
 
+> `archsight-aios init` 会在首次创建本文件时自动预填项目名、技术栈、常用命令、代码结构和 AIOS 候选能力。
+> 本模板只作为兜底结构；重复初始化不会覆盖人工修订后的内容。
+
 ## 项目名称
 
-待填写。
+待自动填充或人工补充。
 
 ## 项目定位