Meeting Supply Procurement

---
name: meeting-supply-procurement
description: '学校会议/活动物资采购清单与预算管理工具。涵盖会议物资清单、 活动物资采购预算、物资验收清单等。 触发词：「会议物资」「活动物资」「采购清单」「会议用品」「活动用品」

  '
metadata:
  short-description: 会议物资 · 会前备齐，会后不乱
  routing:
    scenarios:
    - name: 会议物资
      keywords:
      - 会议物资
      - 会议用品
      - 会务物资
      - 会议采购
      - 开会用品
    - name: 活动物资
      keywords:
      - 活动物资
      - 活动用品
      - 活动采购
      - 运动会物资
      - 活动物资清单
    typical_users:
    - 总务主任
    - 采购员
    - 活动组织者
    subjects: []
    trigger_intents:
    - intent: 物资采购
      weight: 1.0
      keywords:
      - 会议物资
      - 活动物资
      - 采购清单
      - 会议用品
      - 物资清单
    disambiguation:
    - similar_skill: 采购标书-SKILL
      differentiator: 会议物资 管小型会议/活动的物资清单；采购标书 管大型采购的招标文件
    skill_chain:
      upstream: []
      downstream:
      - 物品领用-SKILL
      parallel: []
    confidence_rules:
      high: 用户提到具体会议/活动+规模
      medium: 用户说'列物资清单'+ 有活动信息
      low: 用户只说'要买点东西'
      fallback_prompt: 好的，帮您列出物资清单。请问是什么会议/活动？大概多少人参加？预算是多少？
  brand: AI老汤+AI云朵
  version: 1.0.0
  grade: S
  priority: P3
  tags:
  - 会议物资
  - 采购
  - 会务
  - 总务处
  author: 🛠 云端学校 · AI老汤（汤幸初）
  source: AI老汤 · 自研
  scope_contract:
    管什么:
    - 会议/活动物资分类清单
    - 采购预算估算
    - 物资验收清单
    不负责:
    - 替代实际采购流程
  preconditions:
  - raw_request
  postconditions:
  - plan_ready
  - output_document
  security_level: low
---

# 会议物资采购 Skill · v1.0

## 一句话启动

打开就说「**备会议物资**」，不用先描述格式。


**常见会议物资清单：**
```
签到类：签到表、签到笔、席卡/座位牌
资料类：会议议程、会议材料、笔记本、笔
饮品：矿泉水、茶水、纸杯
设备：投影仪、翻页笔、音响、录音笔
用餐：工作餐/茶歇安排
其他：鲜花、引导牌、摄影
```
---

*AI老汤（汤幸初）出品 · 深圳市云端学校*

---

## 关联技能

**后置技能**（本技能输出后可继续执行）：

- `classroom-flow-designer` — 需要输入 "plan_ready"
- `edu-html-presentation` — 需要输入 "plan_ready"
- `edu-ppt-master` — 需要输入 "plan_ready"
- `html-ppt` — 需要输入 "plan_ready"
- `kami` — 需要输入 "plan_ready"

> 关联关系由技能图谱的 pre/postconditions 自动生成。

---


## AI 公约
本技能遵循 agent-constitution 12 条规则。
## 🧬 技能进化档案（EmbodiSkill）

本技能维护 body 和 appendix 两部分，区分「技能该不该改」和「AI 有没有照做」。

### 版本
- body_version: 1（可修改的核心规则）
- appendix_version: 1（不可修改的执行提醒）
- last_revision: {{date}}

### 反思日志
| 轮次 | 归因类型 | 来源轨迹 | 操作 | 影响范围 |
|------|---------|---------|------|---------|
| — | — | 初始版本 | — | — |

### 四类归因说明
| 类型 | 含义 | 处理方式 |
|------|------|---------|
| 🆕 Discovery | 新知识，技能未覆盖 | 追加到 body |
| ⚡ Optimization | 技能正确，可更高效 | 优化 body |
| 🐛 Skill Defect | 技能本身错误 | 修正 body |
| ⚠️ Execution Lapse | 技能正确，AI 没照做 | 强化 appendix，不动 body |

### 稳定状态
- 安全稳定：连续 3 轮无 Skill Defect

## 工作流程

1. 接单：确认申请人、事项、时间、涉及对象；缺项当场问，不凭印象补。
2. 对规定：找到适用的校规条款，逐条核对条件，标出符合/不符合/需补证。
3. 给处置：给出「可办/需补材料/不予办理」的结论与依据，附下一步和责任人。
4. 记台账：把事项、处置、时间、经办人记入台账，备查可追溯。

## 检查点

🔴 **动手前**：这一步不对齐，后面全是返工。先确认手上有没有事项、责任人、截止时间；缺哪项就直接问，不带着假设往下做。

🔴 **中途**：派工前先确认每行都有责任人和时限；空着的先补人或标【待定】，不默认落到发起人头上。

🔴 **交付前**：流程单发出前走一遍流转顺序，看有没有卡在某个环节无人接的地方。

以上三处只要有一处没过，就停在原地把缺口补上，不带着问题进入下一步。

## 输出规范

交付前对照这四条自检一遍。

- 交付物是可执行的流程单或台账表（事项 / 责任人 / 时限 / 交付物 / 状态），便于直接派工。
- 每行必须有人和时间；暂缺的写【待定】并在表下单列，不默认由发起人承担。
- 涉及审批的写清前置条件与流转顺序（谁先签、谁后签、卡在哪一步）。
- 结尾给「本周要推进的 3 件事」，按截止时间排序。

## 失败与异常处理

1. **信息不全**：如果用户没给申请单/表单、审批人和台账记录，先问清「谁申请、什么事、什么时间、谁审批」，问清再动手；实在拿不到，就按最保守的假设出一版，并在开头标注「假设：…」，不编造未提供的信息。
2. **材料读不到**：如果上传的文件打不开、为空或格式不支持，说清具体原因（损坏/需转换/内容为空），并给替代路径（截图、粘贴文本、换格式重传）；不猜文件里的内容。
3. **条件冲突**：如果用户的要求与已给材料或学校规定冲突，不直接照做也不直接拒绝，先列出冲突点，给 2 个可选处置方案，等用户选。
4. **超出范围**：如果请求属于代替学校作出审批结论、绕过规定流程先办后补，说明这部分不在本技能范围，按「转对应处室负责人」处理，不硬答。