开发工具 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 启动一个新会话时，可以看到更直接的错误（在vscode等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 会认为它没有以 front matter 分隔符开头，最后报：

`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` 头部可识别