實(shí)戰(zhàn)：渠道矩陣、風(fēng)險(xiǎn)規(guī)避與可復(fù)用郵件模板)
DeepTutor「My Agents」多 Coding CLI 子代理集成的開源合作外聯(lián)實(shí)戰(zhàn)渠道矩陣、風(fēng)險(xiǎn)規(guī)避與可復(fù)用郵件模板【免費(fèi)下載鏈接】DeepTutorDeepTutor: Lifelong Personalized Tutoring. https://deeptutor.info/.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/dee/DeepTutor導(dǎo)讀DeepTutor 的 My Agents 允許學(xué)習(xí)者把本機(jī)已安裝的 Claude Code、Codex、Gemini CLI、Kimi CLI、opencode、MiMo Code 等 Coding CLI 接進(jìn)對(duì)話以consult_subagent工具實(shí)時(shí)請(qǐng)教真實(shí)代碼倉(cāng)庫(kù)。本文以倉(cāng)庫(kù)內(nèi)的《outreach-emails-subagent-partners.md》外聯(lián)文檔為骨架先講清其背后的子代理集成實(shí)現(xiàn)含源碼依據(jù)與版本時(shí)間線再完整梳理這套開源合作外聯(lián)的打法——目標(biāo)渠道怎么選、措辭有哪些雷區(qū)、六家項(xiàng)目的差異化郵件/表單怎么組織。讀完你既能理解 DeepTutor 的多 CLI 子代理架構(gòu)也能直接套用一套開源項(xiàng)目互推的可執(zhí)行溝通方案。一、先看清信件在講哪個(gè)功能My Agents 與consult_subagent六份草稿反復(fù)出現(xiàn)的核心賣點(diǎn)是同一件事My Agents——讓學(xué)習(xí)者把自己機(jī)器上已安裝的 coding CLI 接進(jìn) DeepTutor在對(duì)話中途對(duì)它做實(shí)時(shí)咨詢不是粘貼一段對(duì)話記錄而是真的把該 agent 跑起來(lái)、讓它讀真實(shí)倉(cāng)庫(kù)、把它的工具調(diào)用過(guò)程實(shí)時(shí)流式匯入答案。從當(dāng)前倉(cāng)庫(kù)源碼看這由deeptutor/services/subagent/與deeptutor/capabilities/subagent/兩個(gè)包承載后端注冊(cè)表registry.py 是系統(tǒng)到底認(rèn)識(shí)哪些子代理的唯一事實(shí)來(lái)源逐一實(shí)例化了ClaudeCodeBackend、CodexBackend、GeminiBackend、KimiBackend、OpencodeBackend、MimoBackend以及進(jìn)程內(nèi)運(yùn)行的PartnerBackend——與外聯(lián)文檔列出的六款 CLI 完全對(duì)應(yīng)咨詢工具tools.py 定義了唯一的consult_subagent工具。模型側(cè)只能提供question參數(shù)而用哪個(gè)后端、工作目錄、per-backend 配置、本輪次預(yù)算與會(huì)話狀態(tài)等均由服務(wù)端注入杜絕模型越權(quán)指定預(yù)算與權(quán)限旋鈕config.py 給出默認(rèn)值consult_budget默認(rèn) 5、允許 1–12即用戶在設(shè)置頁(yè)看到的最大輪數(shù)每個(gè)后端還有permission_mode、sandbox、approval、auto_approve、forward_images、extra_args等逐后端參數(shù)默認(rèn)策略永不因等待審批而卡死無(wú)頭運(yùn)行模型與推理檔位發(fā)現(xiàn)models.py 為每個(gè)后端映射一個(gè)選項(xiàng)提供者Codex 讀其models_cache.json與config.tomlClaude Code 走緩存化別名opencode/MiMo 家族用各自的models命令枚舉provider/model。這解釋了外聯(lián)文檔里那句我們不是粘貼記錄而是把它跑起來(lái)為什么站得住腳——consult_subagent每次調(diào)用都會(huì)把后端的原生事件經(jīng)事件槽流式轉(zhuǎn)發(fā)到側(cè)邊欄Activity 面板并在一次咨詢內(nèi)復(fù)用同一個(gè) agent 會(huì)話以保持上下文。版本時(shí)間線以本倉(cāng)庫(kù)發(fā)布記錄為準(zhǔn)倉(cāng)庫(kù)assets/releases/下的發(fā)布記錄可以交叉印證外聯(lián)文檔中的版本表述ver1-4-7.md 首次出現(xiàn)consult_subagent工具與subagent 作為知識(shí)源的形態(tài)起點(diǎn)是 Claude Codever1-4-8.md 擴(kuò)展到 Codexver1-5-3.md 明確寫道在 Claude Code 與 Codex 之外你可以從任意對(duì)話輪次連接并實(shí)時(shí)咨詢Gemini CLI、Kimi CLI、opencode、MiMo Code每個(gè) CLI 都會(huì)被本機(jī)探測(cè)、可選手模型并通過(guò)consult_subagent流式進(jìn)入 Activity 面板——外聯(lián)文檔反復(fù)強(qiáng)調(diào)的v1.5.3 起支持全部六款 harness由此得到倉(cāng)庫(kù)證據(jù)Codex OAuth用 ChatGPT 訂閱登錄由 ver1-5-5.md 引入ver1-5-6.md 補(bǔ)全遠(yuǎn)程/容器化部署經(jīng) SSH 隧道完成回調(diào)解的路徑。?? 口徑提醒外聯(lián)文檔正文寫的是since v1.5.4 signing in … via Codex OAuth而本倉(cāng)庫(kù)發(fā)布記錄顯示 OAuth 登錄隨 v1.5.5 落地、v1.5.6 完善遠(yuǎn)程登錄。凡是涉及對(duì)外描述版本的能力建議以倉(cāng)庫(kù)內(nèi) 發(fā)布記錄 的實(shí)際內(nèi)容為準(zhǔn)避免對(duì)外口徑與代碼歷史不一致。二、外聯(lián)文檔的整體定位六份草稿 一份誠(chéng)實(shí)評(píng)估這份文檔不是泛泛的公關(guān)話術(shù)而是先調(diào)研、再寫信的產(chǎn)物。它的結(jié)構(gòu)可以拆成四層公共落款全文統(tǒng)一使用作者署名——Bingxi Zhao趙炳熙香港大學(xué)數(shù)據(jù)智能實(shí)驗(yàn)室博士生渠道矩陣針對(duì)六個(gè)目標(biāo)項(xiàng)目逐一核實(shí)真正會(huì)有人讀的通道是哪一條并給出誠(chéng)實(shí)評(píng)級(jí)三條發(fā)送前警告對(duì)初稿中were open-source partners式定位的兩處重大修正六份差異化草稿每個(gè)項(xiàng)目一套措辭避免千篇一律。文檔首部還有一句關(guān)鍵的工作狀態(tài)說(shuō)明簽名與 star 數(shù)已填好唯一待補(bǔ)的是可選的 demo 鏈接。也就是說(shuō)草稿里出現(xiàn)的 star 數(shù)字是成稿當(dāng)時(shí)的口徑屬于會(huì)隨時(shí)間漂移的字段倉(cāng)庫(kù)內(nèi)亦無(wú)法核實(shí)該數(shù)字正式發(fā)送前需要逐一刷新demo 鏈接按文檔提示保持可選。三、渠道矩陣先想清楚發(fā)給誰(shuí)再?zèng)Q定怎么寫文檔最直白的結(jié)論是這六個(gè)項(xiàng)目里沒(méi)有一個(gè)是靠郵件接受開源合作請(qǐng)求的——六個(gè) CLI 倉(cāng)庫(kù)都沒(méi)有公開維護(hù)者郵箱能查到的郵箱大多屬于公司市場(chǎng)/增長(zhǎng)團(tuán)隊(duì)而不是 CLI 開發(fā)組。因此渠道優(yōu)先級(jí)必須是GitHub/Discord 為主、郵件為輔而不是反過(guò)來(lái)。原文渠道矩陣的完整內(nèi)容如下措辭與評(píng)級(jí)均保留原文口徑郵箱、頁(yè)面等外部信息會(huì)隨時(shí)間變化發(fā)送前應(yīng)逐條復(fù)核后文統(tǒng)一給出時(shí)效性提醒項(xiàng)目主渠道郵箱誠(chéng)實(shí)評(píng)估原文口徑MiMo Code小米mimoxiaomi.com相同六家中唯一信號(hào)強(qiáng)的。XiaomiMiMo 的 README 原話邀請(qǐng)聯(lián)系該郵箱或開 Issue注意它是 MiMo 模型團(tuán)隊(duì)的地址MiMo-Code 是獨(dú)立倉(cāng)庫(kù)其 README 只放了微信二維碼。Kimi Code CLI月之暗面MoonshotAI/kimi-code的 Issue/Discussiongrowthmoonshot.cnkimi-code 的 README 只把 Issues 列為社區(qū)渠道無(wú)郵箱growthmoonshot.cn真實(shí)存在但是公司增長(zhǎng)團(tuán)隊(duì)地址而非 CLI 團(tuán)隊(duì)。GitHub 線程為主郵件中文平行投遞。opencodeAnomalyDiscord不可依賴文檔自認(rèn)高估過(guò)這封marketinganoma.ly真實(shí)存在且標(biāo)注 Partnerships但 Anomaly 的 partnerships 頁(yè)講的是其娛樂(lè)業(yè)務(wù)而非 opencode 集成opencode README 沒(méi)有郵箱社區(qū)在 Discord X。Claude CodeAnthropicPowered by Claude 目錄 / Partner Network 申請(qǐng)表單marketinganthropic.com地址真實(shí)出現(xiàn)在 Anthropic 商標(biāo)指南中但該頁(yè)面注明已有既有商業(yè)關(guān)系時(shí)才使用目前尚無(wú)關(guān)系預(yù)期收不到回復(fù)。目錄申請(qǐng)才是正路。CodexOpenAICodex Open Source Fund 表單不存在純表單通道但匹配度真的高$1M 規(guī)模計(jì)劃、面向基于 Codex CLI 構(gòu)建的開源項(xiàng)目提供最高 $25k API 額度、滾動(dòng)評(píng)審。預(yù)期價(jià)值高于任何郵件且被資助后才有資格在日后描述雙方關(guān)系。Gemini CLIGooglegoogle-gemini/gemini-cli的 Discussion不存在安全渠道僅限漏洞上報(bào)品牌問(wèn)題走 Brand Resource Center 而非郵箱。維護(hù)者在倉(cāng)庫(kù)內(nèi)響應(yīng)積極。修正后的觸達(dá)順序基于上述調(diào)研文檔給出明確的執(zhí)行順序修正MiMo 第一團(tuán)隊(duì)有真實(shí)的郵件邀請(qǐng)Kimi 走 GitHub 第二Codex 基金申請(qǐng)第三opencode 放到最后且從 Discord 進(jìn)入——前提是先擁有已存在的合作關(guān)系這一說(shuō)法而不是去向?qū)Ψ教嶙h一段關(guān)系。四、發(fā)送前的三條硬警告這是文檔里最值得記住的方法論部分本質(zhì)上是如何避免把一封合作信寫成冒犯信警告一opencode 明確防范暗示隸屬關(guān)系。其 README 的 Building on OpenCode 一節(jié)要求使用 opencode 名稱的項(xiàng)目在自己的 README 中聲明并非由 OpenCode 團(tuán)隊(duì)構(gòu)建、與我們無(wú)任何隸屬關(guān)系。這幾乎與我們是開源合作伙伴的表述相反——所以對(duì) partner 式話術(shù)而言opencode 是最差的第一目標(biāo)而不是最好的文檔承認(rèn)最初判斷反了。修訂版草稿刪掉了 partner 一詞改為問(wèn)一個(gè)更窄的問(wèn)題。警告二opencode 已遷移且體量遠(yuǎn)大于 DeepTutor。倉(cāng)庫(kù)現(xiàn)位于anomalyco/opencodeAnomaly 旗下不再是sst/opencode體量約為 162k stars成稿時(shí)口徑。其 CONTRIBUTING.md 明確寫道No AI-generated walls of text… respect the maintainers time.不接受 AI 生成的長(zhǎng)篇大論請(qǐng)尊重維護(hù)者的時(shí)間。因此給它的草稿被刻意壓縮不要加長(zhǎng)。警告三修正后的順序。即上文第三節(jié)的 MiMo → KimiGitHub→ Codex 基金 → opencodeDiscord放在最后。五、六份草稿拆解定位、措辭取舍與可復(fù)用骨架六封信大體共用一套骨架差異在于每一家能答應(yīng)什么、不能答應(yīng)什么通用骨架Kimi / MiMo 版自我介紹DeepTutor 是 Apache-2.0 的 agent-native 學(xué)習(xí)工作臺(tái)來(lái)自港大數(shù)據(jù)智能實(shí)驗(yàn)室→ 講清 My Agents 機(jī)制與不是粘貼記錄而是真的跑起來(lái)的差異 → 說(shuō)明該項(xiàng)目自 v1.5.3 起即為支持的 harness 之一 → 提出小請(qǐng)求在 README 列為開源合作伙伴并期待對(duì)方一句類似的提及 → 主動(dòng)澄清partner 不隱含任何協(xié)議/排他/義務(wù)只是互相指路→ 給對(duì)方留足退路不方便也完全沒(méi)關(guān)系集成會(huì)保留歡迎給我們調(diào)用方式的反饋。各項(xiàng)目的差異點(diǎn)如下逐一說(shuō)明。5.1 opencodeAnomaly——先自證不隸屬這份是六份里最特殊的既然對(duì)方要求使用其名稱的項(xiàng)目主動(dòng)聲明非其團(tuán)隊(duì)構(gòu)建、無(wú)隸屬關(guān)系就在對(duì)方開口之前自己先把免責(zé)聲明給出去從而消除對(duì)方說(shuō)不的主要理由。通道以 Discord 為主比marketinganoma.ly更可能被讀到文本兩處皆可用。關(guān)鍵措辭原文修訂后的要點(diǎn)主題保持直白DeepTutor 支持把 opencode 作為 subagent——是否可能進(jìn)行一次開源協(xié)作開頭即讀對(duì)方的 Building on OpenCode 注意事項(xiàng)明確承諾項(xiàng)目名不使用 opencode樂(lè)意在 README 中寫明DeepTutor 并非由 OpenCode 團(tuán)隊(duì)構(gòu)建、與之無(wú)任何隸屬關(guān)系如果對(duì)方有指定措辭將完全照用請(qǐng)求降格為互相可見性希望列出 opencode也歡迎對(duì)方一側(cè)的同類提及若不合適集成保留并歡迎對(duì)我們調(diào)用 opencode 的方式是否符合你的設(shè)計(jì)預(yù)期給出反饋。5.2 Kimi Code CLI月之暗面——Issue 為主中文正文更優(yōu)主渠道是MoonshotAI/kimi-code的 Issuegrowthmoonshot.cn作為平行投遞。文檔明確建議正文用中文版、英文版附后。兩版信的核心內(nèi)容一致均強(qiáng)調(diào)沒(méi)有任何正式約束——無(wú)協(xié)議、無(wú)排他、無(wú)義務(wù)只是兩個(gè)開源項(xiàng)目之間互相指?jìng)€(gè)路并同樣預(yù)留是否以你們預(yù)期的方式調(diào)用 Kimi Code CLI這一請(qǐng)教式收尾。中文版可完全照抄原文結(jié)構(gòu)僅替換項(xiàng)目名與鏈接。5.3 MiMo Code小米——文檔標(biāo)注從這里開始唯一存在明確郵件邀請(qǐng)的項(xiàng)目因而被文檔標(biāo)注為整個(gè)序列的起點(diǎn)mimoxiaomi.com。措辭與 Kimi 版同構(gòu)在 README 中把 MiMo Code 列為開源合作伙伴、歡迎用戶使用并期待對(duì)方一側(cè)類似的提及。同樣的關(guān)鍵句是這里沒(méi)有任何實(shí)質(zhì)約束無(wú)需簽署協(xié)議不涉及排他雙方都沒(méi)有開發(fā)義務(wù)——只是兩個(gè)開源項(xiàng)目之間互相指路。同樣提供中文版與英文版兩個(gè)版本。5.4 Claude CodeAnthropic——只問(wèn)兩件他們能答的事文檔給 Anthropic 版的評(píng)語(yǔ)很關(guān)鍵Anthropic 不會(huì)在郵件里答應(yīng)非正式的 partner 安排且其商標(biāo)指南明確——未經(jīng)明確授權(quán)不得以暗示關(guān)系或隸屬的方式使用其商標(biāo)。因此這封信不碰 partner只問(wèn)兩個(gè)容易拒絕也容易答應(yīng)的問(wèn)題品牌用法希望在 README 與文檔中把 Claude Code 描述為受支持且鼓勵(lì)用戶使用的 agent并確保不暗示贊助或隸屬如對(duì)方有偏好措辭將完全照用可被發(fā)現(xiàn)性Powered by Claude 目錄或其它名單是否適合收錄 DeepTutor 這類項(xiàng)目希望獲得一個(gè)如何被考慮的指引。信件同時(shí)說(shuō)明 Claude Code 自該功能上線起就是參考實(shí)現(xiàn)并支持把過(guò)去的 Claude Code 會(huì)話導(dǎo)入為可檢索、可續(xù)接的上下文。文檔還建議并行做一件事申請(qǐng) Powered by Claude 目錄——那才是最接近真正想要的東西的位置。對(duì)等提及則不做期待如果你們一側(cè)將來(lái)覺(jué)得合適我們當(dāng)然高興但這不是我寫這封信的原因。5.5 CodexOpenAI——不走郵件走 Codex Open Source Fund文檔判斷這里沒(méi)有值得寫的合作郵箱但 OpenAI 運(yùn)行著一個(gè) $1M 的Codex Open Source Fund為基于 Codex CLI 構(gòu)建的開源項(xiàng)目提供最高 $25k 的 API 額度、滾動(dòng)評(píng)審。被資助本身就是一段真實(shí)的關(guān)系日后描述雙方聯(lián)系時(shí)才站得住腳。因此這封信的正文不是郵件而是基金表單的申請(qǐng)敘事如果表單有自由文本字段就填它要點(diǎn)包括Codex 是被當(dāng)作 first-class 對(duì)待的兩個(gè) harness 之一另一個(gè)是 Claude Code支持由consult_subagent驅(qū)動(dòng)的多輪實(shí)時(shí)咨詢、把過(guò)去的 Codex 會(huì)話導(dǎo)入為可檢索可續(xù)接的上下文支持用 ChatGPT 訂閱經(jīng) Codex OAuth 登錄含 SSH 隧道后的遠(yuǎn)程登錄用戶畫像落點(diǎn)很誠(chéng)實(shí)學(xué)生、研究者、自學(xué)者用 DeepTutor 去理解真實(shí)代碼庫(kù)而不是發(fā)布功能——不是憑記憶解釋一個(gè)倉(cāng)庫(kù)而是讓 Codex 去讀它額度將流向檢索與咨詢路徑使共享同一 agent loop 的 Chat、Research、Mastery Path 等模式都更可靠。文檔同時(shí)建議把同樣的內(nèi)容以 Discussion 形式貼到openai/codex倉(cāng)庫(kù)讓維護(hù)者看得到。5.6 Gemini CLIGoogle——倉(cāng)庫(kù) Discussion 是最優(yōu)解該團(tuán)隊(duì)沒(méi)有公開郵箱文檔結(jié)論是把它作為 Discussion 發(fā)在google-gemini/gemini-cli——這是產(chǎn)出最高的渠道且公開可見本身就是目的的一部分。Gemini CLI 是 Apache-2.0、有開放的貢獻(xiàn)文化維護(hù)者在倉(cāng)庫(kù)內(nèi)活躍。信內(nèi)含兩個(gè)都是可選項(xiàng)的請(qǐng)求一是我們?cè)撊绾蚊枋瞿阍?README 中列為受支持的 agent希望措辭符合 Google 品牌指南、不暗示背書二是是否有一個(gè)面向基于 Gemini CLI 構(gòu)建的集成/社區(qū)工具名單希望 DeepTutor 能被考慮。同樣預(yù)留完全退路如果都不合適也沒(méi)關(guān)系集成會(huì)保留我們?nèi)韵肼犅牼S護(hù)者對(duì)調(diào)用方式的看法。六、落款與發(fā)送前刷新清單全文統(tǒng)一落款為文檔首部給出的簽名Bingxi Zhao (趙炳熙) PhD student, Data Intelligence Lab, The University of Hong Kong外聯(lián)文檔對(duì)這份落款有一個(gè)很務(wù)實(shí)的工程化說(shuō)明正文用裸 URL 而非 Markdown 鏈接書寫因?yàn)槠渲写蟛糠謱⒁约兾谋距]件發(fā)出——這對(duì)任何寫對(duì)外郵件的人都值得借鑒。綜合全文正式發(fā)送前應(yīng)核對(duì)的字段清單star 數(shù)等隨時(shí)間漂移的數(shù)字成稿時(shí)口徑為 31k發(fā)送前必須刷新demo 鏈接文檔標(biāo)注為唯一待補(bǔ)的可選項(xiàng)各渠道聯(lián)系方式下文來(lái)源一節(jié)列出的郵箱、倉(cāng)庫(kù)與頁(yè)面地址均會(huì)變動(dòng)版本口徑對(duì)外寫自 vX.Y.Z 支持/引入時(shí)以倉(cāng)庫(kù) 發(fā)布記錄 為準(zhǔn)如 Codex OAuth 實(shí)際隨 v1.5.5 引入、v1.5.6 完善遠(yuǎn)程路徑。七、來(lái)源的時(shí)效性地址會(huì)過(guò)期先復(fù)核再發(fā)送文檔末尾專門列出了上述所有郵箱與頁(yè)面地址的證據(jù)來(lái)源覆蓋opencode 的社區(qū)渠道與 Building on OpenCode 聲明、Kimi Code CLI 的社區(qū)渠道、月之暗面公司聯(lián)系方式、XiaomiMiMo 的郵箱、Anthropic 商標(biāo)指南與 Partner Network、Codex Open Source Fund 說(shuō)明與申請(qǐng)表單、Gemini CLI 渠道與 Google Brand Resource Center。這些證據(jù)大多來(lái)自目標(biāo)項(xiàng)目各自的 README、CONTRIBUTING 或公司關(guān)于頁(yè)——它們不屬于本倉(cāng)庫(kù)、無(wú)法在本倉(cāng)庫(kù)內(nèi)核實(shí)且必然隨時(shí)間變化。套用這套打法時(shí)請(qǐng)把外聯(lián)文檔當(dāng)作調(diào)研方法 模板來(lái)用而不是地址簿每一封發(fā)出前都應(yīng)當(dāng)重新打開目標(biāo)倉(cāng)庫(kù)的當(dāng)前 README/社區(qū)頁(yè)面核實(shí)主渠道與聯(lián)系方式是否仍如文檔所述。八、倉(cāng)庫(kù)內(nèi)的延伸閱讀外聯(lián)文檔原文outreach-emails-subagent-partners.md子代理后端注冊(cè)表deeptutor/services/subagent/registry.pyconsult_subagent工具定義與預(yù)算執(zhí)行deeptutor/capabilities/subagent/tools.py咨詢預(yù)算與 per-backend 權(quán)限配置默認(rèn)值 5、范圍 1–12deeptutor/services/subagent/config.py各后端模型/推理檔位同步發(fā)現(xiàn)deeptutor/services/subagent/models.py子代理 API 路由與設(shè)置頁(yè)對(duì)接deeptutor/api/routers/subagents.py版本證據(jù)v1.5.3 起支持六款 CLIver1-5-3.mdCodex OAuth 登錄演進(jìn)見 ver1-5-5.md 與 ver1-5-6.md【免費(fèi)下載鏈接】DeepTutorDeepTutor: Lifelong Personalized Tutoring. https://deeptutor.info/.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/dee/DeepTutor創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 DeepTutor「My Agents」多 Coding CLI 子代理集成的開源合作外聯(lián)實(shí)戰(zhàn)：渠道矩陣、風(fēng)險(xiǎn)規(guī)避與可復(fù)用郵件模板
DeepTutor「My Agents」多 Coding CLI 子代理集成的開源合作外聯(lián)實(shí)戰(zhàn)渠道矩陣、風(fēng)險(xiǎn)規(guī)避與可復(fù)用郵件模板【免費(fèi)下載鏈接】DeepTutorDeepTutor: Lifelong Personalized Tutoring. https://deeptutor.info/.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/dee/DeepTutor導(dǎo)讀DeepTutor 的 My Agents 允許學(xué)習(xí)者把本機(jī)已安裝的 Claude Code、Codex、Gemini CLI、Kimi CLI、opencode、MiMo Code 等 Coding CLI 接進(jìn)對(duì)話以consult_subagent工具實(shí)時(shí)請(qǐng)教真實(shí)代碼倉(cāng)庫(kù)。本文以倉(cāng)庫(kù)內(nèi)的《outreach-emails-subagent-partners.md》外聯(lián)文檔為骨架先講清其背后的子代理集成實(shí)現(xiàn)含源碼依據(jù)與版本時(shí)間線再完整梳理這套開源合作外聯(lián)的打法——目標(biāo)渠道怎么選、措辭有哪些雷區(qū)、六家項(xiàng)目的差異化郵件/表單怎么組織。讀完你既能理解 DeepTutor 的多 CLI 子代理架構(gòu)也能直接套用一套開源項(xiàng)目互推的可執(zhí)行溝通方案。一、先看清信件在講哪個(gè)功能My Agents 與consult_subagent六份草稿反復(fù)出現(xiàn)的核心賣點(diǎn)是同一件事My Agents——讓學(xué)習(xí)者把自己機(jī)器上已安裝的 coding CLI 接進(jìn) DeepTutor在對(duì)話中途對(duì)它做實(shí)時(shí)咨詢不是粘貼一段對(duì)話記錄而是真的把該 agent 跑起來(lái)、讓它讀真實(shí)倉(cāng)庫(kù)、把它的工具調(diào)用過(guò)程實(shí)時(shí)流式匯入答案。從當(dāng)前倉(cāng)庫(kù)源碼看這由deeptutor/services/subagent/與deeptutor/capabilities/subagent/兩個(gè)包承載后端注冊(cè)表registry.py 是系統(tǒng)到底認(rèn)識(shí)哪些子代理的唯一事實(shí)來(lái)源逐一實(shí)例化了ClaudeCodeBackend、CodexBackend、GeminiBackend、KimiBackend、OpencodeBackend、MimoBackend以及進(jìn)程內(nèi)運(yùn)行的PartnerBackend——與外聯(lián)文檔列出的六款 CLI 完全對(duì)應(yīng)咨詢工具tools.py 定義了唯一的consult_subagent工具。模型側(cè)只能提供question參數(shù)而用哪個(gè)后端、工作目錄、per-backend 配置、本輪次預(yù)算與會(huì)話狀態(tài)等均由服務(wù)端注入杜絕模型越權(quán)指定預(yù)算與權(quán)限旋鈕config.py 給出默認(rèn)值consult_budget默認(rèn) 5、允許 1–12即用戶在設(shè)置頁(yè)看到的最大輪數(shù)每個(gè)后端還有permission_mode、sandbox、approval、auto_approve、forward_images、extra_args等逐后端參數(shù)默認(rèn)策略永不因等待審批而卡死無(wú)頭運(yùn)行模型與推理檔位發(fā)現(xiàn)models.py 為每個(gè)后端映射一個(gè)選項(xiàng)提供者Codex 讀其models_cache.json與config.tomlClaude Code 走緩存化別名opencode/MiMo 家族用各自的models命令枚舉provider/model。這解釋了外聯(lián)文檔里那句我們不是粘貼記錄而是把它跑起來(lái)為什么站得住腳——consult_subagent每次調(diào)用都會(huì)把后端的原生事件經(jīng)事件槽流式轉(zhuǎn)發(fā)到側(cè)邊欄Activity 面板并在一次咨詢內(nèi)復(fù)用同一個(gè) agent 會(huì)話以保持上下文。版本時(shí)間線以本倉(cāng)庫(kù)發(fā)布記錄為準(zhǔn)倉(cāng)庫(kù)assets/releases/下的發(fā)布記錄可以交叉印證外聯(lián)文檔中的版本表述ver1-4-7.md 首次出現(xiàn)consult_subagent工具與subagent 作為知識(shí)源的形態(tài)起點(diǎn)是 Claude Codever1-4-8.md 擴(kuò)展到 Codexver1-5-3.md 明確寫道在 Claude Code 與 Codex 之外你可以從任意對(duì)話輪次連接并實(shí)時(shí)咨詢Gemini CLI、Kimi CLI、opencode、MiMo Code每個(gè) CLI 都會(huì)被本機(jī)探測(cè)、可選手模型并通過(guò)consult_subagent流式進(jìn)入 Activity 面板——外聯(lián)文檔反復(fù)強(qiáng)調(diào)的v1.5.3 起支持全部六款 harness由此得到倉(cāng)庫(kù)證據(jù)Codex OAuth用 ChatGPT 訂閱登錄由 ver1-5-5.md 引入ver1-5-6.md 補(bǔ)全遠(yuǎn)程/容器化部署經(jīng) SSH 隧道完成回調(diào)解的路徑。?? 口徑提醒外聯(lián)文檔正文寫的是since v1.5.4 signing in … via Codex OAuth而本倉(cāng)庫(kù)發(fā)布記錄顯示 OAuth 登錄隨 v1.5.5 落地、v1.5.6 完善遠(yuǎn)程登錄。凡是涉及對(duì)外描述版本的能力建議以倉(cāng)庫(kù)內(nèi) 發(fā)布記錄 的實(shí)際內(nèi)容為準(zhǔn)避免對(duì)外口徑與代碼歷史不一致。二、外聯(lián)文檔的整體定位六份草稿 一份誠(chéng)實(shí)評(píng)估這份文檔不是泛泛的公關(guān)話術(shù)而是先調(diào)研、再寫信的產(chǎn)物。它的結(jié)構(gòu)可以拆成四層公共落款全文統(tǒng)一使用作者署名——Bingxi Zhao趙炳熙香港大學(xué)數(shù)據(jù)智能實(shí)驗(yàn)室博士生渠道矩陣針對(duì)六個(gè)目標(biāo)項(xiàng)目逐一核實(shí)真正會(huì)有人讀的通道是哪一條并給出誠(chéng)實(shí)評(píng)級(jí)三條發(fā)送前警告對(duì)初稿中were open-source partners式定位的兩處重大修正六份差異化草稿每個(gè)項(xiàng)目一套措辭避免千篇一律。文檔首部還有一句關(guān)鍵的工作狀態(tài)說(shuō)明簽名與 star 數(shù)已填好唯一待補(bǔ)的是可選的 demo 鏈接。也就是說(shuō)草稿里出現(xiàn)的 star 數(shù)字是成稿當(dāng)時(shí)的口徑屬于會(huì)隨時(shí)間漂移的字段倉(cāng)庫(kù)內(nèi)亦無(wú)法核實(shí)該數(shù)字正式發(fā)送前需要逐一刷新demo 鏈接按文檔提示保持可選。三、渠道矩陣先想清楚發(fā)給誰(shuí)再?zèng)Q定怎么寫文檔最直白的結(jié)論是這六個(gè)項(xiàng)目里沒(méi)有一個(gè)是靠郵件接受開源合作請(qǐng)求的——六個(gè) CLI 倉(cāng)庫(kù)都沒(méi)有公開維護(hù)者郵箱能查到的郵箱大多屬于公司市場(chǎng)/增長(zhǎng)團(tuán)隊(duì)而不是 CLI 開發(fā)組。因此渠道優(yōu)先級(jí)必須是GitHub/Discord 為主、郵件為輔而不是反過(guò)來(lái)。原文渠道矩陣的完整內(nèi)容如下措辭與評(píng)級(jí)均保留原文口徑郵箱、頁(yè)面等外部信息會(huì)隨時(shí)間變化發(fā)送前應(yīng)逐條復(fù)核后文統(tǒng)一給出時(shí)效性提醒項(xiàng)目主渠道郵箱誠(chéng)實(shí)評(píng)估原文口徑MiMo Code小米mimoxiaomi.com相同六家中唯一信號(hào)強(qiáng)的。XiaomiMiMo 的 README 原話邀請(qǐng)聯(lián)系該郵箱或開 Issue注意它是 MiMo 模型團(tuán)隊(duì)的地址MiMo-Code 是獨(dú)立倉(cāng)庫(kù)其 README 只放了微信二維碼。Kimi Code CLI月之暗面MoonshotAI/kimi-code的 Issue/Discussiongrowthmoonshot.cnkimi-code 的 README 只把 Issues 列為社區(qū)渠道無(wú)郵箱growthmoonshot.cn真實(shí)存在但是公司增長(zhǎng)團(tuán)隊(duì)地址而非 CLI 團(tuán)隊(duì)。GitHub 線程為主郵件中文平行投遞。opencodeAnomalyDiscord不可依賴文檔自認(rèn)高估過(guò)這封marketinganoma.ly真實(shí)存在且標(biāo)注 Partnerships但 Anomaly 的 partnerships 頁(yè)講的是其娛樂(lè)業(yè)務(wù)而非 opencode 集成opencode README 沒(méi)有郵箱社區(qū)在 Discord X。Claude CodeAnthropicPowered by Claude 目錄 / Partner Network 申請(qǐng)表單marketinganthropic.com地址真實(shí)出現(xiàn)在 Anthropic 商標(biāo)指南中但該頁(yè)面注明已有既有商業(yè)關(guān)系時(shí)才使用目前尚無(wú)關(guān)系預(yù)期收不到回復(fù)。目錄申請(qǐng)才是正路。CodexOpenAICodex Open Source Fund 表單不存在純表單通道但匹配度真的高$1M 規(guī)模計(jì)劃、面向基于 Codex CLI 構(gòu)建的開源項(xiàng)目提供最高 $25k API 額度、滾動(dòng)評(píng)審。預(yù)期價(jià)值高于任何郵件且被資助后才有資格在日后描述雙方關(guān)系。Gemini CLIGooglegoogle-gemini/gemini-cli的 Discussion不存在安全渠道僅限漏洞上報(bào)品牌問(wèn)題走 Brand Resource Center 而非郵箱。維護(hù)者在倉(cāng)庫(kù)內(nèi)響應(yīng)積極。修正后的觸達(dá)順序基于上述調(diào)研文檔給出明確的執(zhí)行順序修正MiMo 第一團(tuán)隊(duì)有真實(shí)的郵件邀請(qǐng)Kimi 走 GitHub 第二Codex 基金申請(qǐng)第三opencode 放到最后且從 Discord 進(jìn)入——前提是先擁有已存在的合作關(guān)系這一說(shuō)法而不是去向?qū)Ψ教嶙h一段關(guān)系。四、發(fā)送前的三條硬警告這是文檔里最值得記住的方法論部分本質(zhì)上是如何避免把一封合作信寫成冒犯信警告一opencode 明確防范暗示隸屬關(guān)系。其 README 的 Building on OpenCode 一節(jié)要求使用 opencode 名稱的項(xiàng)目在自己的 README 中聲明并非由 OpenCode 團(tuán)隊(duì)構(gòu)建、與我們無(wú)任何隸屬關(guān)系。這幾乎與我們是開源合作伙伴的表述相反——所以對(duì) partner 式話術(shù)而言opencode 是最差的第一目標(biāo)而不是最好的文檔承認(rèn)最初判斷反了。修訂版草稿刪掉了 partner 一詞改為問(wèn)一個(gè)更窄的問(wèn)題。警告二opencode 已遷移且體量遠(yuǎn)大于 DeepTutor。倉(cāng)庫(kù)現(xiàn)位于anomalyco/opencodeAnomaly 旗下不再是sst/opencode體量約為 162k stars成稿時(shí)口徑。其 CONTRIBUTING.md 明確寫道No AI-generated walls of text… respect the maintainers time.不接受 AI 生成的長(zhǎng)篇大論請(qǐng)尊重維護(hù)者的時(shí)間。因此給它的草稿被刻意壓縮不要加長(zhǎng)。警告三修正后的順序。即上文第三節(jié)的 MiMo → KimiGitHub→ Codex 基金 → opencodeDiscord放在最后。五、六份草稿拆解定位、措辭取舍與可復(fù)用骨架六封信大體共用一套骨架差異在于每一家能答應(yīng)什么、不能答應(yīng)什么通用骨架Kimi / MiMo 版自我介紹DeepTutor 是 Apache-2.0 的 agent-native 學(xué)習(xí)工作臺(tái)來(lái)自港大數(shù)據(jù)智能實(shí)驗(yàn)室→ 講清 My Agents 機(jī)制與不是粘貼記錄而是真的跑起來(lái)的差異 → 說(shuō)明該項(xiàng)目自 v1.5.3 起即為支持的 harness 之一 → 提出小請(qǐng)求在 README 列為開源合作伙伴并期待對(duì)方一句類似的提及 → 主動(dòng)澄清partner 不隱含任何協(xié)議/排他/義務(wù)只是互相指路→ 給對(duì)方留足退路不方便也完全沒(méi)關(guān)系集成會(huì)保留歡迎給我們調(diào)用方式的反饋。各項(xiàng)目的差異點(diǎn)如下逐一說(shuō)明。5.1 opencodeAnomaly——先自證不隸屬這份是六份里最特殊的既然對(duì)方要求使用其名稱的項(xiàng)目主動(dòng)聲明非其團(tuán)隊(duì)構(gòu)建、無(wú)隸屬關(guān)系就在對(duì)方開口之前自己先把免責(zé)聲明給出去從而消除對(duì)方說(shuō)不的主要理由。通道以 Discord 為主比marketinganoma.ly更可能被讀到文本兩處皆可用。關(guān)鍵措辭原文修訂后的要點(diǎn)主題保持直白DeepTutor 支持把 opencode 作為 subagent——是否可能進(jìn)行一次開源協(xié)作開頭即讀對(duì)方的 Building on OpenCode 注意事項(xiàng)明確承諾項(xiàng)目名不使用 opencode樂(lè)意在 README 中寫明DeepTutor 并非由 OpenCode 團(tuán)隊(duì)構(gòu)建、與之無(wú)任何隸屬關(guān)系如果對(duì)方有指定措辭將完全照用請(qǐng)求降格為互相可見性希望列出 opencode也歡迎對(duì)方一側(cè)的同類提及若不合適集成保留并歡迎對(duì)我們調(diào)用 opencode 的方式是否符合你的設(shè)計(jì)預(yù)期給出反饋。5.2 Kimi Code CLI月之暗面——Issue 為主中文正文更優(yōu)主渠道是MoonshotAI/kimi-code的 Issuegrowthmoonshot.cn作為平行投遞。文檔明確建議正文用中文版、英文版附后。兩版信的核心內(nèi)容一致均強(qiáng)調(diào)沒(méi)有任何正式約束——無(wú)協(xié)議、無(wú)排他、無(wú)義務(wù)只是兩個(gè)開源項(xiàng)目之間互相指?jìng)€(gè)路并同樣預(yù)留是否以你們預(yù)期的方式調(diào)用 Kimi Code CLI這一請(qǐng)教式收尾。中文版可完全照抄原文結(jié)構(gòu)僅替換項(xiàng)目名與鏈接。5.3 MiMo Code小米——文檔標(biāo)注從這里開始唯一存在明確郵件邀請(qǐng)的項(xiàng)目因而被文檔標(biāo)注為整個(gè)序列的起點(diǎn)mimoxiaomi.com。措辭與 Kimi 版同構(gòu)在 README 中把 MiMo Code 列為開源合作伙伴、歡迎用戶使用并期待對(duì)方一側(cè)類似的提及。同樣的關(guān)鍵句是這里沒(méi)有任何實(shí)質(zhì)約束無(wú)需簽署協(xié)議不涉及排他雙方都沒(méi)有開發(fā)義務(wù)——只是兩個(gè)開源項(xiàng)目之間互相指路。同樣提供中文版與英文版兩個(gè)版本。5.4 Claude CodeAnthropic——只問(wèn)兩件他們能答的事文檔給 Anthropic 版的評(píng)語(yǔ)很關(guān)鍵Anthropic 不會(huì)在郵件里答應(yīng)非正式的 partner 安排且其商標(biāo)指南明確——未經(jīng)明確授權(quán)不得以暗示關(guān)系或隸屬的方式使用其商標(biāo)。因此這封信不碰 partner只問(wèn)兩個(gè)容易拒絕也容易答應(yīng)的問(wèn)題品牌用法希望在 README 與文檔中把 Claude Code 描述為受支持且鼓勵(lì)用戶使用的 agent并確保不暗示贊助或隸屬如對(duì)方有偏好措辭將完全照用可被發(fā)現(xiàn)性Powered by Claude 目錄或其它名單是否適合收錄 DeepTutor 這類項(xiàng)目希望獲得一個(gè)如何被考慮的指引。信件同時(shí)說(shuō)明 Claude Code 自該功能上線起就是參考實(shí)現(xiàn)并支持把過(guò)去的 Claude Code 會(huì)話導(dǎo)入為可檢索、可續(xù)接的上下文。文檔還建議并行做一件事申請(qǐng) Powered by Claude 目錄——那才是最接近真正想要的東西的位置。對(duì)等提及則不做期待如果你們一側(cè)將來(lái)覺(jué)得合適我們當(dāng)然高興但這不是我寫這封信的原因。5.5 CodexOpenAI——不走郵件走 Codex Open Source Fund文檔判斷這里沒(méi)有值得寫的合作郵箱但 OpenAI 運(yùn)行著一個(gè) $1M 的Codex Open Source Fund為基于 Codex CLI 構(gòu)建的開源項(xiàng)目提供最高 $25k 的 API 額度、滾動(dòng)評(píng)審。被資助本身就是一段真實(shí)的關(guān)系日后描述雙方聯(lián)系時(shí)才站得住腳。因此這封信的正文不是郵件而是基金表單的申請(qǐng)敘事如果表單有自由文本字段就填它要點(diǎn)包括Codex 是被當(dāng)作 first-class 對(duì)待的兩個(gè) harness 之一另一個(gè)是 Claude Code支持由consult_subagent驅(qū)動(dòng)的多輪實(shí)時(shí)咨詢、把過(guò)去的 Codex 會(huì)話導(dǎo)入為可檢索可續(xù)接的上下文支持用 ChatGPT 訂閱經(jīng) Codex OAuth 登錄含 SSH 隧道后的遠(yuǎn)程登錄用戶畫像落點(diǎn)很誠(chéng)實(shí)學(xué)生、研究者、自學(xué)者用 DeepTutor 去理解真實(shí)代碼庫(kù)而不是發(fā)布功能——不是憑記憶解釋一個(gè)倉(cāng)庫(kù)而是讓 Codex 去讀它額度將流向檢索與咨詢路徑使共享同一 agent loop 的 Chat、Research、Mastery Path 等模式都更可靠。文檔同時(shí)建議把同樣的內(nèi)容以 Discussion 形式貼到openai/codex倉(cāng)庫(kù)讓維護(hù)者看得到。5.6 Gemini CLIGoogle——倉(cāng)庫(kù) Discussion 是最優(yōu)解該團(tuán)隊(duì)沒(méi)有公開郵箱文檔結(jié)論是把它作為 Discussion 發(fā)在google-gemini/gemini-cli——這是產(chǎn)出最高的渠道且公開可見本身就是目的的一部分。Gemini CLI 是 Apache-2.0、有開放的貢獻(xiàn)文化維護(hù)者在倉(cāng)庫(kù)內(nèi)活躍。信內(nèi)含兩個(gè)都是可選項(xiàng)的請(qǐng)求一是我們?cè)撊绾蚊枋瞿阍?README 中列為受支持的 agent希望措辭符合 Google 品牌指南、不暗示背書二是是否有一個(gè)面向基于 Gemini CLI 構(gòu)建的集成/社區(qū)工具名單希望 DeepTutor 能被考慮。同樣預(yù)留完全退路如果都不合適也沒(méi)關(guān)系集成會(huì)保留我們?nèi)韵肼犅牼S護(hù)者對(duì)調(diào)用方式的看法。六、落款與發(fā)送前刷新清單全文統(tǒng)一落款為文檔首部給出的簽名Bingxi Zhao (趙炳熙) PhD student, Data Intelligence Lab, The University of Hong Kong外聯(lián)文檔對(duì)這份落款有一個(gè)很務(wù)實(shí)的工程化說(shuō)明正文用裸 URL 而非 Markdown 鏈接書寫因?yàn)槠渲写蟛糠謱⒁约兾谋距]件發(fā)出——這對(duì)任何寫對(duì)外郵件的人都值得借鑒。綜合全文正式發(fā)送前應(yīng)核對(duì)的字段清單star 數(shù)等隨時(shí)間漂移的數(shù)字成稿時(shí)口徑為 31k發(fā)送前必須刷新demo 鏈接文檔標(biāo)注為唯一待補(bǔ)的可選項(xiàng)各渠道聯(lián)系方式下文來(lái)源一節(jié)列出的郵箱、倉(cāng)庫(kù)與頁(yè)面地址均會(huì)變動(dòng)版本口徑對(duì)外寫自 vX.Y.Z 支持/引入時(shí)以倉(cāng)庫(kù) 發(fā)布記錄 為準(zhǔn)如 Codex OAuth 實(shí)際隨 v1.5.5 引入、v1.5.6 完善遠(yuǎn)程路徑。七、來(lái)源的時(shí)效性地址會(huì)過(guò)期先復(fù)核再發(fā)送文檔末尾專門列出了上述所有郵箱與頁(yè)面地址的證據(jù)來(lái)源覆蓋opencode 的社區(qū)渠道與 Building on OpenCode 聲明、Kimi Code CLI 的社區(qū)渠道、月之暗面公司聯(lián)系方式、XiaomiMiMo 的郵箱、Anthropic 商標(biāo)指南與 Partner Network、Codex Open Source Fund 說(shuō)明與申請(qǐng)表單、Gemini CLI 渠道與 Google Brand Resource Center。這些證據(jù)大多來(lái)自目標(biāo)項(xiàng)目各自的 README、CONTRIBUTING 或公司關(guān)于頁(yè)——它們不屬于本倉(cāng)庫(kù)、無(wú)法在本倉(cāng)庫(kù)內(nèi)核實(shí)且必然隨時(shí)間變化。套用這套打法時(shí)請(qǐng)把外聯(lián)文檔當(dāng)作調(diào)研方法 模板來(lái)用而不是地址簿每一封發(fā)出前都應(yīng)當(dāng)重新打開目標(biāo)倉(cāng)庫(kù)的當(dāng)前 README/社區(qū)頁(yè)面核實(shí)主渠道與聯(lián)系方式是否仍如文檔所述。八、倉(cāng)庫(kù)內(nèi)的延伸閱讀外聯(lián)文檔原文outreach-emails-subagent-partners.md子代理后端注冊(cè)表deeptutor/services/subagent/registry.pyconsult_subagent工具定義與預(yù)算執(zhí)行deeptutor/capabilities/subagent/tools.py咨詢預(yù)算與 per-backend 權(quán)限配置默認(rèn)值 5、范圍 1–12deeptutor/services/subagent/config.py各后端模型/推理檔位同步發(fā)現(xiàn)deeptutor/services/subagent/models.py子代理 API 路由與設(shè)置頁(yè)對(duì)接deeptutor/api/routers/subagents.py版本證據(jù)v1.5.3 起支持六款 CLIver1-5-3.mdCodex OAuth 登錄演進(jìn)見 ver1-5-5.md 與 ver1-5-6.md【免費(fèi)下載鏈接】DeepTutorDeepTutor: Lifelong Personalized Tutoring. https://deeptutor.info/.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/dee/DeepTutor創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考