Claude Code /goal：让 AI 自主持续工作直到达成目标的新命令

用 [[Claude Code]] 写代码时，一直有一个令人微妙不适的摩擦：每当 Claude 完成一轮工作，控制权就回到了我这里，我需要再次发出指令，告诉它”继续”“再检查一遍”“还有这个文件没改”。对于那种需要跑很多轮才能完成的任务——比如把一个模块从旧 API 迁移到新 API 直到所有测试通过，或者逐文件重构某个目录直到符合统一规范——这个”人类中继”的环节就显得相当机械，本质上我只是在不停地按确认键。 [[Claude Code]] 最新推出的 /goal 命令针对的正是这个场景：你描述一个完成条件，Claude 就跨多个 turn 持续工作 Read more ...

2026-05-13 claude-code , ai-tools , productivity , automation , anthropic , cli

本地快速切换 Claude Code 和 Codex CLI 账号的几种方案

同时维护个人项目和工作项目的时候，最让我头疼的不是代码本身，而是工具的账号管理。[[Claude Code]] 和 [[Codex]] 这类 AI 编程工具，我在公司有一套账号，个人订阅又是另一套。每次在项目之间切换，都要 claude auth logout 再 claude auth login，不仅耗时，还经常忘了当前用的是哪个账号，写了半天才发现额度消耗到错误的账号上去了。 这个问题在社区里也有不少人反映。[[Claude Code]] 的 GitHub issue #261 从 2025 年初提出原生 multi-account 支持，到现在 Read more ...

2026-05-12 claude-code , codex , ai-tools , cli , productivity , account-switching

socat：比 netcat 更强大的网络瑞士军刀

在 Linux 网络工具箱里，大多数人都知道 [[netcat]]（nc），遇到要临时监听端口、传文件、测连通性，第一反应就是 nc。但用了一段时间之后我发现，[[socat]] 才是那个被严重低估的工具——它不仅能做 netcat 的一切，还能做很多 netcat 根本做不到的事，比如 SSL 加密通信、Unix socket 代理、串口转 TCP，以及真正灵活的双向数据流转发。 这篇文章我想把自己用 socat 的经验好好梳理一遍，从基础概念到实战场景，争取让你看完之后不再只会用 netcat 了。 socat 是什么 socat 的全称是 Read more ...

2026-05-12 linux , networking , socat , command-line , tools

codex-lb：用负载均衡的思路管理多个 ChatGPT 账号

用 [[Codex]] CLI 做开发的人大概都遇到过这个场景：手头有几个 ChatGPT 账号，分散在不同的订阅计划里，但工具只认一个账号，额度用完了只能手动切换，每次还要重新登录。更头疼的是，当多人共享一个环境，或者想用同一套配置同时跑 Codex CLI 和 OpenCode 时，账号管理很快就变成了一团乱麻。 codex-lb 用一个很优雅的思路解决了这个问题：把多个 ChatGPT 账号池化，暴露出一个统一的 OpenAI 兼容接口，所有下游客户端只需要指向这个本地代理就行了。它在 2026 年 1 月创建，目前已经积累了 1077 个 St Read more ...

2026-05-12 codex , chatgpt , openai , load-balancer , proxy , self-hosted , ai-tools , open-source

cc-switch：在多个 AI 编码工具之间优雅切换

最近这一年，AI 编码工具的竞争进入了白热化阶段。[[Claude Code]]、[[Gemini CLI]]、[[OpenAI Codex]]，每家都在拼命迭代，功能差距越来越小，价格战也越打越猛。于是我开始同时订阅好几个服务，针对不同的任务选用不同的工具——写复杂逻辑用 Claude，快速查文档用 Gemini，处理 Python 脚本用 Codex。 但问题随之而来：每次切换，我都要打开 ~/.config/ 下的各种配置文件，手动修改 API Key，重新指定默认命令，还要把 MCP 服务器的配置从一个工具迁移到另一个工具。这套操作做了几十次之 Read more ...

2026-05-04 ai-coding , claude-code , gemini-cli , cli-tool , developer-tools , mcp , productivity , open-source

Tangled：基于 AT Protocol 的去中心化代码托管平台

最近一段时间，我对去中心化互联网的兴趣越来越浓。[[Bluesky]] 的崛起让我第一次真正感受到 [[AT Protocol]] 的魅力——不是从概念上，而是实际体会到”带着自己的身份换平台”是什么感觉。然后，我发现了 [[Tangled]]。 Tangled 是一个建立在 AT Protocol 上的代码托管与协作平台，定位是 [[GitHub]] 的去中心化替代。第一次打开 tangled.org，界面整洁得出乎意料，仓库列表、Issue、Pull Request，一切都那么熟悉，但背后的逻辑已经完全不一样了。 Tangled 是什么 T Read more ...

2026-05-01 git , open-source , decentralized , at-protocol , bluesky , self-hosting

在 OpenClaw 中使用 Moomoo API Skills 查看和分析日本股市

