效率工具 on 世界一隅 | 认知能量工程

AI审AI

Wed, 10 Jun 2026 00:00:00 +0000

上一个AI做的数据，让下一个AI来审，结果抓出一堆毛病。

Tue, 09 Jun 2026 20:00:00 +0800

一次完整的工程资料审计与重建过程。不只是修了哪些bug的工作日志，更是对几个底层问题的追问：合同数据和设计数据谁说了算？为什么隐藏行是最危险的陷阱？为什么生成器模式比手动改文档靠谱一千倍？

Mon, 18 May 2026 21:42:52 +0800

他用两天时间在 API 文档的迷宫中碰壁，又用 2 分钟完成了整条内容管线的贯通。这不是技术的胜利，而是一个个体对自己工具主权的夺回——在 API 的高墙下，真正的自由从不来自遵循规范，而来自对“轻量化”近乎偏执的坚持。

Sat, 02 May 2026 20:38:00 +0800

用 WxPusher 把你的微信变成每秒都在待命的贴身中枢。告别刷新焦虑，从这句咒语开始。

Fri, 01 May 2026 12:40:00 +0800

你每天打开多少次信息应用？

Gmail 的红点、Telegram 群聊的未读、RSS 阅读器的计数、Slack 的频道。每一枚红点都是一次认知打断。每一次滑动刷新都是一次注意力税。

我统计过自己的数字行为：平均每天在不同信息源之间切换 87 次。87 次上下文重建。87 次「我刚刚在想什么」。

这不是信息过载。这是信息碎尸——你的注意力被拆成 87 块，扔进了 87 个不同的桶里。每块都不够深，无法形成认知。

所以我在想：能不能反过来？不主动去「消费」信息，而是让信息自己汇聚到一个地方。等我有认知带宽的时候，一次性深潜处理。

于是有了 内容缓冲池（Content Buffer Pool）。

Fri, 01 May 2026 12:30:00 +0800

凌晨两点，我盯着 n8n 的 workflow 编辑器，屏幕上蜿蜒着二十几个拖拽节点。

这个号称"低代码自动化神器"的工具，为了把一个 Markdown 文件从 A 点搬到 B 点，消耗了我三个晚上的耐心。安装依赖冲突、Docker 镜像拉不下来、某个 node 莫名其妙 timeout。每一次点击"测试 workflow"，都在用我的认知带宽去喂养一个本不该存在的抽象层。

我把 n8n 的容器停了。然后写了一行 Python。

shutil.copy(src, dst)

三行代码。零依赖。零配置。零心理负担。

这不是一个关于技术选型的故事。这是一个关于认知能量的故事。

Mon, 01 Jan 0001 00:00:00 +0000

踩过坑、修好坑、记住坑——同一个坑不踩第二次。

写了几年代码，发现自己踩过的坑有一个共同特点：修的时候花了好几个小时，但根因往往就一行代码的事。更气人的是，过几个月又踩一遍。

于是我做了一件事：把踩过的坑按统一格式整理出来——每条固定四个段落：

攒了 16 条，放在 GitHub 开源仓库里，也搭了个简单的展示站。

症状：git push 到 GitHub 每次报 SSL/TLS handshake 失败

根因：Git 没走系统代理，直连被墙

修复：一行命令 —— git config --global http.proxy http://127.0.0.1:7897

教训：新机器第一件事就是设全局 Git 代理，不要只给单个仓库设

症状：AstrBot 微信公众号被动回复永远不执行，日志无任何报错

根因：140 行被动回复代码缩进在了 if active_send_mode: 块内部（12 空格对齐），当 active_send_mode=False 时整个 if 块被跳过

修复：代码提到 if 外面，和 if 同级缩进

教训：Python 缩进错误在特定条件下才暴露——代码在，逻辑在，就是进不去。排查时先怀疑控制流缩进