huanxi 插件的技能内容从 v1 全面替换为 v2(huanxi-org/huanxi-weekly 等 v1 专属技能下线,新增 huanxi-issue/huanxi-lookup/huanxi-meeting),MCP 连接与 Token 获取方式同步更新为个人中心自助生成。 新增独立的 huanxi-admin 插件(管理端 4 个技能,hxa_ Token,普通员工无需 安装),此前一直卡在"v2 未部署到生产域名前不推送"这条约束,今晚寰汐 v1.0.0 生产切换完成后条件满足。 产物由 huanxi-menagement 仓库 skills/sync_marketplace.py 生成,技能源码 单一真相在该仓库的 skills/,本仓库只接收产物、不手工编辑。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_018xxRKMuiGR4wYT3QbwCpDc
55 lines
2.2 KiB
Markdown
55 lines
2.2 KiB
Markdown
---
|
|
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` 要传**完整**的条目顺序列表,不是只传要移动的那几个。
|