我用 Codex 一個月,把Mac變成了一家沒有員工的公司（7000字長文）

件事係咁嘅。

前日下晝我喺咖啡館等一個學員，本來諗住是但刷嚇手機。

我順手開咗 ChatGPT，見到通知入面 Codex 彈咗一條出嚟，話我嗰部 Mac mini 上面正在行嘅公眾號自動化任務，卡咗係公眾號接口嘅 IP 白名單上面，問我要唔要繼續用 43.156.246.8 呢部服務器發佈。

我覆咗一個字，繼續。

然後我又將手機掉返落枱，繼續等學員。

嗰一刻我先至意識到一件事。

我已經差不多一個月冇完整咁坐喺電腦前「寫完一篇文章」喇。

寫稿、排版、做封面、傳圖、發草稿箱，呢一整套流程，大部分時間係 Codex 喺我電腦上面自己行，我只係喺佢需要我嘅時候，從微信、咖啡館、高鐵、地鐵，甚至馬拉松補給站，順手覆佢一句。

5 月 14 日，OpenAI 將 Codex 正式接入咗 ChatGPT 手機 App，iOS 同 Android 同時開放預覽，所有 ChatGPT 套餐都用得，包括免費版同 Go 版。

好多人一見到新聞，第一個反應係「哦，又一個可以喺手機上面寫 Code 嘅工具」。

我見到嘅唔係呢樣。

我見到嘅係，Codex 呢一嘢，踢開咗「複雜工作一定要坐喺電腦前完成」呢件事嘅最後一扇門。

六偉公眾號 ————————————————————

我先將 Codex 係乜嘢講清楚

好多朋友可能唔知，Codex 同你印象入面嗰個 2021 年 OpenAI 出過又閂咗嘅 Codex API，唔係同一樣嘢。

嗰個舊 Codex 係 Code 補全工具，放喺 IDE 入面幫你接下一行。

而家呢個 Codex，完全係另一種產品。

佢係 OpenAI 喺 2025 年 4 月 16 日重新發布嘅一款「會自己開工」嘅 AI 軟件工程 Agent，可以喺 Sandbox 入面讀你嘅 Codebase、寫 Code、跑 Test、修 Bug、自動提 PR。

到 2026 年 4 月 21 日，OpenAI 官方公開 Codex 周活已經突破 400 萬，而兩星期之前呢個數字仲係 300 萬。

仲犀利嘅係另一個數據。

Codex 從年初 1 月 1 日嘅 20 萬周活，升到 GPT-5.5 發布前嘅 400 萬，4 個月翻咗 20 倍。

呢個唔係慢慢增長，而係一個台階。

你諗嚇，一個「開發者向」嘅工具，4 個月做到呢個量級，咩概念？

我自己見到呢個數據嘅時候都呆咗一呆。

因為 200 萬到 400 萬呢個段位嘅周活，基本上就係將嗰啲本來唔寫 Code、但要處理複雜任務嘅人都拉埋入嚟。

包括我呢種文科生一人公司創業者。

OpenAI 自己後來都承認，喺 ChatGPT 企業版入面，工程、IT、研究以外嘅部門發出嘅「編程相關消息」，過去六個月升咗 36%。

講人話就係，Codex 唔止係 Programmer 先用，法務在用、營運在用、寫公眾號嘅都喺度用。

呢個先係佢真正嘅形態。

佢唔係俾寫 Code 嘅人加槓桿，而係俾「本來就想將事情自動化、但唔識寫 Code 嘅人」打開咗一扇門。

我自己就係從呢扇門行入嚟嘅。

六偉公眾號 ————————————————————

5 月 14 日嘅移動版更新，遠比想像中重要

返去今次新聞本身。

5 月 14 日，OpenAI 喺官方賬號講咗一句好輕嘅話：

Codex 進入 ChatGPT 手機 App，iOS 同 Android，所有套餐都用得。

句子好短，但入麪包咗三個變化。

第一，呢個係預覽版，由 5 月 14 日開始所有受支持地區全面推送，iPhone 同 Android 同時上，唔分套餐，免費用戶都用得。

第二，手機唔會將 Code 搬去本地，檔案、密鑰、權限、本地環境，全部留喺 Codex 正在運行嘅嗰部機上面，手機只係同步實時狀態。

第三，用法係 Codex for Mac 顯示一個 QR Code，你用 iPhone 或 Android 嘅 ChatGPT App 掃一掃就配對成功。

我用一個比喻你就明。

你部 Mac 係辦公室，Codex 係坐喺辦公室入面嘅員工，你部手機唔係辦公室，只係一個裝喺牆上面嘅對講機加監控屏幕。

你出咗門口之後，辦公室仲係度運作，員工仲係度開工，你隨時可以聽到佢做緊乜，佢需要你拍板嘅時候都揾到你。

但辦公室嘅鎖匙、文件櫃、印章、客戶資料，一樣都冇搬到你個袋入面。

呢個設計其實非常重要。

因為結果就係 OpenAI 冇打算叫你「喺手機上面敲 Code」，而係要令你「喺邊度都可以管住嗰個開緊工嘅 AI 員工」。

呢個係兩個完全唔同嘅產品哲學。

前者係工具嘅延伸，後者係工作形態嘅遷移。

Codex 移動版唔係手機版嘅編程 IDE，而係 AI 員工嘅隨身指揮台。

你見到未？今次嘅關鍵詞唔係「Codex」，而係「隨身」。

六偉公眾號 ————————————————————

點解呢件事踩中咗一人公司嘅死穴

我由舊年到今年一直公開講緊一件事。

一人公司唔係「一個人頂曬所有」，而係「一個人調度曬所有」。

呢句話喺過去半年俾好多學員問過：咁調度啲乜？

