mcpField
M
magi

magi

github.com/vintaAgent 工作流14246 次安装今天更新
代码仓库

关于 magi

magi 是一项头脑风暴技能,由三名队友并行探索问题,再汇总各自方案,适合需要 Claude Opus、OpenAI Codex 和 Google Gemini 多方观点的用户。

主要功能

  1. 01三名模型队友并行探索
  2. 02针对不明确主题提出澄清问题
  3. 03汇总方案并注明提出者
  4. 04可选的批评轮次与计划交接

适用场景

  1. 01从多个模型视角探索问题
  2. 02比较并选择备选方案
  3. 03在后续辩论中评议方案

MCP 相关

Mother 通过 `mcp__codex__codex` MCP 工具委派任务给 OpenAI Codex。

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/vinta/hal-9000 --skill magi

安装后在 Claude Code 中输入/magi确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

README.md
personalities/
MAGI-1.md
MAGI-2.md
MAGI-3.md
references/
codex.md
gemini.md

详细介绍

MAGI

多模型头脑风暴面板。三位队友分别由不同的模型系列支持,并行探索一个问题,然后由负责人整合他们的提案并呈现给用户。

  • Scientist:直接通过 Claude Opus 推理(不进行外部调度)
  • Mother:通过 mcp__codex__codex MCP 工具委派给 OpenAI Codex
  • Woman:通过 gemini CLI 委派给 Google Gemini

流程

1. 澄清

如果问题描述不够充分,使用 AskUserQuestion 明确目的、约束条件和成功标准。如果问题已经清晰且可执行,则跳过。

  • 一次只问一个问题,逐步完善想法
  • 尽可能优先使用多选题,也可以使用开放式问题
  • 每条消息只问一个问题
2. 设置

读取个性设定和参考文件,然后并行启动所有队友。

要读取的文件:

使用名称 magi-{topic} 创建团队(例如 magi-auth-strategy),调用 TeamCreate。

在同一条消息中启动全部 3 位队友(使用 3 个并行的 Agent 调用,并设置 team_name):

队友namesubagent_type提示词包含内容
Scientistscientistgeneral-purposeMAGI-1.md 个性设定 + 问题(直接通过 Opus 推理)
Mothermothergeneral-purposeMAGI-2.md 个性设定 + codex.md(调度至 Codex MCP)+ 问题
Womanwomangeneral-purposeMAGI-3.md 个性设定 + gemini.md(调度至 Gemini CLI)+ 问题

在每个启动提示词中包含所有已澄清的上下文:队友没有对话历史。

3. 并行探索

负责人的职责仅限于协调:

  • 等待队友通过 SendMessage 发送提案
  • 如果队友提出澄清问题,通过 AskUserQuestion 转问用户,并注明提问的队友(及模型)。绝不要代替用户作答:只有用户才能回答。
4. 整合并呈现

收集所有提案,然后:

  1. 对相似提案去重(注明所有提出该提案的队友/模型)
  2. 如果提案较多,按主题分组
  3. 为每个选项提供:
    • 提出该选项的队友和模型(例如,“Scientist [Opus]”、“Mother [Codex]”)
    • 从各个角度分析权衡
    • 谁将其标记为首选,以及原因
  4. 通过 AskUserQuestion 请用户选择一个选项
  5. 通过 AskUserQuestion 询问下一步操作:
    • 编写计划:拆解,然后移交给 writing-plans
    • 辩论:再进行一轮批评(见下文)
    • 完成:拆解,不再采取后续操作
5. 辩论(可选,由用户触发)

仅在用户提出要求时运行。可重复进行。

  1. 通过 SendMessage 向全部 3 位队友广播整合后的选项列表
  2. 每位队友通过各自的模型评议提案(Scientist 直接推理;Mother 和 Woman 遵循各自参考文件中的辩论模式)
  3. 收集更新后的立场并重新呈现给用户(返回第 4 步)
6. 拆解

仅在用户选择编写计划或完成时拆解。

  1. 向每位队友发送 shutdown_request
  2. 等待所有队友批准关闭
  3. 执行 TeamDelete
7. 移交(仅限编写计划流程)

拆解后,调用 writing-plans 技能,并将选定的选项作为上下文。

注意事项

  • 队友没有对话历史。 他们所需的一切信息都必须写在生成提示词中——用户的问题、澄清后的上下文、CLAUDE.md,以及他们的人格设定文件/参考文件。如果你忘了在 Clarify 步骤中获取的上下文,队友就只能盲目工作。
  • 如果队友仍处于活动状态,TeamDelete 就会失败。 调用 TeamDelete 前,务必向三名队友都发送 shutdown_request,并等待他们批准。
  • 保存 Codex 的 threadId。 Mother's 第一次 mcp__codex__codex 调用会返回辩论后续轮次通过 mcp__codex__codex-reply 所需的 threadId。如果丢失,辩论轮次就必须重新发送完整上下文。
  • Gemini 没有持久化线程。 与 Codex 不同,每次 Gemini 调用都是无状态的。进行辩论轮次时,每次都必须重新发送完整的提案列表和人格设定。
  • 队友可能不会汇报。 如果队友没有回应,请发送 SendMessage 提醒。沉默 2 分钟后,整理已有内容并呈现部分结果。

评论

支持 Markdown