1. 項(xiàng)目概述從一則“泄露”事件說(shuō)起最近AI圈子里流傳著一個(gè)名為“Karpathy內(nèi)部Claude.md”的文件據(jù)稱是AI領(lǐng)域知名研究者Andrej Karpathy內(nèi)部使用的、用于與Anthropic的Claude模型高效交互的配置文件。這個(gè)文件被冠以“親手終結(jié)提示詞時(shí)代”的夸張標(biāo)題迅速引發(fā)了大量討論。作為一個(gè)長(zhǎng)期與各類大模型打交道、從GPT-3時(shí)代就開(kāi)始折騰提示詞的從業(yè)者我第一反應(yīng)是好奇然后是審視。所謂的“終結(jié)”究竟是指什么是找到了一個(gè)“萬(wàn)能提示詞”一勞永逸還是揭示了一種更本質(zhì)的交互范式轉(zhuǎn)變我花了些時(shí)間結(jié)合網(wǎng)絡(luò)上的碎片信息比如那些搜索熱詞中透露的線索claude命令行方式、執(zhí)行init命令、提示詞工程、karpathy給他的claude code的要求并基于我對(duì)Karpathy以往工作風(fēng)格的理解嘗試還原這個(gè)claude.md可能的面貌和其背后的思想。它很可能不是一個(gè)神奇的“咒語(yǔ)”而更像是一套系統(tǒng)化的、可版本控制的、工程化的交互配置方案。這恰恰是當(dāng)前許多人在使用大模型時(shí)面臨的痛點(diǎn)我們總是在聊天框里零散地輸入指令調(diào)整提示但缺乏一個(gè)穩(wěn)定、可復(fù)用、可協(xié)作的“工作區(qū)”。這個(gè)文件或許指向了解決這個(gè)問(wèn)題的方向。簡(jiǎn)單來(lái)說(shuō)如果你曾為以下問(wèn)題煩惱那么理解這個(gè)“Claude.md”的思路會(huì)非常有幫助如何讓Claude或其他LLM長(zhǎng)期記住你的項(xiàng)目背景和偏好如何像管理代碼一樣管理你與AI的對(duì)話上下文和指令集如何構(gòu)建一個(gè)專屬的、高效的AI助手工作流而不僅僅是進(jìn)行單次問(wèn)答接下來(lái)我將拆解這個(gè)理念并手把手展示如何構(gòu)建你自己的“XX.md”系統(tǒng)讓你與AI的協(xié)作效率提升一個(gè)量級(jí)。2. 核心理念解析為什么說(shuō)它可能“終結(jié)”舊提示詞模式傳統(tǒng)的提示詞Prompt使用方式存在幾個(gè)明顯的瓶頸而“Claude.md”這類文件所代表的思路正是為了突破這些瓶頸。2.1 從臨時(shí)對(duì)話到持久化配置我們通常與Claude或ChatGPT的交互發(fā)生在一個(gè)臨時(shí)的聊天會(huì)話中。會(huì)話一關(guān)上下文就消失了。下次需要處理類似任務(wù)時(shí)又得重新描述背景、設(shè)定角色、交代格式要求。這就像每次開(kāi)會(huì)都要重新介紹一遍所有參會(huì)人員和項(xiàng)目歷史效率極低。claude.md文件的核心思想之一就是將上下文Context和系統(tǒng)指令System Instruction持久化。它可能不是一個(gè)在聊天框里輸入的提示詞而是一個(gè)被Claude Code或類似命令行工具讀取的配置文件。當(dāng)你啟動(dòng)一個(gè)會(huì)話時(shí)工具會(huì)自動(dòng)將這個(gè)文件的內(nèi)容作為前置上下文加載給模型。這意味著你的項(xiàng)目規(guī)范、代碼風(fēng)格、常用指令模板、甚至是知識(shí)庫(kù)片段都可以預(yù)先寫在這個(gè)文件里。模型從一開(kāi)始就處在“已調(diào)教”的狀態(tài)。實(shí)操心得這其實(shí)是一種“上下文工程”Context Engineering的實(shí)踐。與其在每次對(duì)話中費(fèi)力地“調(diào)教”模型不如提前準(zhǔn)備好一份詳盡的“入職手冊(cè)”。這份手冊(cè)的質(zhì)量和結(jié)構(gòu)直接決定了后續(xù)協(xié)作的順暢程度。2.2 從單點(diǎn)提示到系統(tǒng)工程搜索熱詞中出現(xiàn)了agent四個(gè)階段 提示詞工程 上下文工程 駕馭工程 循環(huán)工程這很好地概括了高級(jí)AI應(yīng)用的演進(jìn)方向。早期的“提示詞工程”聚焦于 crafting the perfect single prompt設(shè)計(jì)完美的單次提示。但這不夠。上下文工程如上所述管理對(duì)話的“記憶”和背景。駕馭工程如何引導(dǎo)模型進(jìn)行復(fù)雜思考比如鏈?zhǔn)酵评鞢hain-of-Thought、自我批判等。這可能體現(xiàn)在claude.md中通過(guò)特定的指令格式來(lái)觸發(fā)。循環(huán)工程如何設(shè)計(jì)多輪交互的流程讓AI能夠迭代式地完成任務(wù)并基于中間結(jié)果進(jìn)行自我調(diào)整。一個(gè)設(shè)計(jì)良好的claude.md文件很可能融合了這四個(gè)階段。它不僅僅包含靜態(tài)指令還可能定義了交互協(xié)議例如“當(dāng)我給出一個(gè)代碼片段請(qǐng)先分析然后提出三個(gè)優(yōu)化建議”從而將單次的“問(wèn)答”升級(jí)為系統(tǒng)性的“協(xié)作流程”。2.3 版本控制與團(tuán)隊(duì)協(xié)作.md后綴是Markdown格式這是關(guān)鍵。Markdown是純文本天生適合用Git等版本控制系統(tǒng)進(jìn)行管理。想象一下你的團(tuán)隊(duì)可以有一個(gè)project.claude.md文件里面定義了本項(xiàng)目所有的代碼規(guī)范、API設(shè)計(jì)原則、文檔風(fēng)格等。任何隊(duì)員在與Claude討論本項(xiàng)目時(shí)都加載這個(gè)共享配置確保輸出風(fēng)格的一致性。當(dāng)規(guī)范更新時(shí)只需更新這個(gè)文件并提交所有人同步即可。這徹底改變了提示詞的“黑箱”和“私有化”狀態(tài)。提示詞或者說(shuō)系統(tǒng)配置變成了可審查、可迭代、可協(xié)作的工程資產(chǎn)。注意網(wǎng)絡(luò)上流傳的“泄露”文件真實(shí)性有待考證其具體內(nèi)容可能只是某個(gè)特定工作流的配置。但我們更應(yīng)該關(guān)注其揭示的方法論而不是追求某個(gè)“神奇文件”。接下來(lái)我將基于這個(gè)方法論展示如何從零開(kāi)始構(gòu)建你自己的“AI助手配置中心”。3. 構(gòu)建你自己的“.md”配置系統(tǒng)實(shí)戰(zhàn)指南我們不必糾結(jié)于尋找那個(gè)傳說(shuō)中的claude.md完全可以借鑒其思想為自己常用的AI模型無(wú)論是Claude、GPT還是開(kāi)源模型打造一套配置系統(tǒng)。這里以結(jié)合命令行工具模擬Claude Code思路和高級(jí)聊天客戶端如OpenAI API的Playground或第三方工具為例進(jìn)行說(shuō)明。3.1 環(huán)境與工具準(zhǔn)備首先你需要一個(gè)能夠接受系統(tǒng)指令或長(zhǎng)上下文的交互界面。對(duì)于Claude你可以研究claude命令行方式如果Anthropic官方或社區(qū)有提供。更通用的方式是使用API。獲取API訪問(wèn)權(quán)限確保你擁有目標(biāo)模型如Claude 3系列、GPT-4的API密鑰。對(duì)于Anthropic你需要注冊(cè)并獲取其API Key。網(wǎng)絡(luò)熱詞中出現(xiàn)的unable to connect to anthropic services failed to connect to api.anthropic.c錯(cuò)誤通常就是API密鑰無(wú)效、網(wǎng)絡(luò)問(wèn)題或服務(wù)暫時(shí)故障導(dǎo)致的。選擇交互工具官方Playground/ConsoleAnthropic和OpenAI都提供了網(wǎng)頁(yè)版的API測(cè)試界面可以直接輸入系統(tǒng)提示和用戶消息。命令行工具你可以用curl命令直接調(diào)用API但更推薦使用封裝好的SDK。例如安裝Anthropic的Python SDKpip install anthropic。然后寫一個(gè)簡(jiǎn)單的Python腳本將你的.md文件內(nèi)容讀入并作為system參數(shù)傳遞。第三方客戶端許多支持本地知識(shí)庫(kù)或自定義指令的高級(jí)客戶端如某些支持OpenAI API的桌面應(yīng)用允許你設(shè)置全局或會(huì)話級(jí)的“預(yù)設(shè)提示”這本質(zhì)上就是加載你的.md文件。安裝配置避坑熱詞中頻繁出現(xiàn)各種安裝配置教程mysql安裝配置教程,git安裝及配置教程,nodejs安裝及環(huán)境配置,maven安裝與配置這提醒我們基礎(chǔ)環(huán)境的重要性。對(duì)于Python環(huán)境務(wù)必使用虛擬環(huán)境如venv或conda來(lái)管理依賴避免包沖突。將API密鑰存儲(chǔ)在環(huán)境變量中如ANTHROPIC_API_KEY而不是硬編碼在腳本里這是基本的安全操作。3.2 設(shè)計(jì)你的第一個(gè)“.md”配置文件現(xiàn)在我們來(lái)創(chuàng)建核心——你的配置文件。我們稱之為my_assistant_config.md。這個(gè)文件的結(jié)構(gòu)決定了AI的“人格”和能力范圍。# 我的AI助手核心配置 v1.0 ## 系統(tǒng)角色與核心原則 你是一位資深的、注重實(shí)效的軟件工程師和技術(shù)顧問(wèn)。你的溝通風(fēng)格直接、清晰、邏輯嚴(yán)密。你遵循以下核心原則 1. **安全第一**絕不生成或討論任何有害、非法、危險(xiǎn)或涉及隱私侵犯的內(nèi)容。 2. **求真務(wù)實(shí)**對(duì)于不確定的信息明確告知“我不確定”絕不捏造事實(shí)或代碼。優(yōu)先提供經(jīng)過(guò)驗(yàn)證的最佳實(shí)踐。 3. **深度優(yōu)先**回答問(wèn)題應(yīng)觸及本質(zhì)解釋“為什么”而不僅僅是“怎么做”。在給出方案時(shí)同時(shí)分析其優(yōu)缺點(diǎn)和適用場(chǎng)景。 4. **結(jié)構(gòu)化輸出**除非特別說(shuō)明否則你的回答應(yīng)當(dāng)結(jié)構(gòu)清晰適當(dāng)使用標(biāo)題、列表和代碼塊來(lái)組織內(nèi)容提升可讀性。 ## 上下文與知識(shí)邊界 * **當(dāng)前主要項(xiàng)目**本項(xiàng)目涉及一個(gè)使用Python FastAPI構(gòu)建的微服務(wù)數(shù)據(jù)庫(kù)為PostgreSQL部署在Docker環(huán)境中。代碼風(fēng)格遵循PEP 8使用類型注解。 * **我的技術(shù)棧偏好**Python/Go Vue.js/React PostgreSQL/Redis Docker/Kubernetes。 * **需要避免的領(lǐng)域**財(cái)務(wù)、醫(yī)療等受嚴(yán)格監(jiān)管領(lǐng)域的合規(guī)性建議僅限一般性技術(shù)討論以及任何需要實(shí)時(shí)數(shù)據(jù)才能回答的問(wèn)題請(qǐng)?zhí)嵝盐易孕胁樵冏钚挛臋n。 ## 常用指令模板 以下是一些高頻任務(wù)的指令模板當(dāng)我在對(duì)話中使用[指令模板名]時(shí)請(qǐng)直接套用對(duì)應(yīng)的模式 ### [指令代碼審查] 請(qǐng)嚴(yán)格按以下步驟分析我提供的代碼 1. **功能正確性**邏輯是否有誤邊界條件是否處理 2. **安全性**是否存在注入、硬編碼密鑰、權(quán)限漏洞 3. **性能**時(shí)間復(fù)雜度/空間復(fù)雜度如何有無(wú)優(yōu)化空間 4. **可維護(hù)性**代碼是否清晰命名是否達(dá)意是否符合項(xiàng)目規(guī)范 5. **改進(jìn)建議**提供1-3個(gè)具體的、可立即實(shí)施的改進(jìn)方案。 ### [指令設(shè)計(jì)評(píng)審] 請(qǐng)針對(duì)我提出的系統(tǒng)/模塊設(shè)計(jì)從以下角度評(píng)估 1. **架構(gòu)合理性**是否符合高內(nèi)聚、低耦合原則 2. **擴(kuò)展性**未來(lái)業(yè)務(wù)增長(zhǎng)時(shí)哪些部分可能成為瓶頸 3. **技術(shù)選型**所選組件/技術(shù)是否適合當(dāng)前場(chǎng)景有無(wú)更優(yōu)替代 4. **風(fēng)險(xiǎn)點(diǎn)**識(shí)別潛在的技術(shù)風(fēng)險(xiǎn)和單點(diǎn)故障。 ### [指令學(xué)習(xí)路徑] 當(dāng)我提出想學(xué)習(xí)某個(gè)新技術(shù)如[技術(shù)名稱]時(shí)請(qǐng)為我制定一個(gè)為期4周的入門學(xué)習(xí)路徑每周包含 * 核心概念目標(biāo) * 推薦的學(xué)習(xí)資源官方文檔、經(jīng)典教程、視頻 * 一個(gè)可以動(dòng)手實(shí)踐的小項(xiàng)目想法 ## 輸出格式規(guī)范 * **代碼塊**必須指定語(yǔ)言如 python。 * **術(shù)語(yǔ)**首次出現(xiàn)的專業(yè)術(shù)語(yǔ)可附帶簡(jiǎn)短解釋。 * **決策樹(shù)**如果問(wèn)題有多個(gè)解決方案請(qǐng)以對(duì)比表格形式呈現(xiàn)。 * **免責(zé)聲明**如果涉及操作性強(qiáng)且有風(fēng)險(xiǎn)的建議如數(shù)據(jù)庫(kù)刪除、系統(tǒng)配置請(qǐng)?jiān)陂_(kāi)頭用 **警告**標(biāo)出。設(shè)計(jì)要點(diǎn)解析這個(gè)配置文件不是一次性提示詞而是一個(gè)契約和工作手冊(cè)。它明確了角色設(shè)定了AI的“人設(shè)”使其輸出風(fēng)格保持一致。邊界劃定了能力范圍和禁忌減少無(wú)效或危險(xiǎn)的輸出。流程通過(guò)[指令xxx]將常用交互模式模板化極大提升了溝通效率。格式統(tǒng)一了輸出標(biāo)準(zhǔn)讓結(jié)果更易于后續(xù)處理例如直接粘貼代碼到IDE。3.3 集成與使用讓配置生效有了配置文件下一步是讓它“活”起來(lái)。方案一通過(guò)API腳本集成最靈活創(chuàng)建一個(gè)Python腳本assistant.pyimport anthropic import os from pathlib import Path # 讀取配置 config_path Path(‘my_assistant_config.md’) system_prompt config_path.read_text(encoding‘utf-8’) # 初始化客戶端 client anthropic.Anthropic(api_keyos.environ.get(“ANTHROPIC_API_KEY”)) def chat_with_claude(user_message): message client.messages.create( model“claude-3-sonnet-20240229”, # 根據(jù)實(shí)際情況選擇模型 max_tokens4000, systemsystem_prompt, # 關(guān)鍵注入系統(tǒng)配置 messages[ {“role”: “user”, “content”: user_message} ] ) return message.content[0].text # 示例使用 if __name__ “__main__”: user_input input(“You: “) response chat_with_claude(user_input) print(f“\nAssistant: {response}”)這樣每次運(yùn)行腳本你的所有配置都會(huì)自動(dòng)加載。你可以擴(kuò)展這個(gè)腳本讓它支持連續(xù)對(duì)話、歷史記錄等功能。方案二在支持“自定義指令”的客戶端中使用許多AI聊天客戶端允許設(shè)置“系統(tǒng)提示”或“自定義指令”。你可以將my_assistant_config.md中的核心部分如“系統(tǒng)角色與核心原則”、“常用指令模板”復(fù)制粘貼到這些設(shè)置框中。這樣在該客戶端的每一個(gè)新會(huì)話中都會(huì)自動(dòng)應(yīng)用這些配置。方案三基于文件上下文的RAG檢索增強(qiáng)生成對(duì)于更復(fù)雜的場(chǎng)景你的.md文件可能只是入口。你可以建立一個(gè)包含多個(gè).md文件的目錄比如docs/里面存放項(xiàng)目需求文檔、API文檔、設(shè)計(jì)規(guī)范等。在與AI交互時(shí)先讓工具檢索相關(guān)的文檔片段將其作為上下文與你的問(wèn)題一同發(fā)送給模型。這需要更復(fù)雜的工具鏈支持如使用LangChain、LlamaIndex等框架但能實(shí)現(xiàn)真正意義上的“項(xiàng)目級(jí)”AI助手。4. 高級(jí)技巧與場(chǎng)景化配置基礎(chǔ)配置搭建好后可以針對(duì)不同場(chǎng)景進(jìn)行深化和特化。4.1 分場(chǎng)景配置一專多能你不需要一個(gè)臃腫的萬(wàn)能配置文件?？梢詣?chuàng)建多個(gè)config_code_review.md專注于代碼審查內(nèi)置多種編程語(yǔ)言的lint規(guī)則和常見(jiàn)漏洞模式。config_creative_writing.md調(diào)整角色為創(chuàng)意寫手包含風(fēng)格指南、敘事結(jié)構(gòu)模板等。config_learning_partner.md專注于蘇格拉底式提問(wèn)引導(dǎo)你思考而非直接給出答案。在使用時(shí)根據(jù)任務(wù)切換加載不同的配置文件。這比在聊天框里輸入“現(xiàn)在請(qǐng)你扮演一個(gè)代碼審查專家”要穩(wěn)定和徹底得多。4.2 動(dòng)態(tài)上下文管理配置文件可以是靜態(tài)的但上下文可以是動(dòng)態(tài)的。一個(gè)高級(jí)技巧是在你的腳本或工具中實(shí)現(xiàn)一個(gè)“上下文管理器”。它負(fù)責(zé)維護(hù)一個(gè)對(duì)話歷史列表。在每次發(fā)送新請(qǐng)求時(shí)自動(dòng)將歷史對(duì)話摘要或最近N輪對(duì)話附加到系統(tǒng)提示之后。當(dāng)總token數(shù)接近模型上限時(shí)自動(dòng)對(duì)最早的歷史進(jìn)行摘要壓縮而不是直接丟棄。 這樣即使對(duì)話很長(zhǎng)AI也能保持對(duì)整體討論脈絡(luò)的理解。4.3 集成外部工具與知識(shí)真正的“終結(jié)者”級(jí)配置是讓AI能夠調(diào)用外部工具。雖然這超出了簡(jiǎn)單配置文件的范疇但你的.md文件可以定義工具調(diào)用的規(guī)范。例如你可以在配置中說(shuō)明 “當(dāng)你需要獲取實(shí)時(shí)信息如天氣、股價(jià)、執(zhí)行計(jì)算或查詢特定數(shù)據(jù)庫(kù)時(shí)請(qǐng)?jiān)谀愕幕貜?fù)中明確指出并描述你需要調(diào)用什么工具、參數(shù)是什么。我會(huì)在本地為你執(zhí)行該操作并將結(jié)果返回給你?！?這實(shí)際上定義了一種人機(jī)協(xié)作的協(xié)議。5. 常見(jiàn)問(wèn)題與故障排查在實(shí)際構(gòu)建和使用過(guò)程中你肯定會(huì)遇到各種問(wèn)題。這里匯總一些典型情況及其解決思路。5.1 配置不生效或模型行為不符合預(yù)期癥狀A(yù)I的輸出似乎完全忽略了配置文件中的指令。排查步驟確認(rèn)加載首先檢查你的腳本或工具是否確實(shí)讀取了配置文件內(nèi)容。可以在發(fā)送前打印一下system_prompt的前幾百個(gè)字符確認(rèn)內(nèi)容正確。檢查API參數(shù)對(duì)于Anthropic API系統(tǒng)提示是通過(guò)system參數(shù)傳遞對(duì)于OpenAI則是messages列表中第一個(gè)role為system的消息。務(wù)必使用正確的參數(shù)名。模型支持確認(rèn)你使用的模型版本支持系統(tǒng)提示。絕大多數(shù)最新模型都支持但一些較老的版本可能不支持或支持有限。指令沖突過(guò)長(zhǎng)的系統(tǒng)提示中可能存在內(nèi)部矛盾或者用戶消息的開(kāi)頭指令覆蓋了系統(tǒng)提示。確保系統(tǒng)提示是最高層級(jí)的指導(dǎo)原則。Token限制系統(tǒng)提示會(huì)占用上下文窗口。如果系統(tǒng)提示過(guò)長(zhǎng)導(dǎo)致留給對(duì)話歷史的token太少模型可能會(huì)“忘記”早期的用戶指令。需要精簡(jiǎn)系統(tǒng)提示或使用更長(zhǎng)的上下文模型。5.2 處理網(wǎng)絡(luò)與API錯(cuò)誤網(wǎng)絡(luò)熱詞中unable to connect to anthropic services failed to connect to api.anthropic.c這類錯(cuò)誤很常見(jiàn)。原因與解決API密鑰錯(cuò)誤檢查密鑰是否正確是否已過(guò)期是否有訪問(wèn)目標(biāo)模型的權(quán)限。網(wǎng)絡(luò)問(wèn)題檢查本地網(wǎng)絡(luò)嘗試使用curl或ping測(cè)試到API域名的連通性。對(duì)于某些地區(qū)可能需要配置網(wǎng)絡(luò)代理。服務(wù)端問(wèn)題訪問(wèn)Anthropic或OpenAI的官方狀態(tài)頁(yè)面查看是否有服務(wù)中斷公告。速率限制免費(fèi)賬戶或某些套餐有每分鐘/每天的調(diào)用次數(shù)限制。如果請(qǐng)求太頻繁會(huì)被限制。需要增加間隔或升級(jí)套餐。區(qū)域限制某些API服務(wù)可能對(duì)特定地區(qū)不可用。5.3 配置文件的維護(hù)與迭代問(wèn)題配置文件變得龐大、雜亂難以維護(hù)。建議模塊化將配置文件拆分成多個(gè)文件如principles.md、code_style.md、templates.md在主配置文件中通過(guò)引用或合并的方式加載。版本控制務(wù)必使用Git管理你的配置文件。每次大的修改都進(jìn)行提交寫清楚提交信息。這樣你可以隨時(shí)回滾到某個(gè)穩(wěn)定版本。A/B測(cè)試對(duì)某個(gè)指令模板的修改可以創(chuàng)建分支進(jìn)行測(cè)試。例如比較兩種不同的代碼審查模板哪個(gè)效果更好。定期評(píng)審像評(píng)審代碼一樣定期比如每季度評(píng)審你的配置文件移除過(guò)時(shí)的內(nèi)容優(yōu)化模糊的指令添加新的最佳實(shí)踐。5.4 成本與性能優(yōu)化使用長(zhǎng)系統(tǒng)提示和大量上下文會(huì)增加每次API調(diào)用的token消耗從而增加成本并可能降低響應(yīng)速度。優(yōu)化策略精簡(jiǎn)指令刪除所有冗余、客套的語(yǔ)句。每個(gè)句子都應(yīng)直接指導(dǎo)模型行為。使用摘要對(duì)于需要提供的長(zhǎng)文檔背景先讓AI或你自己生成一個(gè)摘要只傳遞摘要。分層配置創(chuàng)建一個(gè)極簡(jiǎn)的“基礎(chǔ)配置”包含最核心的角色和原則。再創(chuàng)建多個(gè)“擴(kuò)展模塊”在需要特定任務(wù)時(shí)動(dòng)態(tài)加載。這比一個(gè)巨型單體配置更高效。緩存響應(yīng)對(duì)于常見(jiàn)、固定的問(wèn)題如“項(xiàng)目的技術(shù)棧是什么”其答案可以緩存不必每次都詢問(wèn)AI。構(gòu)建這樣一個(gè)配置系統(tǒng)初期需要一些投入但一旦運(yùn)轉(zhuǎn)起來(lái)它將成為你與AI協(xié)作的“增強(qiáng)操作系統(tǒng)”。它不會(huì)真正“終結(jié)”提示詞而是將提示詞從一種臨時(shí)的、藝術(shù)性的技巧提升為一種可工程化、可管理、可復(fù)用的核心基礎(chǔ)設(shè)施。這才是“Karpathy內(nèi)部Claude.md”這類傳聞帶給我們的最大啟示像對(duì)待代碼一樣認(rèn)真對(duì)待你與AI的每一次交互契約。