調度嘅就係呢啲嘢—智能體、流程、外包、Skill、知識庫。

而調度呢件事，過去最大嘅樽頸係乜？

係人一定要在場。

你個助理坐喺位上面，你個 Design 喺公司開咗電腦，你個營運 Login 咗後台，呢啲動作一定要有人啟動、有人驗收、有人喺關鍵位拍板。

一人公司表面上係慳咗團隊，但實際係將呢啲「一定要人在場」嘅嘢，全部壓咗落創辦人一個人身上。

所以一人公司創業者最焦慮嘅唔係錢，係時間。

係嗰種一開電腦發現 47 個任務等你，但你下晝仲要跑場客戶、夜晚仲要直播嘅撕裂感覺。

Codex 移動版第一次正面解決咗呢條題。

佢將「一定要人在場」呢件事，從「一定要坐喺電腦前」降級成「一定要喺關鍵節點可以覆一句」。

呢個降級有幾勁？

舉一個我自己最近真係用緊嘅例子。

我有一個內容生產流水線，大概係咁樣：

朝早 8 點，Codex 自動行當日嘅 AI 日報，從我嘅 aihot Skill 度拉條目，按一人公司業務方向評分，揀出 Top 3 必寫選題。

我睇一眼手機，圈一個。

佢繼續行，叫用 khazix 寫作 Skill，基於我嘅 Obsidian 知識庫 + 當日搜尋結果，開始寫一篇 5000 字長文。

中途佢問我，呢段關於價格嘅數據要唔要查最新？

我話要。

佢繼續行，寫完，叫用 liuwei-layout 排版 Skill，再叫用 wechat-cover-generator 做封面。

我又睇一眼手機，呢個封面得唔得？

我話，標題壓得太低，重新做過。

佢繼續行，做完，叫用圖牀上傳 Script，經我嗰部固定 IP 嘅服務器將圖傳到公眾號。

我又睇一眼手機，通過。

最後一步，佢將文章發到公眾號草稿箱，將草稿 ID 傳俾我。

成個過程，我大概係喺地鐵上面、喺咖啡館、喺跑步機上面、喺馬拉松補給點完成。

我唔係喺度寫文章，我係喺度審查一條已經喺度運緊嘅內容生產線。

呢件事如果倒退一個月，喺 Codex 移動版出嚟之前，我每次都要返到電腦前先可以推進。

因為雖然 Codex 喺 Mac 上面可以自己行，但所有需要「決策」嘅節點，我一定要坐喺電腦前面㩒確認、㩒繼續、㩒選項。

而內容生產呢類嘢，卡點真係特別多。

標題呢版唔夠咪蒙，封面呢版太肉酸，數據呢段唔夠新，引用呢條來源有可疑，排版數字圖模糊，公眾號 IP 白名單卡住，固定服務器今日 429 限流，等等等等。

每一個卡點都唔係 AI 自己可以決定，但每一個卡點都唔需要我超過 10 秒鐘思考。

10 秒鐘思考，但要我返到電腦前先俾到，呢個就係過去一人公司效率上限嘅真正樽頸。

Codex 移動版將呢個樽頸一次性揼開咗。

佢令我個袋入面有一間公司嘅後台。

六偉公眾號 ————————————————————

講講我呢一個月真正做咗啲乜

剩係講概念太虛，我將呢一個月用 Codex 真正完成嘅幾件事拆開俾你睇。

第一件事，公眾號同行庫入庫。

我以前睇同行公眾號文章靠收藏、截圖、轉發到自己微信檔案傳輸助手，過一陣就唔記得喺邊。

收藏夾係資訊墳場，呢句話唔係鬧交，係事實。

我用 Codex 寫咗一個抓取 Script，將我關注嘅廿幾個同行公眾號歷史文章，全部抓落嚟，按作者、按時間、按主題分類入庫到 Obsidian。

每篇文章一個 Markdown，連住原始 URL，作者單獨開張卡片，主題打 Tag。

呢件事睇落唔性感，但解決咗一個我做咗十年內容先至意識到嘅底層問題。

我嘅判斷力，唔可以只靠當日嘅感覺，要有自己嘅樣本庫。

寫一個新選題之前，我可以先喺 Obsidian 入面搜同行有冇寫過、點樣寫、閲讀量大約點、有冇踩過坑。

呢個就係企業級編輯部嘅「競品監控」環節，不過而家佢只屬於我一個人，而且每日自動更新。

第二件事，微信羣日報。

我嘅微信羣入面每日幾百條訊息，學員嘅問題、客戶嘅需求、羣友掉嘅連結、有時仲有可以直接變成文章嘅觀點。

呢啲嘢過去全部沉底。

我叫 Codex 喺每晚 11 點，自動將當日所有羣訊息拉落嚟，只篩 5 類：真實需求、高頻問題、待辦事項、高價值連結、可以寫成文章嘅觀點。

佢將呢 5 類整理成一篇日報，推送去我 Email。

呢件事唔係為咗偷懶。

呢件事係將微信羣從「吹水視窗」變成「需求池 + 選題池」。

我而家嘅選題來源入面，有相當一部分係從微信羣日報入面撈出嚟。

因為學員嘅問題往往就係市場上一萬個普通人嘅問題，你答一次，就可以服務一萬次。

第三件事，公眾號全自動化。

呢個流程上面提過，但我要補一個細節。

成套鏈路入面最難嘅唔係寫，唔係排版，唔係封面。

係圖片上傳。

公眾號官方接口對 IP 有白名單要求，你嘅服務器 IP 一定要先喺公眾號後台填落去，如果唔係就 401。

而且每個公眾號嘅 IP 列表都要獨立配置。

