昨晚升级之后,我们的 worker 大概六小时后开始泄漏连接。回滚就恢复正常了。
复现回归问题出现在你的 issue 列表之前,就已经出现在 X 上
一次发布出问题的时候,最早有用的报告往往是陌生人发的帖子——他们撞上了同一堵墙。这个技能读取 X,让正在调试的会话能确认这是不是你一个人遇到的问题。
- 技能包
- felo-skills/felo-x-search
- 读取范围
- 帖子、回复、个人主页
- 返回形式
- 带账号的信号
- 适用场景
- 你在盲调
cp -r felo-skills/felo-x-search .dsh/skills/dsh 直接从你指定的文件夹读取技能,所以一个 Felo 技能包离被会话调用只差一次复制,离彻底消失也只差一次删除。
- 从哪加载
- ~/project/.dsh/skills/ · ~/.agents/skills/
- 安装方式
- 复制文件夹,无需构建
- 值得注意
- 只读取根目录的直接子项
一条时间线,每条帖子都带着值得关注的理由
社交结果默认充满噪音。技能给每条帖子打上它的贡献标签——复现、绕过方法、确认,或者什么都没有。
一样。把连接池设成关闭空闲 socket 可以先绕过,等修复吧。
绕过方法在 3.1 上复现不了,只有新的 async 路径会。可能只影响长生命周期进程。
影响范围维护者在 issue 里回复了:修复已排进下一个补丁版本。
进展状态把区分讲清楚:「把确认过的报告和猜测分开,并告诉我每一条分别来自多少人。」
X 是线索,不是测量结果
社交数据的典型翻车方式就是太当真。用得好,它告诉你该去哪里看;用得糟,它告诉你一小撮声音大的人在想什么。
发帖量不等于发生率
四条关于某个 bug 的帖子不代表 4% 的用户遇到了它,只代表有四个人烦到愿意打字。升级事态之前,先和自己这边的错误率对一下。
记者和机器人挤满结果
只要事情够上新闻,排在前面的多半是评论而不是亲身经历。去找那些看起来像一线从业者、而不是媒体的账号的回复。
搜不到什么都证明不了
搜不到关于你这个 bug 的帖子,可能是没人遇到,也可能是遇到的人没发帖。沉默不等于体检合格。
和其他技能包一样挂载,然后把它隔到一边
和其他技能不同,它只在某一类会话里有用。装到项目范围内,它就不会出现在无关的工作里。
~/project/.dsh/skills/项目只对这个仓库生效。在把技能信任到整台机器之前,这里是先读一遍的好地方。
~/.agents/skills/用户每个项目都会加载,也是这台机器上其他框架会看的同一个文件夹。
mkdir -p .dsh/skills
cp -r felo-skills/felo-x-search .dsh/skills/列出这个项目里可以调用的技能。这样用能省下一下午
在你已经卡住的时候用它,而不是把它当成日常监控任务。
查一下 X 上关于这个版本连接处理的反馈。按发帖人实际观察到的现象分组,标出哪些带了复现步骤。返回内容一张分好组的故障图景,告诉你自己是早了、晚了还是孤例——外加一个等修复期间可以先试的绕过方法。
看看维护者有没有公开回应过这个问题,并把那条对话链接给我。返回内容直接从对话里拿到的进展,而不是从更新日志里猜出来的。
用权威来源把流程闭合
社交信号告诉你该去哪里看。这两个告诉你什么才是事实。
dsh 用户关于 X 数据的疑问
它能读某条帖子下面的回复吗?
需要我的 X 账号吗?
所谓的最新有多新?
DeepSeek Harness 的全部 Felo 技能
这 5 个技能都是为 DeepSeek Harness 编写的。它们在这个平台上的用法一致,所以你可以放在同一次会话里组合使用,不必重复说明自己的环境。
一个 API Key,一整套 Agent 工具
从技能开始,再按 dsh 工作流的需要组合模型、实时数据、知识和输出工具——用的还是 Felo 技能已经在用的那个 Key。
模型
当 Agent 需要自定义推理或生成时,使用性价比更高的 LLM 接入。
- LLM API
- 对话补全
- 模型接入
实时信息
为 Agent 提供最新的 Web 与社交信号,而不是依赖过时的上下文。
- Web Search
- X Search
- Web Fetch
知识与输出
把工作建立在可复用的知识之上,再转化为可以分享的交付物。
- LiveDoc
- PPT 生成
- 思维导图
创意工具
把工作流从调研延伸到视觉呈现和可直接交付的 Office 成果。
- 图像生成
- 页面工具
- Office 输出