這兩天繼續(xù)刷 X 和 GitHub，關(guān)于 Claude 和 AWS 的討論還在持續(xù)。但這次讓我停下來(lái)認(rèn)真想了一會(huì)兒的，不是某個(gè)具體的技術(shù)參數(shù)，而是一種氛圍的變化。
大家開(kāi)始把 Claude Code 當(dāng)成一個(gè)"同事"在聊了。
不是"我用 AI 幫我補(bǔ)了段代碼"那種炫技，而是"我今天讓它幫我跑了整個(gè)測(cè)試套件，改了三個(gè)文件，最后 push 了一個(gè) PR"這種日常。
這種變化讓我有些說(shuō)不上來(lái)的感覺(jué)。半年前大家聊 GPT-5.4 的時(shí)候，還覺(jué)得"AI 寫(xiě)代碼"是個(gè)很酷的概念?，F(xiàn)在看 X 上那些帖子，這東西已經(jīng)在變成一種真實(shí)的工作流了。
它到底能做到什么程度
Claude Code 現(xiàn)在可以接入 AWS Bedrock，在公司的 AWS 環(huán)境里運(yùn)行。你在終端或者 VS Code 里給它一個(gè)任務(wù)，它會(huì)自己規(guī)劃步驟：先讀相關(guān)文件、理解上下文、寫(xiě)代碼、跑測(cè)試、看報(bào)錯(cuò)、再改。
3 月 17 號(hào)，AWS 還開(kāi)放了一個(gè)新能力：AgentCore Runtime 支持 shell 命令執(zhí)行。這意味著 Agent 現(xiàn)在可以在自己的運(yùn)行環(huán)境里直接跑 shell 命令，不需要開(kāi)發(fā)者再手寫(xiě)一套命令調(diào)度邏輯。
這件事的意義，可能要過(guò)一段時(shí)間才能完全感受到。因?yàn)樗淖兊牟皇?AI 能不能寫(xiě)代碼"這個(gè)問(wèn)題，而是"AI 能不能獨(dú)立完成一整套開(kāi)發(fā)流程"這個(gè)問(wèn)題。
跑測(cè)試、裝依賴(lài)、執(zhí)行 git 操作、調(diào)用 CLI 工具，這些以前都是需要人來(lái)做的"膠水工作"?，F(xiàn)在 Agent 自己能干了。
Prompt 緩存和另一種省錢(qián)方式
另一個(gè)讓我覺(jué)得有意思的討論，是 Prompt 緩存。
做過(guò) AI 編程工具的人都知道，每次調(diào)用大模型，都需要傳入大量上下文：項(xiàng)目結(jié)構(gòu)、已有代碼、編碼規(guī)范、對(duì)話歷史。這些內(nèi)容每次都重新傳，token 成本很快就會(huì)爆。
Bedrock 的 Prompt 緩存解決了這個(gè)問(wèn)題。如果你連續(xù)多次調(diào)用時(shí)上下文前綴不變，Bedrock 會(huì)在服務(wù)端緩存這部分內(nèi)容，后續(xù)調(diào)用只收十分之一的輸入價(jià)格。
以 Claude Opus 4.6 為例，標(biāo)準(zhǔn)輸入是 0.50/百萬(wàn) token。對(duì)于在同一個(gè)項(xiàng)目里連續(xù)工作幾個(gè)小時(shí)的場(chǎng)景，這個(gè)折扣非常實(shí)在。
這讓我想到一個(gè)更深層的變化：AI 編程工具的成本結(jié)構(gòu)，正在從"按次收費(fèi)"向"按工作時(shí)長(zhǎng)收費(fèi)"的方向靠攏。你工作得越連續(xù)、上下文復(fù)用越多，單次成本就越低。
隔著屏幕的我們
看完這些討論，我還是要說(shuō)說(shuō)國(guó)內(nèi)開(kāi)發(fā)者的處境。
能不能用？技術(shù)上能，但現(xiàn)實(shí)中有門(mén)檻。
AWS 海外賬號(hào)的注冊(cè)和維護(hù)、Bedrock 模型的訪問(wèn)申請(qǐng)、跨境網(wǎng)絡(luò)的延遲，這些老問(wèn)題依然在。AgentCore 的 shell 命令執(zhí)行目前支持 14 個(gè) AWS 區(qū)域，亞太有東京和新加坡，但沒(méi)有中國(guó)區(qū)。
國(guó)內(nèi)要使用aws服務(wù)可能需要尋求一些技術(shù)支持，我自己用的是147api他們的號(hào)池服務(wù)
所以對(duì)大多數(shù)國(guó)內(nèi)開(kāi)發(fā)者來(lái)說(shuō)，這套東西目前更適合"看懂原理、學(xué)習(xí)架構(gòu)"，而不是"直接抄作業(yè)上線"。
但我覺(jué)得這不妨礙它給我們一些啟發(fā)。
比如，當(dāng)你下次設(shè)計(jì)一個(gè) AI Agent 的時(shí)候，你會(huì)不會(huì)考慮把上下文做成可復(fù)用的緩存結(jié)構(gòu)？
比如，你會(huì)不會(huì)在 Agent 的工作流里加入"自動(dòng)執(zhí)行命令并根據(jù)結(jié)果調(diào)整"的環(huán)節(jié)？
比如，你會(huì)不會(huì)重新思考"人和 AI 的分工"到底應(yīng)該怎么劃？
寫(xiě)在最后
這兩天讓我印象最深的一條推文，來(lái)自一個(gè)海外獨(dú)立開(kāi)發(fā)者。他說(shuō)："我現(xiàn)在寫(xiě)代碼的方式是，先想清楚要做什么，然后把任務(wù)交給 Claude Code。等它做完了我來(lái) review。以前是我寫(xiě)、AI 幫我補(bǔ)?，F(xiàn)在反過(guò)來(lái)了。"
我不確定這是好事還是壞事。但我確定，這種變化正在發(fā)生。
而 AWS 和 Anthropic 正在做的，就是把這種變化所需要的底層基礎(chǔ)設(shè)施，一塊一塊鋪起來(lái)。
