Fast Meeting 是一个面向开发工作流的自动化技能，核心用途是把“开会决策”和“落地实现”压缩为一条命令执行，全程无需用户确认。它适用于用户明确要求“fast meeting”“réunion rapide”，或希望某议题被分析、决策并自动实现时。
主要能力：自动进行上下文分析并挑选 3–4 个专家角色（如后端、架构、DBA、安全、UX、DevOps、数据等）；并行运行各角色的立场与建议；在共识过高时额外引入“魔鬼代言人”提出反方论点；随后由主持人汇总出推荐方案、权衡、风险与实施计划。会议压缩为两轮（开局立场 + 收敛综合）。
使用方式：先做 worktree 清理（git worktree prune、检查并移除陈旧的 fast-meeting-/fm- 目录、清理 fast-meeting/* 分支），再检测远程仓库类型（git remote -v），据主题自动选题；产出紧凑决策后，若未引用 issue 会自动创建；随后做范围守护，创建独立 worktree 与专用分支（如 feat/fm-<topic>），在其中实现、提交、运行测试并推送，最后创建 MR/PR 并写入法语说明。推送失败时保留 worktree 并给出手动恢复命令。
依赖：项目使用 GitHub 时需 gh CLI，使用 GitLab 时需 glab CLI，安装来源分别为 https://cli.github.com 和 https://gitlab.com/gitlab-org/cli。
限制：会直接在独立分支上自动创建 MR/PR，不请求确认；范围过大（多服务改动、架构迁移、需新基础设施）时会中止实现，建议改用完整 /meeting 技能；测试失败仅尝试一次修复，仍失败则以 Draft 提交并记录失败信息；issue 创建失败则不创建 issue 并继续。未提供具体收费、价格或平台支持等其它信息。