AI寫作指南3.0：編程式寫作

「寫作就像打螺絲」

AI寫作指南有幾個月沒更新了。這段時間，AI應(yīng)用最大的變量是Claude Code。

幾乎所有人都看到一個趨勢：Claude Code這類編程Agent在吞噬絕大部分AI應(yīng)用的使用場景。

以前你可能在對話框里和大模型聊天，要靠自己來執(zhí)行若干步驟。現(xiàn)在你直接打開終端，用Claude Code來干活。寫代碼是這樣，寫文章也是這樣。

所以，很多創(chuàng)業(yè)者都在做Claude Code套殼。給cc加上一個前端界面，如Cherry Studio；或者將cc放到本地環(huán)境，如階躍電腦助手。

我則在用Claude Code套殼我自己，用編程Agent寫作（

我之前寫的AI寫作指南1.0和2.0，核心思路一以貫之：人提供想法，AI負(fù)責(zé)執(zhí)行。這幾個月的變化是，AI在執(zhí)行這件事上，因為編程Agent的出現(xiàn)，變得更加工程化了。

所以新版的AI寫作指南，就是講如何用編程Agent來寫作。執(zhí)行原則依然很簡單：先寫提綱，再寫全文，模塊化寫作。

但以前雖然思路簡單，每一步都需要你自己和AI對話，而且還存在版本管理的問題。因為AI每次生成的內(nèi)容都不一樣，有點像抽卡。每個環(huán)節(jié)，都可能需要分支出幾次來看哪個版本更好。

而編程Agent可以一站式地解決這些版本管理的問題。

在里，我簡單講過這個思路：寫任何一篇長一點的文章，本質(zhì)上都是一個版本管理問題。你腦子里有很多想法，用口語表達(dá)出來非常簡單直接。

但要把它變成一篇大家讀起來流暢、易讀的文章，需要謀篇布局，結(jié)構(gòu)化這些想法。此外還要刪繁就簡，保留哪些主干、刪除哪些枝葉。這本身就是一個版本管理和工程問題。

有了Claude Code之后，寫文章更像在做架構(gòu)師的活，你只需要盡可能詳細(xì)地告訴編程Agent你的核心思路、提供上下文、充分闡述你的意圖。這就像程序員開始一個項目前，需要明確有幾個大功能、采用什么技術(shù)棧、提供哪些資料一樣。

現(xiàn)在用編程Agent來寫作，就真正地把寫作從純手工變成了上下文管理。從抓頭發(fā)敲鍵盤，變成了口述想法，然后像搭積木一樣構(gòu)建一篇文章。

01

編程式寫作

編程式寫作的核心思路依然是，人要給AI提供原創(chuàng)的輸入。

我們可以把寫作分成兩種情況。

第一種，有原創(chuàng)思想要表達(dá)的文章。

比如個人博客、公眾號。對于這類寫作，最好的辦法是你自己先口述。對著通義APP或Plaud錄音卡片，錄個十幾二十分鐘，把思路盡可能多地表達(dá)出來

說得越多越好，不用管說話是否前言不搭后語、有邏輯錯誤，這些都不重要。重要的是語言輸入足夠多，AI才有幫你結(jié)構(gòu)化的空間。如果你只說幾句指令，AI寫出來的東西一定是拼貼出來的大路貨。

第二種，日常工作中不需要投入原創(chuàng)思想的寫作。

比如工作報告、領(lǐng)導(dǎo)講話稿、軟文廣告。這些東西完全是上下文工程。你需要把領(lǐng)導(dǎo)的要求、甲方的Brief、相關(guān)數(shù)據(jù)報告，這些原創(chuàng)資料準(zhǔn)備好，然后讓AI來結(jié)構(gòu)化。

第一步，你需要創(chuàng)建一個項目文件夾。