我叫 Codex 將呢套配置流程寫成一個獨立模組，所有 IP 白名單嘅檢查、報錯、自動重試、降級提示，全部內置。

寫完之後，我自己幾乎唔使掂呢塊邏輯。

佢出問題佢自己提醒我，我喺手機上面覆一句「轉 B 通道」，佢就轉去備用服務器繼續傳。

第四件事，將呢啲能力沉澱成 Skill。

呢一步係真正令一切發生質變嘅地方。

我唔會每次都重新教 Codex 一次公眾號點樣排版、封面用咩色系、文章入面邊啲尾巴一定要 delete、邊啲說話唔可以對外講。

我將呢啲規則一條一條寫入 Skill。

khazix-writing-style 係我嘅寫作風格。

liuwei-layout 係我嘅排版規範。

wechat-cover-generator 係我嘅封面生產規則。

aihot 係我嘅選題評分邏輯。

ai-trending-topics 係我嘅爆款判斷標準。

呢啲 Skill 加埋，就係我一人公司嘅「員工手冊」。

而 Codex 係嗰個唔會請假、唔會跳槽、唔會唔記得嘢、永遠按手冊執行嘅「員工」。

Codex 對我最大嘅價值，從來唔係佢會寫 Code，而係佢可以將我嘅判斷力固化做可以反覆執行嘅公司流程。

六偉公眾號 ————————————————————

點解係 Codex，唔係其他？

講到呢度一定有人問，點解係 Codex，你唔係成日講 Claude Code 咩？

坦白講，我兩個都用，而且而家 Claude Code 仍然係我主力。

但 Codex 今次移動版嘅更新，的確係 Anthropic 短期內追唔到嘅。

我將數據擺喺度，你自己睇。

喺 SWE-bench Pro 上面，GPT-5.3-Codex 攞咗 56.8%，比上一代提升 25% 速度。

喺 Terminal-Bench 2.0 呢個最貼近真實運維場景嘅排行榜上面，Codex 攞咗 77.3%，Claude Code 係 65.4%，Codex 領先。

但係，喺 SWE-bench Verified 呢個老牌 Code 質量排行榜上面，Claude Code 4.7 攞咗 87.6%，Codex 71.0%，Claude Code 反過來碾壓。

更有趣嘅係 Reddit 上面一份 500 幾人嘅開發者調查，65% 嘅開發者日常用 Codex，但盲審 Code 質量時，Claude Code 寫出嚟嘅 Code 被評為「更乾淨、更地道、結構更好」。

呢個係咩意思？

呢說明 Codex 同 Claude Code 已經唔係同一條賽道入面嘅兩個產品，佢哋係兩種工作哲學嘅代表。

Claude Code 似一個有潔癖嘅資深架構師，你要同佢一齊坐低，佢寫得慢但寫得好。

Codex 似一個可以同時行十條線、敢自己拍板嘅項目經理，你俾目標佢就行，行完結果掉俾你睇。

我而家嘅工作方式係，需要架構、需要可讀性、需要長期維護嘅 Code，我叫 Claude Code 寫。

需要快 Run、需要批量並發、需要喺我唔喺度嘅時候自己向前推嘅嘢，我叫 Codex 做。

而手機移動版呢件事，從產品定位上嚟睇，只可能從 Codex 呢邊先出嚟，雖然早在今年年初，Claude Code 就出咗移動版。

點解？

因為 Codex 本來就係「異步代理」嘅設計哲學，任務掉出去自己行，行完通知你。

而 Claude Code 係「交互式代理」嘅設計哲學，每一步都要同你商量，每一步都要你㩒 yes/no。

異步代理天然適合移動場景，因為佢本來就唔需要你時刻睇實。

交互式代理硬塞入手機，體驗會非常彆扭，因為你唔可能一邊行路一邊同佢對話討論架構。

呢個亦都係點解 Anthropic 嗰邊嘅移動版方案叫做 Dispatch for Claude Cowork，定位上更似一個「任務分發中心」，而唔係 Codex 呢種直接將工作流搬去手機嘅做法。

兩邊各有各啱嘅地方。

但對一人公司、對嗰啲唔想做 Programmer、只想用 AI 做嘢嘅人嚟講，Codex 呢一嘢行得更狠，亦都更加啱。

六偉公眾號 ————————————————————

呢個變化背後，係一個更大嘅遷移

講到呢度，我想向大嘅方向傾嚇。

學術圈呢兩年有一個概念，叫從 Human-in-the-Loop 到 Human-on-the-Loop 嘅遷移。

HITL 嘅意思係，人喺迴路入面，AI 每做一步都要等你點頭。

HOTL 嘅意思係，人喺迴路上面，AI 自己行，你只係異常情況先介入。

呢兩個詞只差一個字母，但代表嘅係完全唔同嘅協作姿態。

HITL 時代，你係 AI 嘅助手，你幫佢修正、幫佢判斷、幫佢推進。

HOTL 時代，你係 AI 嘅老細，你定標準、批資源、驗收結果。

2026 年呢一年，業內基本達成共識，到 2026 年底，超過 40% 嘅企業應用會集成自主 AI 智能體，而 90% 完全自主嘅部署會因為「目標漂移」喺長任務上失敗，自主性唔帶問責制係災難性嘅負債。

呢句話翻譯過嚟就係一句。

AI 越可以自己開工，人就越唔可以放曬手，但亦都越唔可以事事親力親為。

人要往上移一層。

移去一個新嘅位置，叫「監督者」。

Codex 移動版嘅本質，就係將「監督者」呢個角色，從一定要坐喺電腦前，變成可以隨身攜帶。

呢件事嘅意義，比 Codex 呢個產品本身大得多。

佢係 AI 時代第一次，正面解決咗「人點樣同一個可以自己開工嘅智能體長期共處」呢個問題。

