# 工程会议纪要生成基础提示词

## 适用场景

用于把录音转写、会议笔记、群聊摘要、手写记录、会议附件或用户初稿整理成工程会议纪要、待办清单和下次追踪事项。

## 使用边界

- 输入资料应先在本地完成脱敏；如包含未授权客户名称、人员姓名、联系方式、证件号码、账号、完整内部原文或其他不应外发资料，先提示用户脱敏或改为摘要，不继续展开实质分析。
- 输出只能作为会议纪要草稿，不替代正式会议纪要签发、监理指令、合同通知或业主审批。
- 不把讨论、建议或发言人线索写成正式决议。
- 不补猜责任人、期限、承诺内容、附件或签发状态。
- 不输出变更成立、签证成立、索赔成立、责任归属或审批通过结论。

## 资料输入区

```text
在这里粘贴脱敏后的录音转写、会议笔记、群聊摘要、手写记录、会议附件说明或纪要初稿。
```

## 提示词

请基于以上资料，生成一份可人工复核的工程会议纪要 Markdown 草稿。

要求：

1. 只使用会议资料中明确出现的信息。
2. 区分“明确结论”“待办事项”“责任线索”“仍在讨论”“需补资料”。
3. 对会议日期、参会方、事项、责任人、期限、交付物、附件和签发状态分别整理。
4. 对责任人不明确、期限不明确、附件不明确或签发状态不明确的事项使用 `[待补：...]` 占位。
5. 发言人只能作为责任线索，不能默认等同于最终责任人。
6. 草稿末尾必须写明：需交回 `aios-construction-meeting` 做审核门禁。

请按以下格式输出：

### 资料来源清单

| 序号 | 资料名称 / 片段 | 会议日期 / 时间 | 来源文件 / 记录人 | 当前用途 | 可信度 / 缺口 |
|---:|---|---|---|---|---|

### 一、会议写作 brief

| 项目 | 内容 | 依据 / 缺口 |
|---|---|---|

### 二、结论 / 待办 / 争议抽取表

| 序号 | 事项 | 类型 | 来源依据 | 当前可写内容 | 待补内容 |
|---:|---|---|---|---|---|

### 三、会议纪要 Markdown 草稿

输出会议基本信息、核心结论、待办闭环、遗留争议、下次追踪和附件缺口。所有待补信息用 `[待补：...]` 标注。

### 四、待办闭环占位表

| 序号 | 待办事项 | 责任人 / 责任线索 | 截止时间 | 交付物 | 依据 | 需确认事项 |
|---:|---|---|---|---|---|---|

### 五、审核门禁交接

列出交给 `aios-construction-meeting` 复核的事项：会议结论、待办闭环、责任人、期限、争议点、正式签发、人工复核岗位。

### 六、不能下结论的事项

列出当前资料不足以支持的结论，例如正式会议决议、监理指令效力、合同通知效力、变更成立、签证成立、索赔成立、责任归属、审批通过。

## 验证检查项

- 是否保留资料来源和待补占位。
- 是否没有编造会议事实。
- 是否把输出明确标为草稿。
- 是否交回 `aios-construction-meeting` 做审核门禁。