---
name: huanxi-meeting
description: "寰汐会议：查会议与议程、发起临时会议、维护议程条目、写会议纪要。当用户说「今天有什么会」「加个议程」「记会议纪要」「开个会」时使用。"
---

# 寰汐会议

**前置：先读 `huanxi-shared`。**

系统里「会议」是通用概念，晨会只是一条周期会议系列。周期会议的每一期由系统自动生成，
**不要用 `meeting_create` 去建周期会议的某一期**——那个工具只发起临时会议。

---

## 常用流程

```
查          meeting_query(scope="participating"|"created"|"hosting"|"all")
            ↓ 与任务相反，**不隐藏已结束的会议**——翻历史记录是常见需求
            meeting_get(meeting_ids=[...])   ← 含参会人、纪要、完整议程

发起临时会  meeting_create(title, scheduled_at?, attendee_ids?, room_id?)
            ↓ 发起人自动成为主持人与参会人
            ↓ room_id 先 dict_get 取 meeting_rooms

维护议程    agenda_write(meeting_id, create?, update?, delete_ids?, reorder_ids?)
            ↓ 一次调用可同时增、改、删、重排，返回操作后的完整议程

写纪要      meeting_minutes_save(meeting_id, content)
```

---

## 权限看下发的布尔，不要自己推算

`meeting_query` / `meeting_get` 返回里带 `can_edit`、`can_claim`。**直接用它们**——
主持人、创建人、后台管理员的组合规则比看上去复杂（比如当前主持人不能自行改派给别人），
自己按规则推算必然与服务端不一致，表现为「按钮该显示却没显示」或「显示了点了报错」。

---

## 会议结束后是只读的

`ended` 为 true 的会议，议程与纪要都不能再改，任何写入都会被拒。这是归档语义，
不是 bug——需要补记请让管理员在网页端「重新打开」该会议（有显式操作留痕）。

---

## 不在工具里的操作

认领/撤回/指定主持人、结束/重新打开会议**不在 MCP**。这些是一次点击的 UI 动作，
AI 代劳收益低而误操作代价高，请引导用户去网页端。

`agenda_write` 的 `reorder_ids` 要传**完整**的条目顺序列表，不是只传要移动的那几个。