而且解得好巧妙，唔係令 AI 更加智能、唔係令 AI 更加自主，而係令人更加輕鬆。

令人隨時可以喺度，但唔需要隨時在場。

呢個就係工業革命之後，人類協作姿態嘅下一次升級。

第一次升級係從「一定要親手做」到「可以請人做」。

第二次升級係從「可以請人做」到「可以請軟件做」。

今次升級，係從「可以請軟件做」到「可以請軟件隨時隨地替我哋做」。

每一次升級都將人從一線嘅執行入面抽出來，放到更加靠後、更加抽象嘅決策位置。

每一次升級都令「一個人可以管理嘅產能」上一個數量級。

工業革命之後，一個工廠主從管 5 個工匠，變成管 50 個工人。

電腦革命之後，一個產品經理從管 50 個工人，變成管 5 個工程師 + 一台服務器。

AI 革命去到 2026 年，一個一人公司創業者，可以管 5 個 Skill + 1 個 Codex + 1 部手機。

而手機先係真正嘅關鍵。

因為前兩次革命，管理者嘅工作地點都要跟住工人走，工廠主入車間，產品經理入辦公室。

去到 Codex 移動版呢一步，管理者第一次可以徹底脱離工作地點，實現真正嘅指揮權移動化。

大時代啊，朋友。

六偉公眾號 ————————————————————

但我一定要潑一盆冷水

我對 Codex 移動版好興奮，但唔建議任何人盲目衝。

手機屏幕細，人喺外面容易分心。

一邊行路一邊審批命令，真係容易睇漏細節。

有幾類操作我建議你睇清楚先㩒確認。

第一類，刪除檔案，尤其係批量刪除。

第二類，覆蓋已有內容，尤其係覆蓋客戶文檔。

第三類，提交 Code 到主分支，尤其係生產環境嘅 Code。

第四類，上傳外部平台，尤其係有授權憑證嘅上傳。

第五類，叫用付費 API，尤其係單次成本超過 10 蚊嘅。

第六類，操作客戶數據，尤其係涉及私隱同合規嘅。

呢啲操作，你喺手機上面見到提示，返電腦前先睇清楚。

唔係因為手機唔夠安全，係因為人喺外面嘅判斷質量本來就比坐喺電腦前低 30%。

你諗嚇自己用手機覆工作微信同坐喺電腦前覆工作 Email，認真程度係咪唔同？

同一道理。

移動化唔係令你更加求其，而係令你更加及時。

AI 智能體越強，人越唔可以放棄判斷，人要將判斷擺喺更加關鍵嘅位置。

我自己定咗一個簡單規矩。

低風險任務同方向性判斷，手機上面隨便覆。

高風險任務同結構性決策，返電腦前先睇。

呢條規矩睇落好老土，但我用咗一個月發現真係有用。

因為佢將「一定要電腦前」呢件事從「全部任務」壓縮到「少數高風險節點」。

剩低 80% 嘅時間，我自由咗。

六偉公眾號 ————————————————————

如果你都想用，從邊度開始？

最後講一段方法論，俾嗰啲被我說服、想試嚇嘅朋友。

第一步，唔好從寫 Code 開始。

我知道 Codex 係「軟件工程 Agent」，但你真係唔需要從寫 Code 切入。

你應該從三類任務起步—資料整理、內容生產、重複發布。

資料整理，例如叫佢將今日 AI 日報整理成 5 個選題，每個選題俾你標題、切入點、適合邊個、可唔可以導向你嘅產品。

內容生產，例如叫佢參考你嘅知識庫 + 今日新聞，寫一篇 3000 到 5000 字公眾號長文，最後發去草稿箱。

重複發布，例如每日從待發布文章入面揀一篇，刪除固定尾巴，重新排版，生成封面，發去草稿箱。

呢三類任務嘅共通點係，都唔算「傳統編程」，但都需要自動化，而且都可以見到明確結果。

第二步，淨係叫佢做「見到結果」嘅小任務。

唔好一嚟就叫佢「幫我做一個公眾號自動化系統」，呢個太大，容易炒車，炒完車你就放棄。

叫佢做「將呢個文件夾入面嘅文章整理成索引」呢類 10 分鐘可以行完嘅小事。

行完你睇一眼，啱嘅，繼續下一步，錯嘅，話俾佢知邊度錯，改。

呢個就係經典嘅小步快跑，但好多人就係做唔到，成日想一啖食個肥仔。

第三步，叫佢做「可重複」嘅任務。

第二步搞掂之後，將嗰個任務包裝成一個可以反覆行嘅 Script 或 Skill。

例如「每次運行都只處理新增內容，唔重複處理舊內容」。

呢一步係將一次性勞動變成可複用資產嘅關鍵。

好多人卡喺呢度，就係覺得「我下次再講多次咪得」，但你下次講嘅版本永遠同今次唔完全一樣，AI 嘅輸出就會漂移。

第四步，接外部平台。

到呢一步，你可以叫 Codex 對接公眾號草稿箱、飛書、Gmail、日曆、你嘅服務器。

接通嘅過程會踩好多坑，接口文檔、鑑權方式、IP 白名單、速率限制。

每個坑都唔致命，但每個坑都需要你同 Codex 配合慢慢爬。

爬過一次，以後就係公司資產。

第五步，沉澱成 Skill。

最重要嘅一步。

你反覆做緊嘅嘢，沉澱成 Skill 叫佢每次自動按制度執行。

我嘅公眾號排版 Skill 就係咁積累出嚟，版本號從 1.0 迭代到 5.7，每一次迭代都係因為我又發現咗一個新坑、糾正咗一個新偏差。