上一篇文章里，我介绍了如何在 OpenClaw 中配置 Longbridge CLI 和 Skill，打通美股、港股、A 股的对话式查询与交易工作流。但是长桥并没有日本市场的行情，也不支持日股交易，所以今天我就再来介绍一下如何在 OpenClaw 中接入 moomoo 日本的 API 以及相应的 Skill 来帮我分析日本股市。 过去几年里，我都是使用其他网页信息来看高配当股、追跟踪日经225的 ETF、分析株主優待，数据来源七零八落，每次要对比几只股票的走势，得分别打开浏览器、moomoo App、再加上自己的笔记，来回切换很耗精力。恰好这段时间我也 Read more ...

2026-04-29 moomoo , openclaw , japan-stock , ai-agent , quantitative-trading , skill , openapi , moomoo-api

OpenClaw 浏览器自动化方案对比：内置 browser 插件与 agent-browser 该怎么选

我最近在用 [[OpenClaw]] 处理一些需要浏览器自动化的任务时，发现平台提供了两种截然不同的方案：一个是官方内置的 browser 插件，另一个是 [[Vercel]] Labs 开源的 agent-browser 外部 Skill。刚开始我以为两者差不多，无非是换了个名字、换了个入口，但用了一段时间之后才意识到，这两套方案的设计哲学完全不同——一个面向”人机协作”，另一个专为”AI 批量执行”而生。搞清楚这个区别之后，我的 Agent 任务效率和 API 成本都有了明显改善。 浏览器自动化在 AI Agent 工作流中的位置 浏览器自动 Read more ...

2026-04-28 openclaw , browser-automation , ai-agent , agent-browser , playwright

FILCO 斐尔可机械键盘品牌倒闭：一个时代的终结

最近看到一条让我心里一沉的消息——[[FILCO]]（斐尔可）的母公司 [[Diatec]] 在 2026 年 4 月 22 日突然停业了。没有正式的新闻发布会，没有任何对外的告别声明，官网上只留下一段简短的停业通知，随后连网站内容都清空了。对于很多玩过机械键盘的人来说，FILCO 不只是一个品牌名，它代表着那个机械键盘从小众走向主流的时代。 FILCO 是什么 如果你是在 2010 年前后接触机械键盘的人，你一定绕不开 FILCO 这个名字。Diatec 公司创立于 1982 年，总部位于东京，最初做的是半导体销售，后来逐步转型为 PC 外设领 Read more ...

2026-04-25 mechanical-keyboard , filco , diatec , keyboard , japan

末日期权完全指南：策略、机制与提高胜率的方法

最近在研究[[期权]]交易的时候，我越来越频繁地看到一个词：0DTE。尤其是在 Reddit 的 r/wallstreetbets 和一些量化交易社区里，关于末日期权的讨论热度一直居高不下。有人靠它一天翻了几倍账户，也有人一单清零。这种极端的收益分布，吸引了大量散户和专业交易者的目光。 我自己花了不少时间研究末日期权的机制和策略，今天就把这些整理成文章，聊聊末日期权到底是什么、有哪些核心策略，以及如何在这个高风险游戏里尽可能提高自己的胜算。 什么是末日期权 末日期权，英文叫 0DTE（Zero Days to Expiration），指的是在当 Read more ...

2026-04-22 options , trading , finance , 期权 , 投资

电子书

本站提供服务

文章分类

最近文章

  • Claude Code /goal：让 AI 自主持续工作直到达成目标的新命令 用 [[Claude Code]] 写代码时，一直有一个令人微妙不适的摩擦：每当 Claude 完成一轮工作，控制权就回到了我这里，我需要再次发出指令，告诉它”继续”“再检查一遍”“还有这个文件没改”。对于那种需要跑很多轮才能完成的任务——比如把一个模块从旧 API 迁移到新 API 直到所有测试通过，或者逐文件重构某个目录直到符合统一规范——这个”人类中继”的环节就显得相当机械，本质上我只是在不停地按确认键。
  • 本地快速切换 Claude Code 和 Codex CLI 账号的几种方案 同时维护个人项目和工作项目的时候，最让我头疼的不是代码本身，而是工具的账号管理。[[Claude Code]] 和 [[Codex]] 这类 AI 编程工具，我在公司有一套账号，个人订阅又是另一套。每次在项目之间切换，都要 claude auth logout 再 claude auth login，不仅耗时，还经常忘了当前用的是哪个账号，写了半天才发现额度消耗到错误的账号上去了。
  • socat：比 netcat 更强大的网络瑞士军刀
  • codex-lb：用负载均衡的思路管理多个 ChatGPT 账号 用 [[Codex]] CLI 做开发的人大概都遇到过这个场景：手头有几个 ChatGPT 账号，分散在不同的订阅计划里，但工具只认一个账号，额度用完了只能手动切换，每次还要重新登录。更头疼的是，当多人共享一个环境，或者想用同一套配置同时跑 Codex CLI 和 OpenCode 时，账号管理很快就变成了一团乱麻。
  • cc-switch：在多个 AI 编码工具之间优雅切换 最近这一年，AI 编码工具的竞争进入了白热化阶段。[[Claude Code]]、[[Gemini CLI]]、[[OpenAI Codex]]，每家都在拼命迭代，功能差距越来越小，价格战也越打越猛。于是我开始同时订阅好几个服务，针对不同的任务选用不同的工具——写复杂逻辑用 Claude，快速查文档用 Gemini，处理 Python 脚本用 Codex。