其中要包含兩類文件：一類是原創(chuàng)資料，包括口述轉(zhuǎn)錄或者領(lǐng)導(dǎo)要求、相關(guān)數(shù)據(jù)報告；另一類是風(fēng)格參考，兩三篇你滿意的文章，作為AI學(xué)習(xí)文風(fēng)的范本。總結(jié)一下就是，AI需要參考的內(nèi)容和風(fēng)格。

接下來，你就可以開始指揮Claude Code了。

第二步，充分講明白自己的意圖。

在Claude Code輸入框里輸入清晰的指令:

比如你可以這樣說：

我要寫一篇關(guān)于【某主題】的文章，篇幅大概【多少字】，重點講【某觀點】。
【某文件】是原創(chuàng)信息/我的口述轉(zhuǎn)錄，本篇文章要重點參考其內(nèi)容；
【某文件】是風(fēng)格參考，你只需要參考它們的文風(fēng)和論述邏輯，不要使用其內(nèi)容。
請創(chuàng)建To-do List，先讀資料寫提綱給我確認(rèn)，再模塊化寫全文。

我非常推薦下載個Mac端Wisper Flow，可以隨時喚起來語音輸入，把需求講透徹講明白。

然后，Claude Code會閱讀文件，生成提綱。如果提綱有什么需要改的，你就直接告訴它，比如哪部分需要側(cè)重、哪部分有邏輯錯誤，讓它再改改。改好之后，你就叫它按照提綱寫全文，它就會模塊化地寫作全文。

用多了會形成自己的claude.me配置文件，可以復(fù)用，不用每次都重復(fù)這些指令。（文末附上了我常用的）

架構(gòu)師思維很重要。不要像以前在對話框里調(diào)用大模型一樣，「戳一下動一下」。用這種編程Agent工作，你最好每一次都告訴它你發(fā)現(xiàn)了什么問題，以及你的整體要求，然后讓它來拆解這個要求，再分步驟、模塊化地執(zhí)行。不要頭痛醫(yī)頭腳痛醫(yī)腳。

作為一個非技術(shù)背景的人，我使用編程Agent的思路是：我不用懂細(xì)節(jié)，不用懂代碼，用就完事了。我肯定沒AI懂編程，但我一定比AI更懂寫作。取長補短，我提供原創(chuàng)思想和資料，它來做執(zhí)行。

還有一個特別需要注意的點，你需要非常仔細(xì)地管理你的上下文。刪繁就簡，除非絕對必要的、一定會在新文章里用到的內(nèi)容，其他的內(nèi)容不要放進來。這個文件夾里的資料應(yīng)該是越少越精簡越好。

比如說我寫這篇AI寫作指南3.0，我一開始把和都放進來了。結(jié)果AI寫出來的提綱，就把這三者混到一起，把過時的觀點和我的新觀點都寫到一起，變成了一個大雜燴。

所以最后我在AI寫作指南3.0這個文件夾里面只放了兩篇文章，一篇是《像編程一樣寫作》，這篇是3.0的核心思路；另一篇是，這是我之前寫作方法的總結(jié)。再加上這次的口述轉(zhuǎn)錄。基本上你只需要放絕對會用得到的文件。

這篇文章我手動改的不到100字

特別需要注意的是，那些你放進來只是用作風(fēng)格參考的文件，你需要非常明確地告訴AI：「這幾篇文章你只需要參考它們的文風(fēng)和論述邏輯，不要參考它們的任何內(nèi)容。」這一點很重要，不然AI很容易把風(fēng)格參考文章里的內(nèi)容也寫進去。

02

工具怎么選

再說工具選擇。各種編程Agent之間，其實對于寫作來說區(qū)別沒那么大。

你拿它來編程，編程語言跑不通就是跑不通，這時候模型之間的差距會很明顯。但自然語言不一樣，一篇文章里有幾句話不夠通順，其實無傷大雅，完整讀下來依然很順口。這是自然語言的優(yōu)點，容錯性非常高。

所以Claude Code、Gemini CLI、Codex或者Qoder，你拿來寫作的話，用哪個都可以，順手就行。