普通人用 AI 嘅終點，唔係收藏一萬條 Prompt，而係將自己嘅經驗變成一 set 可複用嘅流程。

呢句話再講一次，普通人用 AI 嘅終點，唔係收藏一萬條 Prompt，而係將自己嘅經驗變成一 set 可複用嘅流程。

呢件事一旦做起身，你嘅效率唔係提高 30%，你嘅工作形態會變。

你會從「我每日 8 小時低住頭做嘢」變成「我每日 2 個鐘拍板，剩低 6 個鐘審結果 + 學新嘢」。

後者就係一人公司創辦人嘅正常狀態。

前者係打工仔狀態。

AI 時代，普通人最大嘅機會，唔係成為更加熟練嘅工具操作者，而係盡早學識做一個小系統嘅老細。

哪怕呢個系統一開始好細。

只得一個 Obsidian、一個 Codex、幾個 Skill、一台服務器、一個公眾號草稿箱。

但佢已經唔係「你一個人做緊嘢」喇。

佢係一個會持續運作嘅細公司。

呢間公司唔需要 5 個工程師 + 3 個營運 + 1 個 Design + 2 個 Sales。

呢間公司，只需要你 + 一部手機。

事情是這樣的。

前天下午我在咖啡館等一個學員,本來只是想隨便刷一下手機。

我順手打開 ChatGPT,看到通知裏 Codex 跳了一條出來,說我那台 Mac mini 上正在跑的公眾號自動化任務,卡在公眾號接口的 IP 白名單上,要不要繼續用 43.156.246.8 這台服務器發佈。

我回了一個字,繼續。

然後我又把手機扔回桌上,繼續等學員。

那一刻我才意識到一件事。

我已經差不多一個月沒有完整地坐在電腦前「寫完一篇文章」了。

寫稿、排版、做封面、傳圖、發草稿箱,這一整套流程,大部分時間是 Codex 在我電腦上自己跑,我只是在它需要我的時候,從微信、咖啡館、高鐵、地鐵,甚至馬拉松補給站,順手回它一句。

5 月 14 日,OpenAI 把 Codex 正式接進了 ChatGPT 手機 App,iOS 和 Android 同時開放預覽,所有 ChatGPT 套餐都能用,包括免費版和 Go 版。

很多人一看到新聞,第一反應是「哦,又一個能在手機上寫代碼的工具」。

我看到的不是這個。

我看到的是,Codex 這一腳,踢開了「複雜工作必須坐在電腦前完成」這件事的最後一扇門。

六偉公眾號 ————————————————————

我先把 Codex 是什麼講清楚

很多朋友可能不知道,Codex 跟你印象裏那個 2021 年 OpenAI 發過又關掉的 Codex API,不是一個東西。

那個老 Codex 是代碼補全工具,放在 IDE 裏給你接下一行。

現在這個 Codex,完全是另一種產品。

它是 OpenAI 在 2025 年 4 月 16 日重新發布的一款「會自己幹活」的 AI 軟件工程 Agent,可以在沙箱裏讀你的代碼庫、寫代碼、跑測試、修 bug、自動提 PR。

到 2026 年 4 月 21 日,OpenAI 官方公開 Codex 周活已經突破 400 萬,而兩週之前這個數字還是 300 萬。

更狠的是另一個數據。

Codex 從年初 1 月 1 日的 20 萬周活,漲到 GPT-5.5 發佈前的 400 萬,4 個月翻了 20 倍。

這不是漸進增長,這是一個台階。

你想想,一個「開發者向」的工具,4 個月做到這個量級,什麼概念?

我自己看到這數據的時候愣了一下。

因為 200 萬到 400 萬這個段位的周活,基本就是把那些原來不寫代碼、但要處理複雜任務的人,也捲進來了。

包括我這種文科生一人公司創業者。

OpenAI 自己後來也承認,在 ChatGPT 企業版裏,工程、IT、研究之外的部門發的「編程相關消息」,過去六個月漲了 36%。

講人話就是,Codex 不只是程序員在用,法務在用、運營在用、寫公眾號的也在用。

這才是它真正的形態。

它不是給寫代碼的人加槓桿,它是給「原本就想把事情自動化、但不會寫代碼的人」打開了一扇門。

我自己就是從這扇門走進來的。

六偉公眾號 ————————————————————

5 月 14 日的移動版更新,遠比想象中重要

回到這次的新聞本身。

5 月 14 日,OpenAI 在官方賬號說了一句很輕的話:

Codex 進入 ChatGPT 手機 App,iOS 和 Android,所有套餐都能用。

句子很短,但裏面藏了三個變化。

第一,這是預覽版,從 5 月 14 日開始所有受支持地區全量推送,iPhone 和 Android 同時上,不分套餐,免費用戶也能用。

第二,手機不會把代碼搬到本地,文件、密鑰、權限、本地環境,全部留在 Codex 正在運行的那台機器上,手機只是同步實時狀態。

第三,用法是 Codex for Mac 顯示一個二維碼,你用 iPhone 或 Android 的 ChatGPT App 掃一下就配對成功。

我用一個比喻你就懂了。

你的 Mac 是辦公室,Codex 是坐在辦公室裏的員工,你的手機不是辦公室,只是一個安在牆上的對講機加監控屏。

你出門以後,辦公室還在運轉,員工還在幹活,你隨時能聽見他在幹嘛,他需要你拍板的時候也能找到你。

但辦公室的鑰匙、文件櫃、印章、客戶資料,一樣都沒搬到你包裏。

這個設計其實非常重要。

因為那結果就是 OpenAI 沒有打算讓你「在手機上敲代碼」,而是要讓你「在哪裏都能管住那個在幹活的 AI 員工」。

這是兩個完全不同的產品哲學。

