開發工具 on KnightLi的博客

Codex 開始控制電腦，對以後意味著什麼？

Wed, 29 Apr 2026 11:28:25 +0800

Codex 這次最值得關注的變化，不是又多了一個普通按鈕，而是它開始往「控制電腦」這個方向走。

以前我們使用 AI，更多是在聊天框裡提問、複製、貼上、再手動操作軟體。
現在這個邊界開始往外擴：AI 不只是回答你，而是可以根據你的目標去操作桌面應用。

這件事短期看是一個新功能，長期看可能會改變很多人使用電腦的方式。

這個功能是什麼

簡單說，Codex 的電腦使用能力，就是讓它能接觸並操作桌面環境。

它可以做的事包括：

可以選擇並控制某個應用
可以用自然語言下達任務
可以打開瀏覽器、AI 工具、本地文件或其他軟體
可以輸入內容、點擊按鈕、等待結果
可以把多個步驟串成一個任務
可以在後台繼續執行，不需要使用者每一步都手動跟著

它的定位不是單純替你寫一段文字，而是替你完成一段操作流程。

這就是 Agent 和普通聊天機器人的關鍵差別：
聊天機器人主要給答案，Agent 更接近「拿到目標後去執行」。

為什麼這件事重要

過去很多自動化都要求你會寫腳本。

比如你想完成一個跨軟體流程：

打開網頁
找資料
複製內容
交給另一個 AI 工具處理
保存文件
再打開本地目錄檢查結果

如果要自動化這件事，傳統做法可能是寫瀏覽器腳本、調用 API、寫本地程序，甚至還要處理各種軟體窗口。

但很多普通使用者不會寫這些東西。
就算會寫，也未必值得為一個臨時任務專門寫腳本。

電腦使用能力的意義就在這裡：它把「腳本能力」往自然語言方向推了一步。

你不一定要告訴它每一步怎麼點。
你可以告訴它你要什麼結果，讓它自己去嘗試完成。

它能改變哪些工作流

我覺得最先被改變的，不會是特別嚴肅、特別高風險的工作，而是那些「煩、雜、重複、但又不值得專門寫程序」的流程。

1. 跨軟體搬運

最典型的就是在多個軟體之間搬資訊。

以前你可能要在瀏覽器、文檔、聊天窗口、本地資料夾之間來回切。
以後可以把這類任務交給 Agent：

去找某類資料
匯總成文檔
保存到指定目錄
打開結果給你確認

這類工作不難，但很耗注意力。
Agent 的價值就是把這些碎操作吃掉。

2. 多個 AI 工具協同

現在很多人的真實工作流已經不是只用一個 AI。

可能是：

一個工具寫程式碼
一個工具查資料
一個工具生成圖片
一個工具整理文檔

以前這些工具之間靠人手複製貼上。
以後 Agent 可以成為中間層：它負責打開工具、傳遞上下文、等待輸出、整理結果。

這會讓「多個 AI 協同」從手工流程變成半自動流程。

3. 辦公軟體自動化

表格、PPT、文檔、郵件，這些軟體都有一個共同特點：功能很強，但很多操作很碎。

如果 Agent 能穩定控制這些軟體，以後的辦公自動化門檻會明顯下降。

你不用記選單在哪裡，也不用學複雜快捷鍵。
你只需要說清楚目標，比如：

把這份表格整理成月報
根據這份文檔做一頁總結
把這些資料合併成一個結構清楚的說明

真正麻煩的按鈕操作，會逐漸被隱藏到自然語言後面。

對普通使用者意味著什麼

對普通使用者來說，這類功能的影響可能比「模型又聰明了一點」更直接。

因為它降低的不是知識門檻，而是操作門檻。

很多人不是不會表達需求，而是不知道軟體裡該點哪裡、怎麼組合功能。
Agent 如果能接管這部分，人使用電腦的方式就會變成：

1
2
3

我描述目標
Agent 操作軟體
我檢查結果

這比單純聊天更接近真實生產力。

對軟體形態的影響

如果這類 Agent 能力繼續成熟，軟體本身也會被反向影響。

