会议管家

会议数据的断裂与手工缝合

在协作开发中，会议往往是信息最密集的节点，但工具链却是割裂的：排期在日历，资料散落在工作目录，会议建立在 tmeet，纪要靠事后人工整理，决策跟进则依赖记忆。这种断裂导致 Agent 难以连贯维护上下文，开发者需要反复在不同系统间搬运数据，且容易丢失关键的决策依据。

全生命周期状态机

meeting-flow 试图用一条流水线解决这个问题。其核心是一个名为 meeting_ctx.json 的状态文件，六个阶段全部基于该文件流转：

• init/schedule：初始化上下文，输入参会人忙时，脚本计算出共同空闲时段。
• brief：聚合本地工作目录与历史决策库，生成一页式会前资料包。
• create：直接调用 tmeet 建会并产出入会链接，回写至 ctx.meeting。
• minutes：这是唯一的 LLM 核心环节。Agent 必须介入将转录文本按 schema.md 提取为 minutes.json，脚本随后仅负责渲染与分发。
• track：解析 JSON 中的 decisions 字段，入库并渲染决策看板。

克制的写操作与容错边界

设计上刻意保留了克制：建会默认真正执行，但提供 --dry-run 仅预览命令；入会链接默认返回给用户手动分发，而非自动轰炸企微（需显式开启 --push-wecom）。

工程化方面，任何阶段失败默认立即中止，防止级联错误。开发者可加 --continue-on-error 降级运行，或用 --retry N 应对网络抖动。脚本内置了统一的诊断模块，失败时会输出原因与解决建议，支持单阶段重跑修复。该技能已自包含四个子脚本，安装单个 Skill 即可独立运行。