前者是工具的延伸,後者是工作形態的遷移。

Codex 移動版不是手機版的編程 IDE,它是 AI 員工的隨身指揮台。

你看到了嗎?這次的關鍵詞不是「Codex」,而是「隨身」。

六偉公眾號 ————————————————————

為什麼這件事踩中了一人公司的命門

我從去年到今年一直在公開說一件事。

一人公司不是「一個人扛所有」,而是「一個人調度所有」。

這句話在過去半年被很多學員問過:那調度什麼呢?

調度的就是這些東西,智能體、流程、外包、Skill、知識庫。

而調度這件事,過去最大的瓶頸是什麼?

是人必須在場。

你的助理坐在工位上,你的設計在公司打開電腦,你的運營登錄後台,這些動作必須有人啓動、有人驗收、有人卡點拍板。

一人公司表面看是省了團隊,但其實把這些「必須人在場」的活,全部壓到了創始人一個人身上。

所以一人公司創業者最焦慮的不是錢,是時間。

是那種一打開電腦發現 47 個任務在等你,但你下午還要跑場客戶、晚上還要直播的撕裂感。

Codex 移動版第一次正面解了這道題。

它把「必須人在場」這件事,從「必須坐在電腦前」降級成了「必須在關鍵節點能回一句話」。

這個降級有多猛?

舉一個我自己最近真實在用的例子。

我有一個內容生產流水線,大概長這樣:

早上 8 點,Codex 自動跑當天的 AI 日報,從我的 aihot Skill 里拉條目,按一人公司業務方向打分,選出 Top 3 必寫選題。

我看一眼手機,圈一個。

它繼續跑,調用 khazix 寫作 Skill,基於我的 Obsidian 知識庫 + 當天搜索結果,開始寫一篇 5000 字長文。

中途它問我,這段關於價格的數據要不要查最新?

我說要。

它繼續跑,寫完,調用 liuwei-layout 排版 Skill,再調用 wechat-cover-generator 做封面。

我又看一眼手機,這個封面行不行?

我說,標題壓得太低,重做。

它繼續跑,做完,調用圖牀上傳腳本,通過我那台固定 IP 的服務器把圖傳到公眾號。

我又看一眼手機,通過。

最後一步,它把文章發到公眾號草稿箱,把草稿 ID 發給我。

整個過程,我大概是在地鐵上、在咖啡館、在跑步機上、在馬拉松補給點完成的。

我不是在寫文章,我是在審一條已經在運轉的內容生產線。

這件事如果倒退一個月,在 Codex 移動版出來之前,我每次都得回電腦前才能推進。

因為雖然 Codex 在 Mac 上自己能跑,但所有需要「決策」的節點,我必須坐在電腦前點確認、點繼續、點選項。

而內容生產這種事,卡點真的特別多。

標題這版不夠咪蒙,封面這版太醜,數據這段不夠新,引用這條來源存疑,排版數字圖模糊,公眾號 IP 白名單卡住,固定服務器今天 429 限流,等等等等。

每一個卡點都不是 AI 自己能決定的,但每一個卡點都不需要我超過 10 秒鐘思考。

10 秒鐘思考,但要求我必須回到電腦前才能給出,這就是過去一人公司效率上限的真正瓶頸。

Codex 移動版把這個瓶頸一次性砸開了。

它讓我口袋裏有了一家公司的後台。

六偉公眾號 ————————————————————

講講我這一個月真的幹了什麼

光說概念太虛,我把這一個月用 Codex 真正完成的幾件事拆開給你看。

第一件事,公眾號同行庫入庫。

我以前看同行公眾號文章靠收藏、截圖、轉發到自己微信文件傳輸助手,過一段就忘了在哪。

收藏夾是信息墳場,這話不是罵街,是事實。

我用 Codex 寫了一個抓取腳本,把我關注的二十幾個同行公眾號歷史文章,全部抓下來,按作者、按時間、按主題分類入庫到 Obsidian。

每篇文章一個 Markdown,連結原始 URL,作者單獨建卡片,主題打 tag。

這件事看起來不性感,但解決了一個我做了十年內容才意識到的底層問題。

我的判斷力,不能只靠當天的感覺,要有自己的樣本庫。

寫一個新選題之前,我可以先在 Obsidian 裏搜同行有沒有寫過、怎麼寫的、閲讀量大概什麼水位、有沒有踩坑。

這就是企業級編輯部的「競品監控」環節,只不過現在它只屬於我一個人,而且每天自動更新。

第二件事,微信羣日報。

我的微信羣裏每天幾百條消息,學員的問題、客戶的需求、羣友丟的連結、有時候還有能直接變成文章的觀點。

這些東西過去全沉底。

我讓 Codex 在每天晚上 11 點,自動把當天所有羣消息拉下來,只篩 5 類:真實需求、高頻問題、待辦事項、高價值連結、可寫成文章的觀點。

它把這 5 類整理成一篇日報,推到我郵箱。

這件事不是為了偷懶。

這件事是把微信羣從「聊天窗口」變成「需求池 + 選題池」。

我現在的選題來源裏,有相當一部分是從微信羣日報裏撈出來的。

因為學員的問題往往就是市場上一萬個普通人的問題,你回答一次,就能服務一萬次。

第三件事,公眾號全自動化。

這個流程上面提過了,但我要補一個細節。

整套鏈路裏最難的不是寫,不是排版,不是封面。

是圖片上傳。

公眾號官方接口對 IP 有白名單要求,你的服務器 IP 必須先在公眾號後台填進去,否則 401。

而且每個公眾號的 IP 列表都得單獨配。

我讓 Codex 把這套配置流程寫成了一個獨立模塊,所有 IP 白名單的檢查、報錯、自動重試、降級提示,全部內置。

