小七会议纪要助手

会议纪要散落在外部系统里

很多团队的会议内容并不在某个本地文件夹里，而是存放在外部会议平台。你只能打开网页逐条翻找，或从邮件里翻链接；想做一次“我发起的会议有哪些”“那场会上承诺了哪些待办”这类汇总时，纯人工整理耗时且容易漏项。

小七会议纪要助手把这部分查询与整理放到 Agent 工作流里：用只依赖 Python 标准库的脚本调用 AIMeeting 接口，按业务类型与关键词拉取列表，并把详情里的 HTML 纪要清洗成可读文本。

核心能力

• 会议纪要列表查询：用 business_type 区分我创建的、我收到的、团队的、群组的、分类；支持 keywords、时间区间、group_uuid、category_uuid、uuids 等过滤。用户不指定类型时，默认按 1（我创建的）查询。
• 会议纪要详情读取：详情在 response.data.data 中。默认展示 summary 和 todo，需要更多细节时展示 summary_simple，要原文时展示 summary_origin；面试场景还会包含 interview_eval、interview_feedback。
• 群组列表：可按 created_by、updated_by、secret_type（0=公开，1=私密）筛选。

工作方式

1. 授权码写入 OpenClaw 配置：脚本从 ~/.openclaw/openclaw.json 的 skills.entries.aimeeting.apiKey 读取，不必依赖环境变量。
2. 需要切到不同部署时，可设置 AIMEETING_BASE_URL 覆盖默认域名；未配置 apiKey 时，应先向用户索取授权码，再用 config.patch 写入配置。
3. 在 skill 目录下执行查询脚本，把返回 JSON 转成面向用户的文本：列表突出标题、发起人、时间、时长、状态；详情在展示前先去除 HTML 标签。

适用边界与注意点

• 访问控制：401 多为授权码过期，先检查 apiKey，必要时走刷新流程；403 通常意味着需要联系管理员加入 IP 白名单。
• 刷新授权码风险高：旧 Key 会立即失效，新 Key 只返回一次，刷新前必须取得用户明确确认，刷新后立即用 config.patch 写回配置。
• 业务码要单独解释：例如 200001 应转成“会议纪要不存在”这类明确提示，而不是泛化报错。
• 完整字段以 references/api_docs.md 为准，代码实现仍以实际接口返回结构为准。