让所有 AI Agent 遵守一个规则:完成后必须给出成品路径
说到这个,我终于搞定了一个老毛病:每次让 AI 做完项目,它就忘了告诉我文件在哪,或者服务跑在哪个端口。 这事儿烦了好久,尤其是一堆 agent 同时干活的时候,简直像在玩猜谜游戏。 第一个坑 电脑里装了好几个 AI Agent:Kimi、Claude、Codex、Hermes、OpenClaw、QClaw。它们各自独立运行,互不打扰,但都有个通病——任务完成不给路径。 比如让我生成个视频,它就
共 302 篇文章
第 265 - 276 条,共 302 条
说到这个,我终于搞定了一个老毛病:每次让 AI 做完项目,它就忘了告诉我文件在哪,或者服务跑在哪个端口。 这事儿烦了好久,尤其是一堆 agent 同时干活的时候,简直像在玩猜谜游戏。 第一个坑 电脑里装了好几个 AI Agent:Kimi、Claude、Codex、Hermes、OpenClaw、QClaw。它们各自独立运行,互不打扰,但都有个通病——任务完成不给路径。 比如让我生成个视频,它就
今天一口气装了三个命令行工具,都是跟数据采集和浏览器自动化相关的。 说到这个,我最近在搞点小项目,顺手把几个实用工具都整上了。 wxcli:查询微信聊天记录 wxcli 是个能读微信本地数据库的命令行工具,挺方便的。 安装很简单: bash npm install g @jackwener/wxcli 第一次用得先初始化一下: bash sudo wx init 第一个坑来了——macOS 用户
我把微信读书变成了自己的阅读仓库 前几天,我一直在折腾一件小事。 把微信读书里的书架、划线、想法,都同步到本地。 听起来挺技术的。 但我真正想解决的,不是技术问题。 而是另一个更日常的问题。 我们读了很多书,也划了很多线,偶尔还写几句想法。可过了一段时间,再想把这些东西找回来,就没那么容易了。 你隐约记得自己曾经在某本书里看到过一句话。 你也隐约记得,当时还写过一段想法。 但到底是哪本书,哪一章,
说到这个,我最近在折腾一个挺有意思的项目:把微信读书的笔记整理成可复用的知识资产。 不是简单导出一堆文字,而是想让它能自动变成 PPT、嵌入文章页,甚至支持亮暗主题切换。 给知识库搬一次家 以前脚本散落在各个地方,主页面、同步脚本、幻灯片生成器……全靠记忆在哪找。 后来干脆统一挪到一个叫 jianfeiweread 的目录里,省心多了。 迁移步骤其实很简单: 1. 先列清楚所有文件和它
内容发布系统的产品迭代手记 从标题泄漏到单页控制台,记录一个内容发布系统在与 AI 协作下的快速迭代过程。 Bug 现场:标题里混进了日志 用户发现推送到公众号后台的文章标题变成了: [3/3] 解析并输出标题完成 这不是标题,这是标题优化脚本的标准输出日志。 说到这个,真有点尴尬——我们当时以为 stdout 只有真正标题,结果它还顺带打印了进度条。 根因分析 V4 一键发布流程里,调用
说到这个,我最近被一个奇怪的警告绊住了脚——终端里蹦出一行字: ⚠ Skipped loading 10 skill(s) due to invalid SKILL.md files. 当时我就懵了:啥?十个技能文件全挂了? 仔细一看,问题五花八门: 九个缺了 description 字段 一个干脆连 YAML frontmatter 都没有 这些技能散落在各个 agent 目录下,比如 de
说到调试,别总想着直接改代码。 先看现象,再动手,不然容易越修越乱。 第一个坑:localhost:8765 到底是谁的? 用户说:“预览链接不对,还老是跳错项目。” 听着像配置问题,但别急着改配置。 不猜,先取证 AI 没动一行代码,先跑了个命令: bash lsof i :8765 结果吓一跳:端口 8765 上跑的根本不是我们项目的 jianfeihyper,而是另一个叫 jia
上一篇讲了迁移的整体思路,这篇来聊聊具体执行时遇到的坑。有些坑是代码层面的,有些是文档和认知层面的。记录出来,既给自己留个备忘,也给遇到类似问题的人一个参考。 ## 坑一:OptimizedStorageService 写了一堆,但系统根本没用上 这是最尴尬的一个发现。代码库里早就有一个 OptimizedStorageService,号称是"优化后的存储服务",实现了文件保存、元数据管理、迁
最近对 AutoClip 做了一次存储架构的彻底改造,把原先"文件系统+数据库各存一份"的双重存储模式,改成了"数据库管元数据、文件系统管实际文件"的分离存储模式。整个过程像是一场手术,先诊断病灶,再制定方案,最后开刀缝合。这篇文章先聊聊迁移的思路,下一篇再讲具体踩了哪些技术坑。 ## 双重存储的问题在哪 原先的设计里,切片的元数据既存在数据库的 Clip 表里,又以 clips_metada
今天踩了一个让我后背发凉的坑。 说到这个,我差点把整个生产环境搞崩了。 第一个坑:我写了个版本切换功能,就一行代码的事儿——用户选个 v3 或 v4,改个内存里的 config,然后用 yaml.safedump 写回 config.yml。 看着挺顺的,对吧? 其实根本没考虑过一件事:config 是什么时候加载的? 回到正题,问题出在这儿: app.py 启动时会执行 config = l
说到这个,以前想加个公众号或者改个微信 API 密钥,流程简直让人头大。 得找到 config.yml 文件,用编辑器打开,然后手动往 accounts 数组里加一个对象,里面要填 name、alias、appid、appsecret、default 这些字段。改完还得保存,重启服务器——对不熟悉代码的人来说,这简直就是噩梦。 YAML 格式是什么?缩进错了怎么办?appsecret 那么长一串怎
今天收到了一条让我愣住的反馈: 「这个系统对小白不友好,我都看不懂,小白怎么会看得懂」。 说实话,我当时就懵了。 不是因为批评,而是因为——我居然没意识到这个问题。 说到这个,我赶紧打开仪表盘看了看。 页面上密密麻麻一堆东西:发布日历、今日洞察横幅、业务线统计、队列统计、AI 标题推荐、内容缺口分析、文章质量评分、最佳发布时间、账号对比、微博监控、快捷操作按钮、历史记录标签页……