Files

T

SkyJourneyandClaude Sonnet 5 600c0dd323 feat: 寰汐插件随 v1.0.0 生产切换升级到 v2 技能组，新增独立管理端插件

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

2026-08-22 02:14:34 +08:00

2.2 KiB

Raw Blame History

name, description

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

寰汐会议

前置：先读 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 要传完整的条目顺序列表，不是只传要移动的那几个。

2.2 KiB Raw Blame History