gpt 网页端自带Superpower的功能，能创建子代理（多个独立任务并行执行，然后整合）

起因是：

网页版GPT 自带的沙箱中存在codex调用工具（存在了一小会儿）

今天又尝试了一下，发现gpt又行了：

也就说明模型现在是具备了创建多进程的能力。结合佬友的MCP服务器：

Codex 额度总是不够用？代码写到一半突然被限额，刚进入状态就被迫停手？通过 Coding Tools MCP 最大化利用 GPT 订阅额度，解决额度焦虑

我做了一个简单的验证，用Coding Tools MCP 进行本地的文件写入，用模型自带的superpower插件做任务规划和子代理的任务划分，然后通过模型的multi-agents的能力执行多个子代理的任务，最后汇总（下面的验证中我使用了一个superpower mcp，是本地多代理任务的管理，就是将一些子代理的任务和结果本地化的一个skill，本质上不需要也能完成)：

提示词

你是主调度代理 Orchestrator。请在本地创建一个最小验证项目，用来验证这套架构是否成立：



- @Coding Tools MCP：负责读取、写入、执行本地文件与命令。

- @Superpowers MCP：负责本地化任务管理、memory、brief、handoff、report、ledger。

- Codex 自带 Superpowers / multi-agent 能力：负责真实创建子代理，并让子代理完成小任务。



验证目标：



主代理需要自己规划完整流程，创建一个本地模拟项目，并把任务拆给多个真实子代理完成。每个子代理只完成一个很小的任务。所有子代理的结果都必须通过本地文件写入，并由 @Superpowers MCP 管理任务状态和协作信息。



硬性限制：



1. 所有文件只能写入 `test/superpowers_multiagent_demo/`。

2. 不要访问网络。

3. 不要使用 Notion、GitHub、Gmail、Google Drive。

4. 不要把主代理自己完成的工作伪装成子代理结果。

5. 必须检查当前环境是否真的有 `spawn_agent`、`wait_agent`、`close_agent` 或等价的 Codex multi-agent 工具。

6. 如果没有真实子代理工具，立刻停止验证，并在 `test/superpowers_multiagent_demo/FAILED_NO_MULTI_AGENT.md` 写明失败原因。

7. 如果有真实子代理工具，必须实际创建多个子代理完成任务。



你需要创建一个极小 Python 项目，例如：



```text

test/superpowers_multiagent_demo/

  demo_pkg/

    __init__.py

    math_utils.py

    text_utils.py

    summary.py

  tests/

    __init__.py

    test_math_utils.py

    test_text_utils.py

    test_summary.py

  IMPLEMENTATION_PLAN.md

  ORCHESTRATION_REPORT.md

  .superpowers/

执行结果：

我感觉网页端的能力加上一些MCP服务器 已经接近codex的能力了 ^-^

(之前使用Coding Tools MCP 时，最大的缺点就是网页端不能多代理，只能单进程的执行，这导致网页端不具备单独进行完整项目的开发，而mulit-agents的能力正好

弥补了这个缺点）