Claude Code的優(yōu)點是它最主流，網(wǎng)上的教程也很多。但缺點也明顯：貴，而且上下文容易占滿。如果你寫一篇比較復(fù)雜的文章，很容易就把上下文額度用完了，要么清空重來，要么Token消耗會非常大。

（如果你還沒用過Claude Code，我朋友Erlich在做中轉(zhuǎn)服務(wù)，里邊有詳細(xì)的cc安裝和入門教程https://erlich.fun/claude-code?ref=114514）

Gemini CLI也很好用。因為Gemini 2.5 Pro的上下文窗口非常長，不像Claude那樣容易占滿。我寫一篇復(fù)雜的文章，折騰了一個小時后可能發(fā)現(xiàn)上下文窗口還剩80%、90%。而且Gemini要便宜很多

還有一個很好玩的方法，就是你用Claude Code，但可以接入別的模型。我試過把Claude Code的后端模型換成Kimi K2，效果很不錯，寫出來的文章和用原版模型沒有明顯區(qū)別

核心原因是模塊化。編程Agent把一篇文章拆分得足夠細(xì)，一次只寫三四百字。這樣一來，各個模型之間的區(qū)別很大程度上被抹平了。

這個邏輯非常像工廠打螺絲。用AI來干活，其實應(yīng)該學(xué)習(xí)日系企業(yè)的管理方法，比如豐田生產(chǎn)法那一套。

后來的大型電子制造業(yè)企業(yè)，包括富士康、三星，學(xué)的都是日系管理方法。核心就是把任何一個工作拆到足夠細(xì)，確保只要是個人，哪怕小學(xué)沒畢業(yè)，只要經(jīng)過恰當(dāng)?shù)呐嘤?xùn)，就能干好這個活，不需要任何創(chuàng)造性。

編程Agent就是來干項目管理的活，把寫作任務(wù)拆分到足夠細(xì)。

03

建立你的風(fēng)格

最后，我們再務(wù)虛地討論一下風(fēng)格。

我用AI寫了大半年的文章，從來沒有焦慮過「AI取代人」這些話題。AI取代不了人，它只是改變了內(nèi)容生產(chǎn)方式。

內(nèi)容行業(yè)其實全都在套殼。故事原型2000年前就講完了。

有一本書叫《千面英雄》，里邊把全世界的神話故事都總結(jié)成一個總體原型，總體原型分為離開-啟蒙-回歸三大階段，又一共分成17個小階段。全世界所有神話故事，都是這17個小階段變化組合出來的。所謂太陽底下沒有新鮮事。

但創(chuàng)作者，依然在大量地創(chuàng)作新內(nèi)容。并沒有哪個導(dǎo)演或作者說，這個世界上再也沒有值得講的東西了。故事原型雖然寫完了，但套殼過程中的細(xì)節(jié)，依然非常有價值。

《星球大戰(zhàn)》就是一個非常俗套的故事，太空版哈姆雷特。但《星球大戰(zhàn)》依然是這幾十年來最有影響力的IP之一，美國老鄉(xiāng)很愛喜歡看。原因是什么？它的美術(shù)做得很好，故事也很流暢，里面的戰(zhàn)艦做得非常逼真、有格調(diào)，它給一個傳統(tǒng)的故事套上了一個「銀河帝國」的風(fēng)格，這個殼讓人心馳神往。

這就是內(nèi)容行業(yè)已經(jīng)驗證過的事情：當(dāng)故事原型被寫完之后，我們還能做什么？答案是套殼。套殼的價值在于建立一個新的、有稀缺性的風(fēng)格。

寫作本身不值錢，AI一分鐘就可以寫出上萬字。但風(fēng)格是稀缺的，風(fēng)格是值錢的。

很多人在做的一件事，是建立自己的思考框架，再建立自己的語言風(fēng)格，然后這人就定型了。之后發(fā)生了任何事情，他都可以把新事情拖拽到自己的框架里邊來解釋，再用自己的風(fēng)格來輸出。

