全自動化是個坑：我砍掉AI寫作工具的兩個環節後，反而每天打開
整理版優先睇
全自動AI寫作工具唔應該全自動，砍咗圖片生成同草稿箱推送之後，反而用得更順手
呢篇文章係一個AI工具重度用戶嘅實戰分享。作者經常用開源AI寫作工具，但成日遇到一個問題：功能越完整，配置成本越高，結果用兩次就擺低咗。最近佢發現一個叫wewrite嘅開源Skill，可以將公眾號寫作由選題到發佈全流程自動化——熱點抓取、選題生成、文章寫作、SEO優化、AI配圖、排版推送草稿箱，一步到位。
但作者一睇就覺得唔對路：全自動嘅代價係要配好多嘢——圖片生成要揀Provider、填API Key、調模型參數；草稿箱推送要搞IP白名單，對於佢呢啲動態IP用戶根本用唔到。於是佢決定做減法：直接砍咗自動生圖環節，改為輸出描述詞；砍咗草稿箱推送，改為輸出Markdown檔案。改造只係改咗SKILL.md一個檔案，6處改動，10分鐘搞掂。
整體結論係：工具應該適應你嘅工作流，而唔係要你適應工具嘅流水線。自動化只保留手動做起來痛苦或低效嘅部分，例如抓熱點、寫初稿、做SEO；至於配圖同排版，手動30秒就搞掂，冇必要花30分鐘去配API。呢種減法哲學，反而令佢更頻繁咁打開個工具。
- 全自動AI工具嘅配置成本往往高過使用效益，功能越完整越易令人放棄
- 砍咗圖片生成環節，改為輸出精準描述詞，保留彈性去揀自己鍾意嘅生圖工具
- 砍咗草稿箱推送環節，改為輸出Markdown檔案，手動複製貼上更快更穩陣
- 改造只改一個檔案（SKILL.md），6處改動，保留原始程式碼以便日後還原
- 減法標準：如果一個環節有更輕嘅手動替代方案，而且配置成本超過30秒，就應該直接砍掉
wewrite
開源AI寫作Skill，支援熱點抓取、選題生成、文章寫作、SEO優化、AI配圖及排版推送草稿箱。需自行改造以適應個人工作流。
內容結構
使用skill-creator技能，幫我安裝以下skill，我需要做如下修改：-視覺 AI環節，你只需要生成描述詞，去掉配置圖片生成環節；-排版發佈環節，只輸出md格式，去掉同步微信草稿箱項目地址：https://github.com/oaker-io/wewrite全自動工具嘅配置陷阱
每個AI工具重度用戶都經歷過呢種興奮歸零：見到一個好工具，clone落嚟，發現要配數據庫、配API Key、配環境變量、配域名白名單。配完一半就攰咗，另一半再冇動力搞。
作者遇到嘅wewrite工具正正係呢種典型：功能一條龍，但每個環節都要配置先跑得起。
wewrite原本嘅流程包括熱點抓取、選題生成、文章寫作、SEO優化、AI配圖、排版推送草稿箱，號稱一步到位。但作者一睇就決定動刀，因為佢發現兩個環節根本唔適合自己嘅使用場景。
砍咗兩個環節：圖片生成同草稿箱
圖片生成環節：要揀Provider、填API Key、調模型參數，但出嚟嘅圖好多時唔啱心水。
作者直接將image_gen.py嘅調用成個砍掉，Step 6改為輸出封面3組創意加內文3到6組配圖描述詞。
草稿箱推送環節更直接：因為作者用動態IP，根本配唔到微信API嘅IP白名單，索性用唔到。
作者將Step 7改為直接輸出Markdown檔案，複製貼上公眾號編輯器或者用mdnice排版轉換，10秒就搞掂。
呢兩個環節嘅共通點：配置成本高過實際效益，手動替代方案更輕更快。
改造過程：改一個檔案，六處改動
成個改造只係改咗SKILL.md一個檔案，toolkit目錄下嘅原始程式碼全部保留，方便日後還原。
- 1 Step 6：刪除自動生圖嘅Python調用，佔位符改為HTML註釋
- 2 Step 7：刪除publish調用，改為輸出檔案路徑
- 3 Step 7.5：去掉media_id字段
- 4 Step 8：去掉「請到草稿箱檢查」嘅提示
作者用咗skill-creator技能嚟安裝同修改，只需要一句命令就搞掂，真正嘅低代碼改造。
佢仲特別強調：工具改造最怕改完返唔到轉頭，所以保留咗publisher.py、wechat_api.py呢啲檔案，萬一將來微信調整IP策略或者有咗固定IP環境，改返SKILL.md就可以恢復。
減法哲學：工具唔係功能越多越好
改造前嘅wewrite係一條全功能流水線，每個環節都自動化，但每個環節都要配置。改造後係一條減法版流水線：該自動嘅自動（熱點、選題、寫作、SEO），該手動嘅手動（配圖、排版）。中間用描述詞同Markdown檔案銜接。
作者提出一個好實用嘅砍功能標準：如果一個環節有更輕嘅手動替代方案，而且配置成本超過30秒，就直接砍掉。
佢認為自動化只保留手動做起來痛苦或低效嘅部分——例如抓熱點、寫初稿、做SEO。至於配圖同排版，手動30秒就搞掂，冇理由要花30分鐘去配API。
你可以點樣審視自己嘅AI工具
呢個經驗唔只適用於wewrite，幾乎所有全自動化工具都面對同樣嘅困境：功能越完整，配置成本越高，上手門檻越高，用戶用兩次就擺低。
你可以問下自己：而家喺用緊嘅AI工具入面，邊啲環節你每次都要手動繞過？邊啲配置你配完就冇再碰過？
作者認為，嗰啲部分就係應該砍嘅。工具應該適應你嘅工作流，而唔係要你適應工具嘅流水線。
最終目標係：開箱即用，減少摩擦，令你更願打開個工具做真正有價值嘅事。
發現一個好好用嘅AI寫作工具，興奮咗三秒，㩒入去睇設定選項——興奮歸零。
呢個大概係每個AI工具深度用戶嘅共同經歷。你喺GitHub見到README寫得靚，Star數又唔錯，滿心期待咁clone落嚟，結果發現要設定數據庫、API Key、環境變數、域名白名單。設定到一半你就攰咗，剩下嗰半再提唔起勁。
今日我遇到一個叫wewrite嘅開源Skill，佢做嘅嘢幾啱胃口：將公眾號寫作由選題到發佈成個流程串起。熱點提取、選題生成、文章寫作、SEO優化、AI配圖、排版推送草稿箱，一步到位。
但我一睇佢嘅全自動化流程，就鬱手改。
先砍嘅：圖片生成
wewrite嘅視覺AI環節會叫image_gen.py，連上圖片生成API，自動幫你出配圖。
你要揀Provider——豆包、OpenAI、或者其他。填API Key。校模型參數。全部搞掂之後行一次，出幾張圖。
然後你唔想要。
主要係我成日用banana 2 pro、copilot、luma呢啲模型，因為呢啲模型唔適合用API call嚟白嫖，所以我基本上唔會喺skill入面叫佢哋直接文生圖。
咁我仲要嚟set API做咩？索性直接鏟走文生圖嗰part，淨係叫佢輸出提示詞就得。
我認為，真正有價值嘅唔係「自動生圖」，而係「生成好嘅描述詞」。你話畀我知呢篇文章邊個位置需要咩風格嘅圖，畀段精準嘅提示詞我就得，我自己去跑。AI應該幫我做準備功夫，唔係幫我做最終決定。
所以成個image_gen.py嘅調用我都斬咗。Step 6而家只係輸出封面3組創意加內文3到6組配圖描述詞。拎住描述詞去邊個工具生圖，係我自己的事。
再砍嘅：草稿箱推送
圖片生成係「用得但唔好用」。草稿箱推送仲直接——直情用唔到。
wewrite原版嘅Step 7會叫cli.py publish，將排版好嘅文章直接推到微信公眾號草稿箱。寫完就推，唔使手動複製貼上，邏輯上好順。
但係微信嘅API推送，除咗AppID同Secret，仲要set IP白名單。
係，IP白名單。
我嘅網絡環境從來都唔係固定IP，用嘅係特殊網絡，IP係動態嘅，好明顯，我嘅使用場景唔適合呢個功能。
直接輸出Markdown檔案。複製貼上入公眾號編輯器，或者掉入mdnice做排版轉換，10秒搞掂。慳返嘅時間夠飲杯咖啡。
草稿箱推送，斬。
6處改動，10分鐘
成個改造只係鬱咗SKILL.md一個檔案。
Step 6，刪走自動生圖嘅Python調用，佔位符改成HTML註釋。Step 7，刪走publish調用，改成輸出檔案路徑。Step 7.5，移除media_id字段。Step 8，刪走「請到草稿箱檢查」嘅提示。
加埋6處改動。就係咁。
toolkit目錄下面嘅publisher.py、wechat_api.py呢啲檔案我冇刪，留返。萬一第日微信改咗IP策略，或者我有咗固定IP環境，改返SKILL.md就可以恢復。改造工具最怕嘅一件事就係改完返唔到轉頭，所以我保留咗所有原始碼。
我嘅改造命令：
使用skill-creator技能，幫我安裝以下skill，我需要做如下修改：
-視覺 AI環節，你只需要生成描述詞，去掉配置圖片生成環節；
-排版發佈環節，只輸出md格式，去掉同步微信草稿箱
項目地址：
https://github.com/oaker-io/wewrite
完整嘅工具，同好用嘅工具
改造前嘅wewrite係一條全功能流水線。每個環節都自動化，但每個環節都要設定先跑得起。
改造後嘅wewrite係一條減法版流水線。該自動嘅自動——熱點提取、選題、寫作、SEO。該手動嘅手動——配圖、排版發佈。中間用描述詞同Markdown檔案銜接。
一個樣樣都做得嘅工具，如果每個環節都要填一大堆設定先用得，咁佢實際上乜都做唔到。反而係恰到好處做咗減法嘅工具，你會更頻密咁打開佢。
呢個唔係wewrite嘅問題。幾乎所有全自動化工具都面對同樣嘅困境——功能越完整，設定成本越高，上手門檻越高。然後用戶用兩次就放低咗。
諗嚇你而家用緊嘅AI工具：邊啲環節你每次都要手動繞過？邊啲設定你set完就冇再掂過？嗰啲部分，可能就係應該斬嘅。
我斬功能嘅標準其實好簡單：如果一個環節有更輕便嘅手動替代方案，而且設定成本超過30秒，就直接斬咗佢。 自動化只保留嗰啲手動做會好痛苦或者低效嘅部分——提取熱點、寫初稿、做SEO。至於配圖同排版，我手動30秒就搞得掂，點解要花30分鐘去set API？
工具應該適應你嘅工作流程，而唔係要你適應工具嘅流水線。
發現一個很好用的AI寫作工具，興奮了三秒，點進去一看配置項——興奮歸零。
這大概是每個AI工具重度用戶的共同經歷。你在GitHub上看到README寫得漂亮，Star數也不錯，滿懷期待地clone下來，結果發現要配數據庫、配API Key、配環境變量、配域名白名單。配完一半你就累了，剩下的一半再也提不起勁。
今天我遇到一個叫wewrite的開源Skill，它做的事情挺對胃口：把公眾號寫作從選題到發佈全流程串起來。熱點抓取、選題生成、文章寫作、SEO優化、AI配圖、排版推送草稿箱，一步到位。
但我一看它的全自動化流程，我就動了刀。
先砍的：圖片生成
wewrite的視覺AI環節會調用image_gen.py，連上圖片生成API，自動給你出配圖。
你得選Provider——豆包、OpenAI、別的什麼。填API Key。調模型參數。全弄好之後跑一遍，出來幾張圖。
然後你不想要。
主要是我常用banana 2 pro、copilot、luma這些模型，因為這些模型不適合api調用白嫖，所以，我基本上不在skill中調用它們直接文生圖。
那我幹嘛還要要配API？索性動手直接剔除文生圖環節，讓它輸出提示詞即可。
我認為，真正有價值的不是"自動生圖"，是"生成好描述詞"。你告訴我這篇文章哪個位置需要什麼風格的圖，給我一段精準的提示詞，我自己去跑。AI應該幫我做準備工作，不是替我做最終選擇。
所以我把image_gen.py的調用整個砍掉了。Step 6現在只輸出封面3組創意加內文3到6組配圖描述詞。拿着描述詞去哪個工具生圖，是我自己的事。
再砍的：草稿箱推送
圖片生成是"能用但不好用"。草稿箱推送更乾脆——直接用不了。
wewrite原版的Step 7會調用cli.py publish，把排版好的文章直接推到微信公眾號草稿箱。寫完就推，不用手動複製粘貼，邏輯上很順。
但微信的API推送，除了AppID和Secret，還得配IP白名單。
對，IP白名單。
我的網絡環境從來不是一個固定IP，使用的特殊網絡，ip都是動態的，顯然，我的使用場景就不適合這個功能。
直接輸出Markdown文件。複製粘貼進公眾號編輯器，或者丟進mdnice做排版轉換，10秒鐘搞定。省下來的折騰時間夠喝杯咖啡。
草稿箱推送，砍。
6處改動，10分鐘
整個改造只動了SKILL.md一個文件。
Step 6，刪掉自動生圖的Python調用，佔位符改成HTML註釋。Step 7，刪掉publish調用，改成輸出文件路徑。Step 7.5，去掉media_id字段。Step 8，去掉"請到草稿箱檢查"的提示。
加起來6處改動。就這樣。
toolkit目錄下的publisher.py、wechat_api.py這些文件我沒刪，留着。萬一哪天微信調整了IP策略，或者我有了固定IP環境，改回SKILL.md就能恢復。工具改造最怕的一件事就是改了之後回不去，所以我保留了所有原始代碼。
我的改造命令：
使用skill-creator技能，幫我安裝以下skill，我需要做如下修改：
-視覺 AI環節，你只需要生成描述詞，去掉配置圖片生成環節；
-排版發佈環節，只輸出md格式，去掉同步微信草稿箱
項目地址：
https://github.com/oaker-io/wewrite
完整的工具，和好用的工具
改造前的wewrite是一條全功能流水線。每個環節都自動化，但每個環節都要配置才能跑起來。
改造後的wewrite是一條減法版流水線。該自動的自動——熱點抓取、選題、寫作、SEO。該手動的手動——配圖、排版發佈。中間用描述詞和Markdown文件銜接。
一個什麼都能幹的工具，如果每個環節都要填一堆配置才能用，那它實際上什麼也幹不了。反而是恰到好處做了減法的工具，你會更頻繁地打開它。
這不是wewrite的問題。幾乎所有全自動化工具都面臨同樣的困境——功能越完整，配置成本越高，上手門檻越高。然後用戶用兩次就放下了。
想想你正在用的AI工具：哪些環節你每次都要手動繞過？哪些配置你配完就沒再碰過？那些部分，可能就是該砍的。
我的砍功能標準其實很簡單：如果一個環節有更輕的手動替代方案，且配置成本超過30秒，就直接砍掉。 自動化只保留那些手動做起來痛苦或低效的部分——抓熱點、寫初稿、做SEO。至於配圖和排版，我手動30秒就能搞定，憑什麼要花30分鐘去配API？
工具應該適應你的工作流，而不是讓你適應工具的流水線。