過去軟體設計主要服務人類點擊。
以後軟體可能還要服務 Agent 操作。

這意味著：

介面元素需要更清晰
操作回饋需要更穩定
本地權限需要更細
軟體可能會提供更適合 Agent 調用的介面
使用者會更在意「能不能被 AI 順利操作」

長期看，應用之間的邊界可能會變薄。
使用者關心的不再是「我打開哪個軟體」，而是「我要完成什麼任務」。

現在還不能過度樂觀

當然，現在還不到完全放手的時候。

這類能力目前還有幾個明顯限制：

穩定性還需要觀察
複雜任務可能中途出錯
權限邊界必須謹慎
涉及帳號、支付、刪除文件等操作不能隨便放權
額度消耗也不是完全可以忽略

所以現階段最合適的用法，不是讓它完全接管電腦，而是讓它處理低風險、可檢查、步驟繁瑣的任務。

比如：

整理資料
生成草稿
跨工具搬運內容
打開和檢查文件
做一些可以人工複核的半自動流程

最後一句

Codex 這次更新真正重要的地方，是它把 AI 從「回答問題」推向了「操作環境」。

短期看，它是一個電腦使用功能。
長期看，它可能是個人電腦互動方式的一次轉向。

以後我們使用電腦，可能會越來越少地記按鈕、找選單、切窗口。
更多時候，我們只需要說清楚目標，然後讓 Agent 去執行，再由人做最後判斷。

Codex Skill 明明在目錄裡，為什麼就是不顯示？

Wed, 29 Apr 2026 11:18:00 +0800

這次遇到的問題很隱蔽：~/.codex/skills 裡明明已經放好了多個 skill，新開 Codex 執行緒之後，側邊欄卻還是只能看到少數幾個。

一開始看起來像是快取或索引問題，但實際原因更具體：幾個 SKILL.md 文件開頭帶了 UTF-8 BOM，Codex 0.111.0 的 skill loader 沒有跳過這個位元組，於是誤判文件沒有合法的 YAML front matter。

現象

本地目錄裡有這些 skill：

~/.codex/skills/git-commit-push/SKILL.md
~/.codex/skills/hugo-rsync-deploy/SKILL.md
~/.codex/skills/bilibili-speech-transcriber/SKILL.md
~/.codex/skills/product-cutout-normalize/SKILL.md

但新開執行緒時，實際暴露出來的只有：

1
2

bilibili-speech-transcriber
product-cutout-normalize

也就是說，文件存在不等於當前會話一定能載入成功。Codex 會先解析每個 SKILL.md 的 front matter，解析失敗的 skill 會直接被排除。

排查

用 codex exec 啟動一個新會話時，可以看到更直接的錯誤。在 VS Code 等 IDE 中，可能看不到這些 log：

1
2

failed to load skill C:\Users\knightli\.codex\skills\git-commit-push\SKILL.md: missing YAML frontmatter delimited by ---
failed to load skill C:\Users\knightli\.codex\skills\hugo-rsync-deploy\SKILL.md: missing YAML frontmatter delimited by ---

這些文件肉眼看起來都有正常的開頭：

---
name: post-rewrite
description: ...
---

真正的問題在位元組層面。

失敗文件的開頭是：

`1`	`EF-BB-BF-2D-2D-2D`

能正常載入的文件開頭是：

`1`	`2D-2D-2D`

2D-2D-2D 就是 ---。前面的 EF-BB-BF 是 UTF-8 BOM。

原因

Codex 0.111.0 的 skill loader 目前要求 SKILL.md 文件第一個位元組就是 --- 的第一個 -。

如果文件前面帶了 UTF-8 BOM，那麼文件實際開頭就不再是 ---，而是：

`1`	`BOM + ---`

於是 loader 會認為它沒有以前置資料分隔符開頭，最後報：

`1`	`missing YAML frontmatter delimited by ---`

這不是 skill 內容寫錯了，也不是目錄放錯了，而是編碼細節讓解析器沒認出來。

修復

把出問題的 SKILL.md 轉成無 BOM 的 UTF-8 即可。