比如「六神磊磊讀金庸」，他能把世界上的所有事情都用金庸來解釋一遍。這跟儒家能把所有事情都用《論語》來解釋，或者像網(wǎng)左能把所有事情都用拉康、福柯這些后現(xiàn)代理論來解釋，是一樣的道理。

創(chuàng)作者應(yīng)該做的事情是建立自己的風(fēng)格。

現(xiàn)在互聯(lián)網(wǎng)上火的神人，比如戶晨風(fēng)、峰哥，都是建立了自己風(fēng)格的人。他們有自己的一套思考框架，有自己的語言風(fēng)格。不管發(fā)生任何事情，他都能帶到自己的框架里邊來解釋，然后用自己的方式說出來。

你當(dāng)然可以說這些神人的思考框架非常貼標(biāo)簽、簡單粗暴，但人家是有自己的框架和風(fēng)格的。所以，大家應(yīng)該做的是建立自己的框架和風(fēng)格，然后用你的「殼」接上API接口，讓AI來填充內(nèi)容。

用AI來填充特定風(fēng)格的內(nèi)容，是非常容易的事情。比如我就輕易開發(fā)出了和。兩個全球首個，Double Win

如何建立自己的風(fēng)格？這其實是一個做自己的事情。

有好幾次別人問我：你覺得做自媒體的競爭大嗎？

我覺得這個行業(yè)其實沒有競爭。因為自媒體就是做自己，依靠找到自己的特點、寫自己相信的話來建立風(fēng)格。做自己的時候，你是無敵的，因為沒有人比你更了解你自己。

你能建立自己的風(fēng)格，并且能執(zhí)行好自己的風(fēng)格，這就是一個沒有競爭的、極為稀缺的事情。

這也解釋了為什么內(nèi)容行業(yè)單純抄襲模仿是沒用的。

我這么寫是對的，因為這確實是我的表達(dá)。但如果別人完全按照我的風(fēng)格來寫，他只能學(xué)一個形式。只會顯得他沒有腦子也沒有個性，因為這篇文章和他過往的風(fēng)格完全不一樣，他并沒有給讀者留下一個明確、一致的風(fēng)格印象。

風(fēng)格比內(nèi)容更加重要。就像《哈姆雷特》的故事，你在舞臺上再演一遍，它肯定是一個非常小眾的事情；但你把它套進《星球大戰(zhàn)》這個新的風(fēng)格里邊，投入巨大的成本做出來，獲得的收益是遠(yuǎn)遠(yuǎn)超過重演一遍話劇的。

所以在AI可以大量生產(chǎn)內(nèi)容，并且可以比人更好地生產(chǎn)內(nèi)容的這個環(huán)境下，最重要的事情是建立個人風(fēng)格。你的風(fēng)格來源于你看待世界的方法、你過去的經(jīng)歷、你的性格、你讀過的書、你去過的地方，這個是騙不了人的。

而且，一旦你建立并執(zhí)行自己的風(fēng)格，你是幾乎沒有競爭的。整個內(nèi)容行業(yè)，有風(fēng)格的內(nèi)容都是非常稀缺的。比如電影行業(yè)，能夠建立自己風(fēng)格的導(dǎo)演非常少見，能夠建立自己風(fēng)格的導(dǎo)演，都至少能夠收獲名氣，最近的例子是程耳和邵藝輝，稍早的例子是吳京和戰(zhàn)狼??

所以，到底是自己寫，還是用AI來寫；到底是用Gemini、Claude還是Qwen來寫，都不重要。

重要的是，要讓讀者能一眼看出來這是你寫的東西，這是你的風(fēng)格。

最后總結(jié)一下。

AI寫作方法最核心的思路依然是：人來提供想法，AI來做結(jié)構(gòu)化。具體到AI如何執(zhí)行，思路依然是那八個字：先寫提綱，再寫全文。