寫完以後,我自己幾乎不用碰這塊邏輯了。

它出問題它自己提醒我,我在手機上回一句「換 B 通道」,它就切到備用服務器繼續傳。

第四件事,把這些能力沉澱成 Skill。

這一步是真正讓一切發生質變的地方。

我不會每次都重新教 Codex 一遍公眾號怎麼排版、封面用什麼色系、文章裏哪些尾巴必須刪、哪些話不能對外講。

我把這些規則一條一條寫進 Skill。

khazix-writing-style 是我的寫作風格。

liuwei-layout 是我的排版規範。

wechat-cover-generator 是我的封面生產規則。

aihot 是我的選題打分邏輯。

ai-trending-topics 是我的爆款判斷標準。

這些 Skill 加起來,就是我一人公司的「員工手冊」。

而 Codex 是那個不會請假、不會跳槽、不會忘事、永遠按手冊執行的「員工」。

Codex 對我最大的價值,從來不是它會寫代碼,是它能把我的判斷力固化成可以反覆執行的公司流程。

六偉公眾號 ————————————————————

為什麼是 Codex,不是別的?

講到這兒肯定有人要問,為什麼是 Codex,你不是經常聊 Claude Code 嗎?

坦率的講,我兩個都用,而且現在 Claude Code 還是我的主力。

但 Codex 這次移動版的更新,確實是 Anthropic 短期內追不上的。

我把數據放在這兒,你自己看。

在 SWE-bench Pro 上,GPT-5.3-Codex 拿了 56.8%,比上一代提升 25% 速度。

在 Terminal-Bench 2.0 這個最貼近真實運維場景的榜單上,Codex 拿了 77.3%,Claude Code 是 65.4%,Codex 領先。

但是,在 SWE-bench Verified 這個老牌代碼質量榜單上,Claude Code 4.7 拿了 87.6%,Codex 71.0%,Claude Code 反過來碾壓。

更有意思的是 Reddit 上一份 500 多人的開發者調查,65% 的開發者日常用 Codex,但盲審代碼質量時,Claude Code 寫出來的代碼被評為「更乾淨、更地道、結構更好」。

這是什麼意思?

這說明 Codex 和 Claude Code 已經不是同一個賽道里的兩個產品,它們是兩種工作哲學的代表。

Claude Code 像一個有潔癖的資深架構師,你得跟他一起坐下來,他寫得慢但寫得好。

Codex 像一個能同時跑十條線、敢自己拍板的項目經理,你給他目標他就跑,跑完結果丟給你看。

我現在的工作方式是,需要架構、需要可讀性、需要長期維護的代碼,我讓 Claude Code 寫。

需要快速跑通、需要批量併發、需要在我不在的時候自己往前推的活,我讓 Codex 幹。

而手機移動版這件事,從產品定位上看,只可能從 Codex 這邊先出來，雖然早在今年年初，Claude Code就出了移動版。

為什麼?

因為 Codex 本來就是「異步代理」的設計哲學,任務丟出去自己跑,跑完通知你。

而 Claude Code 是「交互式代理」的設計哲學,每一步都要跟你商量,每一步都要你點 yes/no。

異步代理天然適合移動場景,因為它本來就不需要你時刻盯着。

交互式代理硬塞進手機,體驗會非常擰巴,因為你不可能一邊走路一邊跟它對話討論架構。

這也是為什麼 Anthropic 那邊的移動版方案叫 Dispatch for Claude Cowork,定位上更像一個「任務分發中心」,而不是 Codex 這種直接把工作流搬到手機的做法。

兩邊各有各的對的地方。

但對一人公司、對那些不想成為程序員、只想用 AI 幹活的人來說,Codex 這一腳走得更狠,也更對。

六偉公眾號 ————————————————————

這個變化背後,是一個更大的遷移

聊到這兒,我想往大一點的方向聊一下。

學術圈這兩年有一個概念,叫從 Human-in-the-Loop 到 Human-on-the-Loop 的遷移。

HITL 的意思是,人在迴路裏,AI 每做一步都等你點頭。

HOTL 的意思是,人在迴路上,AI 自己跑,你只在異常情況下介入。

這兩個詞只差一個字母,但代表的是完全不同的協作姿態。

HITL 時代,你是 AI 的助手,你幫它修正、幫它判斷、幫它推進。

HOTL 時代,你是 AI 的老闆,你定標準、批資源、驗收結果。

2026 年這一年,業內基本達成共識,到 2026 年底,超過 40% 的企業應用會集成自主 AI 智能體,而 90% 完全自主的部署會因為「目標漂移」在長任務上失敗,自主性不帶問責制是災難性的負債。

這話翻譯過來就一句。

AI 越能自己幹活,人就越不能放手,但也越不能事必躬親。

人要往上挪一層。

挪到一個新的位置,叫「監督者」。

Codex 移動版的本質,就是把「監督者」這個角色,從必須坐在電腦前,變成可以隨身攜帶。

這件事的意義,比 Codex 這個產品本身大得多。

它是 AI 時代第一次,正面解決了「人如何與一個能自己幹活的智能體長期共處」這個問題。

而且解得很巧妙,不是讓 AI 更智能、不是讓 AI 更自主,是讓人更輕盈。

讓人隨時能在,但不需要隨時在場。

這就是工業革命之後,人類協作姿態的下一次升級。

第一次升級是從「必須親手做」到「可以僱人做」。

第二次升級是從「可以僱人做」到「可以僱軟件做」。

這一次升級,是從「可以僱軟件做」到「可以僱軟件隨時隨地替我做」。

每一次升級都把人從一線的執行裏抽出來,放到更靠後、更抽象的決策位置。

每一次升級都讓「一個人能管理的產能」上一個數量級。