PowerShell 可以這樣處理：

$paths = @(
  'C:\Users\knightli\.codex\skills\git-commit-push\SKILL.md',
  'C:\Users\knightli\.codex\skills\hugo-rsync-deploy\SKILL.md',
)

$utf8NoBom = New-Object System.Text.UTF8Encoding($false)

foreach ($p in $paths) {
  $text = [IO.File]::ReadAllText($p, [Text.Encoding]::UTF8)
  [IO.File]::WriteAllText($p, $text, $utf8NoBom)
}

處理後再檢查文件頭，應該從：

`1`	`EF-BB-BF-2D-2D-2D`

變成：

`1`	`2D-2D-2D`

驗證

重新啟動一個 Codex 會話後，可見 skill 恢復為：

git-commit-push-zh
hugo-rsync-deploy
bilibili-speech-transcriber
product-cutout-normalize

如果側邊欄仍然只顯示舊的列表，可以退出當前 Codex sidebar 或窗口，再重新打開專案。skill 列表通常在會話啟動時載入，中途改文件不一定會立刻刷新到當前執行緒。

最後一句

這類問題最容易誤判成「Codex 沒重新索引」或「skill 沒安裝好」。

實際排查時可以先看三件事：

SKILL.md 是否真的在正確目錄
文件頭部是否有合法的 --- front matter
文件是否是無 BOM 的 UTF-8

這次的關鍵就是第三點：文件看起來沒問題，但第一個位元組不是 -，Codex 就沒有把它當作一個有效 skill。

Codex 裡的 ~/.codex/skills 和專案/.codex/skills 有什麼差別

Wed, 29 Apr 2026 11:08:00 +0800

很多人整理 Codex skills 時，最容易卡住的問題就兩個：

~/.codex/skills 和 專案/.codex/skills 有什麼差別
為什麼 skill 明明在目錄裡，當前會話裡卻不一定顯示

這篇就直接說結論。

兩者的差別

先記最短版本：

~/.codex/skills 是你的全域技能庫
專案/.codex/skills 是這個倉庫的本地技能庫

`~/.codex/skills`

適合放：

你自己跨專案反覆會用的 skill
跟具體倉庫無關的通用流程
很明顯屬於你個人習慣的工作流

比如：

post-rewrite
post-translate
git-commit-push
hugo-rsync-deploy
bilibili-speech-transcriber

這類 skill 的特點就是：離開當前專案也還能用。

`專案/.codex/skills`

適合放：

只對這個倉庫成立的流程
跟當前專案目錄結構、腳本、模板綁定很深的規則
需要讓團隊一起共享的 skill

比如：

這個倉庫特有的發布流程
只能在這個專案裡用的生成模板
跟專案私有腳本強綁定的自動化步驟

這類 skill 的特點是：離開這個倉庫就沒意義。

什麼時候放全域，什麼時候放專案裡

直接這樣判斷就夠了：

跟你個人習慣有關，放 ~/.codex/skills
跟倉庫規則有關，放 專案/.codex/skills
能跨專案複用，優先放全域
要多人共享、跟倉庫一起演進，優先放專案裡

當前這個倉庫是什麼情況

按我現在看到的實際狀態：

你的本機裡有 ~/.codex/skills
當前倉庫裡沒有 .codex/skills

所以你現在主要依賴的是全域 skills。

也就是說，像 post-rewrite、post-translate、git-commit-push 這些流程，現在更多是你個人工作流的一部分，不是這個倉庫顯式自帶的一部分。

為什麼磁碟裡有，當前會話裡卻不一定顯示

這裡要分清兩件事：

磁碟存在：說明 skill 文件在本地目錄裡
會話暴露：說明當前會話把它註冊進了可用 skill 列表

這兩者不是一回事。

所以會出現這種情況：

~/.codex/skills 裡已經有 skill
但 / 後面的列表裡沒有顯示

這通常不代表 skill 壞了，更常見的原因是：當前會話沒有把它重新索引進去。

怎樣讓 skill 被當前會話暴露