只是由于這些編程Agent的出現(xiàn)，它能夠自動化地執(zhí)行大部分結(jié)構(gòu)化的工作，所以你沒有必要再一個步驟一個步驟地在對話窗口里調(diào)用AI，而是可以提供上下文，清晰地告訴AI你的意圖和指令，讓AI來自動化地完成剩下的工作，模塊化地寫作你的文章。這樣就把之前在對話框里的抽卡過程，變成了一個更加系統(tǒng)、更加穩(wěn)定的工程項目。

但最核心的事情，依然是要建立自己的風(fēng)格，用自己的語言風(fēng)格和思維體系來套任何事情。當(dāng)你建立了自己的思維體系和語言風(fēng)格之后，AI就可以幫你完成絕大部分的工作。

我常用的項目配置文件。文件名保存為Claude.me，每次存進項目文件夾就行:

# 寫作項目配置文件

## 寫作流程

1. **先寫提綱，再寫全文** - 這是核心原則
2. **模塊化寫作** - 不要一次性寫完，分段逐步完成
3. **創(chuàng)建工作計劃** - 使用TodoWrite工具規(guī)劃任務(wù)，逐步標(biāo)記完成

## 文件夾結(jié)構(gòu)要求

項目文件夾應(yīng)包含兩類文件：

- **原創(chuàng)資料**：口述轉(zhuǎn)錄、領(lǐng)導(dǎo)要求、甲方Brief、數(shù)據(jù)報告、背景資料等
- **風(fēng)格參考**：我過往寫得好的文章（2-3篇代表作）


## 重要注意事項

### 上下文管理
- 只放**絕對必要**的文件，越少越精簡越好
- 不要放過時的或不相關(guān)的內(nèi)容
- 風(fēng)格參考文件**只學(xué)習(xí)文風(fēng)和寫作方法，不要參考其中的內(nèi)容觀點**

### 文風(fēng)要求
- **標(biāo)點符號**：全部使用中文標(biāo)點符號
- **引號**：使用「」而非""
- **語言風(fēng)格**：參考我過往文章的表達(dá)習(xí)慣、口癖詞、句式結(jié)構(gòu)
- **思考框架**：按照"發(fā)現(xiàn)現(xiàn)象 → 定調(diào) → 論述 → 用自己框架解釋"的邏輯

### 篇幅和結(jié)構(gòu)
- 長文章（2000字以上）需要特別注意版本管理
- 最多使用3個一級標(biāo)題
- 自然流暢的論述，避免突兀的結(jié)論
- 充分展開論證，提供具體案例和細(xì)節(jié)

## 標(biāo)準(zhǔn)工作流程

### 第一步：閱讀所有資料
- 仔細(xì)閱讀口述轉(zhuǎn)錄/原創(chuàng)資料
- 學(xué)習(xí)風(fēng)格參考文章的表達(dá)方式
- 了解背景資料的核心信息

### 第二步：撰寫提綱
- 根據(jù)原創(chuàng)資料構(gòu)建文章框架
- 參考風(fēng)格文章確定表達(dá)方式
- 將提綱提交給我確認(rèn)

### 第三步：模塊化寫作
- 提綱確認(rèn)后，逐段寫作全文
- 每次寫200-400字左右
- 保持風(fēng)格一致性
- 確保論述自然流暢

## 禁止事項

? 不要混淆風(fēng)格參考和內(nèi)容參考
? 不要使用英文標(biāo)點符號
? 不要一次性生成全文
? 不要忽略上下文管理
? 不要寫出大路貨式的空洞內(nèi)容

## 成功標(biāo)準(zhǔn)

? 讀者能一眼看出這是我寫的（風(fēng)格明確）
? 論述充分自然，有具體案例和細(xì)節(jié)
? 符合我的思考框架和表達(dá)習(xí)慣
? 標(biāo)點符號全部正確
? 篇幅和結(jié)構(gòu)符合要求

（本文配圖由 ChatGPT 生成，Claude Code輔助寫作，全文手動改的不超過100字）