工業革命之後,一個工廠主從管 5 個工匠,變成管 50 個工人。

計算機革命之後,一個產品經理從管 50 個工人,變成管 5 個工程師 + 一台服務器。

AI 革命到了 2026 年,一個一人公司創業者,可以管 5 個 Skill + 1 個 Codex + 1 部手機。

而手機才是真正的關鍵。

因為前兩次革命,管理者的工作地點也得跟着工人走,工廠主進車間,產品經理進辦公室。

到了 Codex 移動版這一步,管理者第一次可以徹底脱離工作地點,實現真正的指揮權移動化。

大時代啊,朋友們。

六偉公眾號 ————————————————————

但我必須潑一盆冷水

我對 Codex 移動版很興奮,但不建議任何人無腦衝。

手機屏幕小,人在外面容易分心。

一邊走路一邊審批命令,真的容易看漏細節。

有幾類操作我建議你看清楚再點確認。

第一類,刪除文件,尤其是批量刪除。

第二類,覆蓋已有內容,尤其是覆蓋客戶文檔。

第三類,提交代碼到主分支,尤其是生產環境的代碼。

第四類,上傳外部平台,尤其是帶授權憑證的上傳。

第五類,調用付費 API,尤其是單次成本超過 10 塊的。

第六類,操作客戶數據,尤其是涉及隱私和合規的。

這些操作,你在手機上看到提示,回電腦前再看。

不是因為手機不夠安全,是因為人在外面的判斷質量本來就比坐在電腦前低 30%。

你想想自己用手機回工作微信和坐在電腦前回工作郵件,認真程度是不是不一樣?

同樣的邏輯。

移動化不是讓你更草率,是讓你更及時。

AI 智能體越強,人越不能放棄判斷,人要把判斷放在更關鍵的位置。

我自己定了一個簡單的規矩。

低風險任務和方向性判斷,手機上隨便回。

高風險任務和結構性決策,回電腦前看。

這條規矩看起來很土,但我用了一個月發現真的有用。

因為它把「必須電腦前」這件事從「全部任務」壓縮到了「少數高風險節點」。

剩下 80% 的時間,我自由了。

六偉公眾號 ————————————————————

如果你也想用,從哪裏下手?

最後講一段方法論,給那些被我說服、想試試的朋友。

第一步,不要從寫代碼開始。

我知道 Codex 是「軟件工程 Agent」,但你真的不需要從寫代碼切入。

你應該從三類任務起步,資料整理、內容生產、重複發佈。

資料整理,比如讓它把今天 AI 日報整理成 5 個選題,每個選題給你標題、切入點、適合誰、能不能導向你的產品。

內容生產,比如讓它參考你的知識庫 + 今天新聞,寫一篇 3000 到 5000 字公眾號長文,最後發到草稿箱。

重複發佈,比如每天從待發布文章裏選一篇,刪除固定尾巴,重新排版,生成封面,發到草稿箱。

這三類任務的共同點是,都不算「傳統編程」,但都需要自動化,而且都能看見明確的結果。

第二步,只讓它做「看得見結果」的小任務。

不要一上來就讓它「幫我做一個公眾號自動化系統」,這太大,容易翻車,翻車以後你就放棄了。

讓它做「把這個文件夾裏的文章整理成索引」這種 10 分鐘能跑完的小事。

跑完你看一眼,對的,繼續下一步,錯的,告訴它哪錯了,改。

這就是經典的小步快跑,但很多人就是做不到,總想一口吃個胖子。

第三步,讓它做「可重複」的任務。

第二步搞定以後,把那個任務包裝成一個可以反覆跑的腳本或 Skill。

比如「每次運行都只處理新增內容,不重複處理舊內容」。

這一步是把一次性勞動變成可複用資產的關鍵。

很多人卡在這裏,就是覺得「我下次再說一遍不就行了」,但你下次說的版本永遠跟這次不完全一樣,AI 的輸出就漂移了。

第四步,接外部平台。

到這一步,你可以讓 Codex 對接公眾號草稿箱、飛書、Gmail、日曆、你的服務器。

接通的過程會踩很多坑,接口文檔、鑑權方式、IP 白名單、速率限制。

每個坑都不致命,但每個坑都需要你跟 Codex 配合慢慢爬。

爬過一次,以後就是公司資產。

第五步,沉澱成 Skill。

最關鍵的一步。

你反覆在做的事情,沉澱成 Skill 讓它每次自動按制度執行。

我的公眾號排版 Skill 就是這樣積累出來的,版本號從 1.0 迭代到 5.7,每一次迭代都是因為我又發現了一個新坑、糾正了一個新偏差。

普通人用 AI 的盡頭,不是收藏一萬條 Prompt,是把自己的經驗變成一套可複用的流程。

這句話再說一遍,普通人用 AI 的盡頭,不是收藏一萬條 Prompt,是把自己的經驗變成一套可複用的流程。

這件事一旦做起來,你的效率不是提高 30%,你的工作形態會變。

你會從「我每天 8 小時埋頭幹活」變成「我每天 2 小時拍板,剩下 6 小時審結果 + 學新東西」。

後者就是一人公司創始人的正常狀態。

前者是打工人狀態。

AI 時代,普通人最大的機會,不是成為更熟練的工具操作者,而是儘早學會做一個小系統的老闆。

哪怕這個系統一開始很小。

只有一個 Obsidian、一個 Codex、幾個 Skill、一台服務器、一個公眾號草稿箱。

但它已經不是「你一個人在幹活」了。

它是一個會持續運轉的小公司。

這家公司不需要 5 個工程師 + 3 個運營 + 1 個設計 + 2 個銷售。

這家公司,只需要你 + 一部手機。