最實用的步驟就這幾條：

1. 目錄放對

全域：

`1`	`~/.codex/skills/<skill-name>/SKILL.md`

專案級：

`1`	`專案/.codex/skills/<skill-name>/SKILL.md`

2. `SKILL.md` 頭部可識別

最少要有：

---
name: your-skill-name
description: 這個 skill 是做什麼的
---

3. 新建或修改後，開新會話

很多時候 skill 沒顯示，不是文件有問題，而是當前會話啟動時就已經把可用 skill 列表定下來了。

所以你中途新建 skill，磁碟裡雖然已經有了，這次會話也未必會重新認。

最穩的做法就是：

放好 skill
結束當前會話
重新進入專案
開一個新會話
再看 / 裡有沒有出現

4. 專案 skill 最好提前放好

如果你想讓 專案/.codex/skills 更穩定地被識別，最好在進入倉庫、啟動會話之前，就把這些 skill 放進專案裡。

最後一句

最短結論就是：

~/.codex/skills 是你的個人技能庫
專案/.codex/skills 是倉庫的本地規則庫
skill 在目錄裡，不等於當前會話一定會顯示
想讓它顯示，最常見的辦法就是放對目錄、寫好 SKILL.md，然後開新會話

GoAccess 最新版自編譯與使用記錄：從原始碼安裝到即時 HTML 報表

Wed, 29 Apr 2026 00:08:00 +0800

時間點按 2026-04-29 整理。
目前官方 README 裡給出的最新穩定版是 1.10.2。

1. 先裝編譯依賴

1
2
3

sudo apt-get update
sudo apt-get install -y build-essential wget tar \
  libncurses-dev libmaxminddb-dev libssl-dev zlib1g-dev

2. 下載最新版原始碼包

cd /usr/local/src
sudo wget https://tar.goaccess.io/goaccess-1.10.2.tar.gz
sudo tar -xzvf goaccess-1.10.2.tar.gz
cd goaccess-1.10.2

3. 配置編譯參數

`1`	`sudo ./configure --enable-utf8 --enable-geoip=mmdb --with-zlib`

如果你還想給即時 HTML 報表配 TLS，也可以改成：

`1`	`sudo ./configure --enable-utf8 --enable-geoip=mmdb --with-zlib --with-openssl`

4. 編譯並安裝

1
2

sudo make
sudo make install

5. 確認版本

1
2

goaccess --version
which goaccess

6. 直接看終端報表

Nginx 或 Apache 常見 combined 日誌可以先這樣跑：

`1`	`goaccess /var/log/nginx/access.log --log-format=COMBINED`

如果日誌路徑是 Apache：

`1`	`goaccess /var/log/apache2/access.log --log-format=COMBINED`

7. 生成靜態 HTML 報表

goaccess /var/log/nginx/access.log \
  --log-format=COMBINED \
  -a \
  -o /usr/share/nginx/html/goaccess-report.html

輸出到目前目錄也可以：

goaccess /var/log/nginx/access.log \
  --log-format=COMBINED \
  -a \
  -o report.html

8. 生成即時 HTML 報表

goaccess /var/log/nginx/access.log \
  --log-format=COMBINED \
  -a \
  -o /usr/share/nginx/html/goaccess-report.html \
  --real-time-html

如果要改埠號：

goaccess /var/log/nginx/access.log \
  --log-format=COMBINED \
  -a \
  -o /usr/share/nginx/html/goaccess-report.html \
  --real-time-html \
  --port=7891

如果只綁定本機：

goaccess /var/log/nginx/access.log \
  --log-format=COMBINED \
  -a \
  -o /usr/share/nginx/html/goaccess-report.html \
  --real-time-html \
  --addr=127.0.0.1

9. 持續追日誌

`1`	`tail -f /var/log/nginx/access.log \| goaccess --log-format=COMBINED -`

從檔案開頭開始並保持即時：

tail -f -n +0 /var/log/nginx/access.log | goaccess \
  --log-format=COMBINED \
  -o report.html \
  --real-time-html -

10. 只看某類請求

