DeepTutor「My Agents」多 Coding CLI 子代理集成的开源合作外联实战渠道矩阵、风险规避与可复用邮件模板【免费下载链接】DeepTutorDeepTutor: Lifelong Personalized Tutoring. https://deeptutor.info/.项目地址: https://gitcode.com/GitHub_Trending/dee/DeepTutor导读DeepTutor 的 My Agents 允许学习者把本机已安装的 Claude Code、Codex、Gemini CLI、Kimi CLI、opencode、MiMo Code 等 Coding CLI 接进对话以consult_subagent工具实时请教真实代码仓库。本文以仓库内的《outreach-emails-subagent-partners.md》外联文档为骨架先讲清其背后的子代理集成实现含源码依据与版本时间线再完整梳理这套开源合作外联的打法——目标渠道怎么选、措辞有哪些雷区、六家项目的差异化邮件/表单怎么组织。读完你既能理解 DeepTutor 的多 CLI 子代理架构也能直接套用一套开源项目互推的可执行沟通方案。一、先看清信件在讲哪个功能My Agents 与consult_subagent六份草稿反复出现的核心卖点是同一件事My Agents——让学习者把自己机器上已安装的 coding CLI 接进 DeepTutor在对话中途对它做实时咨询不是粘贴一段对话记录而是真的把该 agent 跑起来、让它读真实仓库、把它的工具调用过程实时流式汇入答案。从当前仓库源码看这由deeptutor/services/subagent/与deeptutor/capabilities/subagent/两个包承载后端注册表registry.py 是系统到底认识哪些子代理的唯一事实来源逐一实例化了ClaudeCodeBackend、CodexBackend、GeminiBackend、KimiBackend、OpencodeBackend、MimoBackend以及进程内运行的PartnerBackend——与外联文档列出的六款 CLI 完全对应咨询工具tools.py 定义了唯一的consult_subagent工具。模型侧只能提供question参数而用哪个后端、工作目录、per-backend 配置、本轮次预算与会话状态等均由服务端注入杜绝模型越权指定预算与权限旋钮config.py 给出默认值consult_budget默认 5、允许 1–12即用户在设置页看到的最大轮数每个后端还有permission_mode、sandbox、approval、auto_approve、forward_images、extra_args等逐后端参数默认策略永不因等待审批而卡死无头运行模型与推理档位发现models.py 为每个后端映射一个选项提供者Codex 读其models_cache.json与config.tomlClaude Code 走缓存化别名opencode/MiMo 家族用各自的models命令枚举provider/model。这解释了外联文档里那句我们不是粘贴记录而是把它跑起来为什么站得住脚——consult_subagent每次调用都会把后端的原生事件经事件槽流式转发到侧边栏Activity 面板并在一次咨询内复用同一个 agent 会话以保持上下文。版本时间线以本仓库发布记录为准仓库assets/releases/下的发布记录可以交叉印证外联文档中的版本表述ver1-4-7.md 首次出现consult_subagent工具与subagent 作为知识源的形态起点是 Claude Codever1-4-8.md 扩展到 Codexver1-5-3.md 明确写道在 Claude Code 与 Codex 之外你可以从任意对话轮次连接并实时咨询Gemini CLI、Kimi CLI、opencode、MiMo Code每个 CLI 都会被本机探测、可选手模型并通过consult_subagent流式进入 Activity 面板——外联文档反复强调的v1.5.3 起支持全部六款 harness由此得到仓库证据Codex OAuth用 ChatGPT 订阅登录由 ver1-5-5.md 引入ver1-5-6.md 补全远程/容器化部署经 SSH 隧道完成回调解的路径。⚠️ 口径提醒外联文档正文写的是since v1.5.4 signing in … via Codex OAuth而本仓库发布记录显示 OAuth 登录随 v1.5.5 落地、v1.5.6 完善远程登录。凡是涉及对外描述版本的能力建议以仓库内 发布记录 的实际内容为准避免对外口径与代码历史不一致。二、外联文档的整体定位六份草稿 一份诚实评估这份文档不是泛泛的公关话术而是先调研、再写信的产物。它的结构可以拆成四层公共落款全文统一使用作者署名——Bingxi Zhao赵炳熙香港大学数据智能实验室博士生渠道矩阵针对六个目标项目逐一核实真正会有人读的通道是哪一条并给出诚实评级三条发送前警告对初稿中were open-source partners式定位的两处重大修正六份差异化草稿每个项目一套措辞避免千篇一律。文档首部还有一句关键的工作状态说明签名与 star 数已填好唯一待补的是可选的 demo 链接。也就是说草稿里出现的 star 数字是成稿当时的口径属于会随时间漂移的字段仓库内亦无法核实该数字正式发送前需要逐一刷新demo 链接按文档提示保持可选。三、渠道矩阵先想清楚发给谁再决定怎么写文档最直白的结论是这六个项目里没有一个是靠邮件接受开源合作请求的——六个 CLI 仓库都没有公开维护者邮箱能查到的邮箱大多属于公司市场/增长团队而不是 CLI 开发组。因此渠道优先级必须是GitHub/Discord 为主、邮件为辅而不是反过来。原文渠道矩阵的完整内容如下措辞与评级均保留原文口径邮箱、页面等外部信息会随时间变化发送前应逐条复核后文统一给出时效性提醒项目主渠道邮箱诚实评估原文口径MiMo Code小米mimoxiaomi.com相同六家中唯一信号强的。XiaomiMiMo 的 README 原话邀请联系该邮箱或开 Issue注意它是 MiMo 模型团队的地址MiMo-Code 是独立仓库其 README 只放了微信二维码。Kimi Code CLI月之暗面MoonshotAI/kimi-code的 Issue/Discussiongrowthmoonshot.cnkimi-code 的 README 只把 Issues 列为社区渠道无邮箱growthmoonshot.cn真实存在但是公司增长团队地址而非 CLI 团队。GitHub 线程为主邮件中文平行投递。opencodeAnomalyDiscord不可依赖文档自认高估过这封marketinganoma.ly真实存在且标注 Partnerships但 Anomaly 的 partnerships 页讲的是其娱乐业务而非 opencode 集成opencode README 没有邮箱社区在 Discord X。Claude CodeAnthropicPowered by Claude 目录 / Partner Network 申请表单marketinganthropic.com地址真实出现在 Anthropic 商标指南中但该页面注明已有既有商业关系时才使用目前尚无关系预期收不到回复。目录申请才是正路。CodexOpenAICodex Open Source Fund 表单不存在纯表单通道但匹配度真的高$1M 规模计划、面向基于 Codex CLI 构建的开源项目提供最高 $25k API 额度、滚动评审。预期价值高于任何邮件且被资助后才有资格在日后描述双方关系。Gemini CLIGooglegoogle-gemini/gemini-cli的 Discussion不存在安全渠道仅限漏洞上报品牌问题走 Brand Resource Center 而非邮箱。维护者在仓库内响应积极。修正后的触达顺序基于上述调研文档给出明确的执行顺序修正MiMo 第一团队有真实的邮件邀请Kimi 走 GitHub 第二Codex 基金申请第三opencode 放到最后且从 Discord 进入——前提是先拥有已存在的合作关系这一说法而不是去向对方提议一段关系。四、发送前的三条硬警告这是文档里最值得记住的方法论部分本质上是如何避免把一封合作信写成冒犯信警告一opencode 明确防范暗示隶属关系。其 README 的 Building on OpenCode 一节要求使用 opencode 名称的项目在自己的 README 中声明并非由 OpenCode 团队构建、与我们无任何隶属关系。这几乎与我们是开源合作伙伴的表述相反——所以对 partner 式话术而言opencode 是最差的第一目标而不是最好的文档承认最初判断反了。修订版草稿删掉了 partner 一词改为问一个更窄的问题。警告二opencode 已迁移且体量远大于 DeepTutor。仓库现位于anomalyco/opencodeAnomaly 旗下不再是sst/opencode体量约为 162k stars成稿时口径。其 CONTRIBUTING.md 明确写道No AI-generated walls of text… respect the maintainers time.不接受 AI 生成的长篇大论请尊重维护者的时间。因此给它的草稿被刻意压缩不要加长。警告三修正后的顺序。即上文第三节的 MiMo → KimiGitHub→ Codex 基金 → opencodeDiscord放在最后。五、六份草稿拆解定位、措辞取舍与可复用骨架六封信大体共用一套骨架差异在于每一家能答应什么、不能答应什么通用骨架Kimi / MiMo 版自我介绍DeepTutor 是 Apache-2.0 的 agent-native 学习工作台来自港大数据智能实验室→ 讲清 My Agents 机制与不是粘贴记录而是真的跑起来的差异 → 说明该项目自 v1.5.3 起即为支持的 harness 之一 → 提出小请求在 README 列为开源合作伙伴并期待对方一句类似的提及 → 主动澄清partner 不隐含任何协议/排他/义务只是互相指路→ 给对方留足退路不方便也完全没关系集成会保留欢迎给我们调用方式的反馈。各项目的差异点如下逐一说明。5.1 opencodeAnomaly——先自证不隶属这份是六份里最特殊的既然对方要求使用其名称的项目主动声明非其团队构建、无隶属关系就在对方开口之前自己先把免责声明给出去从而消除对方说不的主要理由。通道以 Discord 为主比marketinganoma.ly更可能被读到文本两处皆可用。关键措辞原文修订后的要点主题保持直白DeepTutor 支持把 opencode 作为 subagent——是否可能进行一次开源协作开头即读对方的 Building on OpenCode 注意事项明确承诺项目名不使用 opencode乐意在 README 中写明DeepTutor 并非由 OpenCode 团队构建、与之无任何隶属关系如果对方有指定措辞将完全照用请求降格为互相可见性希望列出 opencode也欢迎对方一侧的同类提及若不合适集成保留并欢迎对我们调用 opencode 的方式是否符合你的设计预期给出反馈。5.2 Kimi Code CLI月之暗面——Issue 为主中文正文更优主渠道是MoonshotAI/kimi-code的 Issuegrowthmoonshot.cn作为平行投递。文档明确建议正文用中文版、英文版附后。两版信的核心内容一致均强调没有任何正式约束——无协议、无排他、无义务只是两个开源项目之间互相指个路并同样预留是否以你们预期的方式调用 Kimi Code CLI这一请教式收尾。中文版可完全照抄原文结构仅替换项目名与链接。5.3 MiMo Code小米——文档标注从这里开始唯一存在明确邮件邀请的项目因而被文档标注为整个序列的起点mimoxiaomi.com。措辞与 Kimi 版同构在 README 中把 MiMo Code 列为开源合作伙伴、欢迎用户使用并期待对方一侧类似的提及。同样的关键句是这里没有任何实质约束无需签署协议不涉及排他双方都没有开发义务——只是两个开源项目之间互相指路。同样提供中文版与英文版两个版本。5.4 Claude CodeAnthropic——只问两件他们能答的事文档给 Anthropic 版的评语很关键Anthropic 不会在邮件里答应非正式的 partner 安排且其商标指南明确——未经明确授权不得以暗示关系或隶属的方式使用其商标。因此这封信不碰 partner只问两个容易拒绝也容易答应的问题品牌用法希望在 README 与文档中把 Claude Code 描述为受支持且鼓励用户使用的 agent并确保不暗示赞助或隶属如对方有偏好措辞将完全照用可被发现性Powered by Claude 目录或其它名单是否适合收录 DeepTutor 这类项目希望获得一个如何被考虑的指引。信件同时说明 Claude Code 自该功能上线起就是参考实现并支持把过去的 Claude Code 会话导入为可检索、可续接的上下文。文档还建议并行做一件事申请 Powered by Claude 目录——那才是最接近真正想要的东西的位置。对等提及则不做期待如果你们一侧将来觉得合适我们当然高兴但这不是我写这封信的原因。5.5 CodexOpenAI——不走邮件走 Codex Open Source Fund文档判断这里没有值得写的合作邮箱但 OpenAI 运行着一个 $1M 的Codex Open Source Fund为基于 Codex CLI 构建的开源项目提供最高 $25k 的 API 额度、滚动评审。被资助本身就是一段真实的关系日后描述双方联系时才站得住脚。因此这封信的正文不是邮件而是基金表单的申请叙事如果表单有自由文本字段就填它要点包括Codex 是被当作 first-class 对待的两个 harness 之一另一个是 Claude Code支持由consult_subagent驱动的多轮实时咨询、把过去的 Codex 会话导入为可检索可续接的上下文支持用 ChatGPT 订阅经 Codex OAuth 登录含 SSH 隧道后的远程登录用户画像落点很诚实学生、研究者、自学者用 DeepTutor 去理解真实代码库而不是发布功能——不是凭记忆解释一个仓库而是让 Codex 去读它额度将流向检索与咨询路径使共享同一 agent loop 的 Chat、Research、Mastery Path 等模式都更可靠。文档同时建议把同样的内容以 Discussion 形式贴到openai/codex仓库让维护者看得到。5.6 Gemini CLIGoogle——仓库 Discussion 是最优解该团队没有公开邮箱文档结论是把它作为 Discussion 发在google-gemini/gemini-cli——这是产出最高的渠道且公开可见本身就是目的的一部分。Gemini CLI 是 Apache-2.0、有开放的贡献文化维护者在仓库内活跃。信内含两个都是可选项的请求一是我们该如何描述你在 README 中列为受支持的 agent希望措辞符合 Google 品牌指南、不暗示背书二是是否有一个面向基于 Gemini CLI 构建的集成/社区工具名单希望 DeepTutor 能被考虑。同样预留完全退路如果都不合适也没关系集成会保留我们仍想听听维护者对调用方式的看法。六、落款与发送前刷新清单全文统一落款为文档首部给出的签名Bingxi Zhao (赵炳熙) PhD student, Data Intelligence Lab, The University of Hong Kong外联文档对这份落款有一个很务实的工程化说明正文用裸 URL 而非 Markdown 链接书写因为其中大部分将以纯文本邮件发出——这对任何写对外邮件的人都值得借鉴。综合全文正式发送前应核对的字段清单star 数等随时间漂移的数字成稿时口径为 31k发送前必须刷新demo 链接文档标注为唯一待补的可选项各渠道联系方式下文来源一节列出的邮箱、仓库与页面地址均会变动版本口径对外写自 vX.Y.Z 支持/引入时以仓库 发布记录 为准如 Codex OAuth 实际随 v1.5.5 引入、v1.5.6 完善远程路径。七、来源的时效性地址会过期先复核再发送文档末尾专门列出了上述所有邮箱与页面地址的证据来源覆盖opencode 的社区渠道与 Building on OpenCode 声明、Kimi Code CLI 的社区渠道、月之暗面公司联系方式、XiaomiMiMo 的邮箱、Anthropic 商标指南与 Partner Network、Codex Open Source Fund 说明与申请表单、Gemini CLI 渠道与 Google Brand Resource Center。这些证据大多来自目标项目各自的 README、CONTRIBUTING 或公司关于页——它们不属于本仓库、无法在本仓库内核实且必然随时间变化。套用这套打法时请把外联文档当作调研方法 模板来用而不是地址簿每一封发出前都应当重新打开目标仓库的当前 README/社区页面核实主渠道与联系方式是否仍如文档所述。八、仓库内的延伸阅读外联文档原文outreach-emails-subagent-partners.md子代理后端注册表deeptutor/services/subagent/registry.pyconsult_subagent工具定义与预算执行deeptutor/capabilities/subagent/tools.py咨询预算与 per-backend 权限配置默认值 5、范围 1–12deeptutor/services/subagent/config.py各后端模型/推理档位同步发现deeptutor/services/subagent/models.py子代理 API 路由与设置页对接deeptutor/api/routers/subagents.py版本证据v1.5.3 起支持六款 CLIver1-5-3.mdCodex OAuth 登录演进见 ver1-5-5.md 与 ver1-5-6.md【免费下载链接】DeepTutorDeepTutor: Lifelong Personalized Tutoring. https://deeptutor.info/.项目地址: https://gitcode.com/GitHub_Trending/dee/DeepTutor创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考