我烦的不是开会，是那串附带动作：订会议室、发邀请、会后翻录制、再导参会名单。单看每步都不难，叠起来能吃掉半个下午。所以我用一周时间试了 tencentmeeting-cli：能不能把这些压成几句话。
先说清楚这个插件是什么
tencentmeeting-cli 是腾讯官方组织账号 TencentCloud 下的仓库，装完后命令叫 tmeet。站内分类「工具 / 效率」，站内星标 238★，综合分 64.0，周下载量 2,184。它的定位是：腾讯会议命令行工具（CLI），基于腾讯会议开放平台 OAuth2 授权，支持会议管理、录制管理、参会报告等功能。
白话版：你在客户端里点的多数操作，它都有对应子命令；凭证用 AES-256-GCM 加密、明文不落盘；macOS / Linux / Windows 都覆盖。站内信任档位是「已验证」，本站已在 dsh 0.2.0-rc.2 下真实安装成功（L4 · 真实安装）。
周一：把它装进 DSH
站内给的安装命令只有一行：
dsh plugin --profile web add @tencentcloud/tmeetREADME 走的是另一条路：先 npm install -g @tencentcloud/tmeet 拿到全局 tmeet 命令，再 npx skills add TencentCloud/tencentmeeting-cli -y -g 装 CLI-SKILL；也可从源码构建，那条路要求 Go 1.22+。
两条路径拿到的不是同一样东西
站点口径是把 npm 包装进 web profile；README 口径是先拿命令、再单独给 AI 侧装一个技能。你要「命令」还是「给 AI 用的技能」，决定走哪条；两个都要就都装。装前想清楚，能省不少返工。
授权是设备码流程
tmeet auth login 会自动尝试打开系统默认浏览器跳授权 URL；没有浏览器就把 URL 打出来让你手动扫码。CLI 后台轮询结果，超时 5 分钟，成功后凭证加密存本地。禁自动开浏览器加 --no-browser；看状态用 tmeet auth status；收工用 tmeet auth logout。
周二到周三：订会、查会、翻录制
创建会议这条命令我用了不下十次：
tmeet meeting create \
--subject "周例会" \
--start "2026-04-10T10:00+08:00" \
--end "2026-04-10T11:00+08:00"时间参数必须写成 ISO 8601 并带时区偏移。我第一次随手写成 2026-04-10 10:00，查出来是空。查询用 tmeet meeting list 看进行中 / 即将开始的会，tmeet meeting list-ended 配 --start / --end 看已结束的会。
录制侧是 tmeet record：list 查录制列表、address 拿下载地址、smart-minutes 取智能纪要，另有三个转写接口。翻页自 v1.0.5 起统一成 --page-token + --page-size：首次不传 --page-token，之后把上一响应的 next_page_token 原样传回，直到为空；旧参数 --page / --pos / --size 已 deprecated。
周四：参会报告与一个异步小陷阱
report participants 直接给参会人列表，waiting-room-log 给等候室记录。但 participants-export 导出明细是异步任务，先回任务号，结果要用 report job-result 取。同类的「两段式」还在录制权限申请上：permission-apply-prepare 先预览，确认后才 permission-apply-commit 提交——别跳过预览。
周五：让它真的「替我做」
最省事的不是某条命令，而是把 meeting create 交给 AI 去拼参数。tmeet -V 看版本，--format json-pretty 让响应可读，--compact 只留关键字段以降低响应体积——配起来后 AI 判断下一步会顺很多。但有件事必须单独说。
安全这件事不能跳过
第一，官方 README 的「安全与风险提示」写明：CLI 接入 AI Agent 并获授权后，AI 将获得你在腾讯会议的数据访问权限（详细用户信息、管理和查询会议、录制与纪要文件查询导出等），并以你的用户身份在授权范围内执行操作；尽管有防护，AI 仍可能因模型幻觉、提示词注入、投毒攻击、执行偏差不可控等原因导致数据泄露、越权操作等非预期后果；若怀疑泄露或需停用，立即执行 tmeet auth logout。这不是吓唬，是它的使用前提。
第二，站内自动静态扫描给它的档位是 🔴 高危：理由是「安装时即执行脚本 + 命令参数由运行时变量拼接（参数来源无法静态判定，从严处理）」，证据共 12 处，涉及安装期即执行代码、可执行外部命令、读写 / 删除本地文件。注意口径——这是能力清单，不是危险判定，且站内注明尚无人工评估。
第三，control 这一支（call / kick / waiting-room）是会中操作：呼叫入会、踢人、等候室移入移出，由 AI 触发时后果不可逆。我的做法是这类命令只手动执行，绝不放进自动化。
总结
一周下来，tmeet 确实把「订会—查录制—导名单」压成了几句话，值得试；前提是你愿意把腾讯会议的数据访问权限交给 AI，并接受 🔴 高危扫描档位目前尚无人工评估这一现状。想对照同类插件的中文清单与安装形态，可以看 DeepSeek Harness Hub 插件清单，再决定要不要装。
适合与不适合
适合：每周有固定例会要批量创建的团队助理；需要定期导出参会名单做考勤或复盘的人；已在 DSH 里跑自动化、希望会议数据进同一条流水线的开发者；想用对话方式检索录制、纪要与转写内容的人。
不适合：所在企业把会议数据列为敏感、不允许经过第三方模型的人；需要让 AI 自动执行踢人、呼叫等会中操作的场景；把服务跑在没有浏览器的无头服务器上、又无法手工完成扫码授权的人。
标签：tencentmeeting-cli、DeepSeek Harness、会议自动化、CLI 工具、OAuth2
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。