例如只看帶 firefox 的請求：

1
2

tail -f /var/log/nginx/access.log | grep -i --line-buffered 'firefox' | goaccess \
  --log-format=COMBINED -

例如只看 5xx 和 3xx：

1
2
3

tail -f -n +0 /var/log/nginx/access.log | awk '$9~/3[0-9]{2}|5[0-9]{2}/' | goaccess \
  --log-format=COMBINED \
  -o out.html -

11. 多個日誌一起分析

`1`	`goaccess /var/log/nginx/access.log /var/log/nginx/access.log.1 --log-format=COMBINED`

壓縮和未壓縮一起讀：

`1`	`zcat --force /var/log/nginx/access.log* \| goaccess --log-format=COMBINED -`

12. 開多執行緒

goaccess /var/log/nginx/access.log \
  --log-format=COMBINED \
  -o report.html \
  -j 4

加大 chunk：

goaccess /var/log/nginx/access.log \
  --log-format=COMBINED \
  -o report.html \
  -j 4 \
  --chunk-size=8192

13. 增量處理

先持久化一份舊日誌：

`1`	`goaccess /var/log/nginx/access.log.1 --log-format=COMBINED --persist`

再追加目前日誌：

`1`	`goaccess /var/log/nginx/access.log --log-format=COMBINED --restore --persist`

只讀取已持久化資料：

`1`	`goaccess --restore`

14. 我自己會先跑的一組命令

sudo apt-get update
sudo apt-get install -y build-essential wget tar \
  libncurses-dev libmaxminddb-dev libssl-dev zlib1g-dev

cd /usr/local/src
sudo wget https://tar.goaccess.io/goaccess-1.10.2.tar.gz
sudo tar -xzvf goaccess-1.10.2.tar.gz
cd goaccess-1.10.2
sudo ./configure --enable-utf8 --enable-geoip=mmdb --with-zlib --with-openssl
sudo make
sudo make install

goaccess --version

goaccess /var/log/nginx/access.log \
  --log-format=COMBINED \
  -a \
  -o /usr/share/nginx/html/goaccess-report.html \
  --real-time-html

就這樣。
如果你的目標很明確，其實只要把最新版原始碼編譯好，再把 --log-format=COMBINED 和 --real-time-html 這兩個參數先跑通，後面基本就是圍著日誌路徑、輸出檔案和埠號在改。

開發工具 on KnightLi的博客

Codex 開始控制電腦，對以後意味著什麼？

這個功能是什麼

為什麼這件事重要

它能改變哪些工作流

1. 跨軟體搬運

2. 多個 AI 工具協同

3. 辦公軟體自動化

對普通使用者意味著什麼

對軟體形態的影響

現在還不能過度樂觀

最後一句

Codex Skill 明明在目錄裡，為什麼就是不顯示？

現象

排查

原因

修復

驗證

最後一句

Codex 裡的 ~/.codex/skills 和 專案/.codex/skills 有什麼差別

兩者的差別

~/.codex/skills

專案/.codex/skills

什麼時候放全域，什麼時候放專案裡

當前這個倉庫是什麼情況

為什麼磁碟裡有，當前會話裡卻不一定顯示

怎樣讓 skill 被當前會話暴露

1. 目錄放對

2. SKILL.md 頭部可識別

3. 新建或修改後，開新會話

4. 專案 skill 最好提前放好

最後一句

GoAccess 最新版自編譯與使用記錄：從原始碼安裝到即時 HTML 報表

1. 先裝編譯依賴

2. 下載最新版原始碼包

3. 配置編譯參數

4. 編譯並安裝

5. 確認版本

6. 直接看終端報表

7. 生成靜態 HTML 報表

8. 生成即時 HTML 報表

9. 持續追日誌

10. 只看某類請求

11. 多個日誌一起分析

12. 開多執行緒

13. 增量處理

14. 我自己會先跑的一組命令

Codex 裡的 ~/.codex/skills 和專案/.codex/skills 有什麼差別

`~/.codex/skills`

`專案/.codex/skills`

2. `SKILL.md` 頭部可識別