在 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 , 期权 , 投资

日语新旧字体：从 Rime 输入法说起

最近在折腾 [[Rime]] 输入法，想配置一套日语输入方案，方便写笔记时随时切换输入日语词汇。配置过程中我发现了一个奇怪的现象：候选词列表里有时会出现一些看起来像简体中文的汉字，而不是标准日语汉字的写法。出于好奇，我翻开 japanese.jmdict.dict.yaml 字库文件仔细检查，才意识到背后其实涉及日语汉字的一段重要历史——新旧字体之争。 日语汉字改革的历史背景 要理解这个问题，得先回到二战结束后的日本。1945 年战败后，日本政府推行了一系列文字改革，目的是降低汉字学习难度，推动文化普及。1946 年，日本内阁颁布了《当用漢字表》 Read more ...

2026-04-20 japanese , rime , input-method , kanji , language

Karpathy 的知识库管理方法：用 LLM 维护一个会自我生长的 Obsidian Wiki

[[Andrej Karpathy]] 最近在 GitHub 上发了一个 Gist，介绍了一套他叫做「LLM Wiki」的个人知识库管理模式。很多人说这是他这两年分享的东西里最实用的一个，我花了几天时间认真研究了一遍，觉得值得写一篇文章把它的核心逻辑说清楚。 Karpathy 不是第一次聊知识管理的话题了。2024 年初他就写过一篇关于 [[Obsidian]] 的「情书」，核心观点是 Obsidian 代表了他心目中软件应该有的样子——不是一个试图锁定用户的产品，而是一个哲学上站得住脚的工具。但那篇文章更多是在夸 Obsidian 的设计理念，而 Read more ...

2026-04-12 obsidian , knowledge-management , llm , pkm , karpathy , zettelkasten , ai-tools

Karpathy 的 AutoResearch：让 AI 替你做实验，一夜跑完 100 次迭代

2026 年 3 月 7 日，[[Andrej Karpathy]] 在 X 上发了一条推文，宣布开源一个叫做 AutoResearch 的项目。帖子的热度出乎很多人的意料——发布几天内 GitHub 累积了 21,000 个星标，原始推文的浏览量达到了 860 万。两周后，《财富》杂志专门写了一篇文章，把这套方法命名为「The Karpathy Loop」，认为它代表了 AI 研究方式的一次范式转变。 我自己看完这个项目之后第一反应是：这个想法太简洁了，简洁到让人觉得「为什么之前没有人这么做」。它的核心思路用一句话就能说清楚：把一个 AI Age Read more ...

2026-04-12 ai , machine-learning , karpathy , autoresearch , llm , automation , research

理解 kitty keyboard protocol：终端键盘输入终于不再靠猜

最近在重新整理终端和 [[TUI]] 工具链的时候，我又一次被一个老问题绊住了：为什么在图形界面里看起来再自然不过的一组快捷键，到了终端里就突然变得暧昧不清？最典型的例子就是 Tab 和 Ctrl+i，还有 Enter 和 Ctrl+m，再加上那个几乎所有 [[Vim]] 和 [[Neovim]] 用户都感受过的 Esc 延迟问题。你表面上看到的是一个快捷键不太灵，往下挖一层，真正的问题往往不在编辑器本身，而在终端把键盘事件传给程序的方式，本来就带着历史包袱。 这也是我最近重新认真去看 kitty keyboard protocol 的原因。它名字里虽 Read more ...

2026-04-09 kitty , keyboard-protocol , terminal , tui , neovim , vim , cli

Google AI Edge Eloquent 是什么，一款离线优先的 AI 语音整理应用

这两年我一直在看一个很有意思的变化：AI 产品一开始最容易被做成聊天窗口，但真正会进入日常工作流的，往往不是“再来一个聊天机器人”，而是那些把某个具体动作做得更顺手的工具。语音输入就是典型例子。很多人其实并不缺“能识别语音”的系统，手机自带输入法、系统听写、[[Whisper]] 生态都已经够用了，真正不够的，是把一段乱糟糟、带口头禅、夹杂自我修正的自然说话，直接变成可以贴进邮件、文档、消息框里的成品文字。 所以我看到 [[Google]] 最近推出 Google AI Edge Eloquent 时，第一反应不是“Google 又出了一个 AI Read more ...

2026-04-09 google , google-ai-edge , eloquent , gemma , litert , on-device-ai , dictation , ios , speech-to-text

Claude Managed Agents 是什么，如何使用

过去一年我在看 [[Agent]] 产品的时候，一个感受越来越强烈：真正难的往往不是“让模型会调用工具”，而是把一套能长期跑、能恢复、能接企业系统、还能管住权限的 agent 基础设施搭起来。很多团队一开始做 demo 很快，给 [[Claude]] 或别的模型加几个 tool，跑通一个 happy path 并不难；但一旦任务变成长时间执行、要操作代码、要调用外部服务、要给不同用户隔离凭据、要把中间状态可靠地保存下来，问题马上就从 Prompt 设计变成了系统设计。 所以我第一次看到 [[Anthropic]] 推出 Claude Managed Read more ...

2026-04-09 claude , anthropic , managed-agents , ai-agents , api , mcp , memory , vaults , agent-sdk

电子书

本站提供服务

文章分类

最近文章

  • 试遍所有 Navidrome 客户端，我最终选择了 Narjo 我是一个对音乐播放体验有点执念的人。自从搭建了 [[Navidrome]] 自托管音乐服务器，我就开始了一段漫长的客户端寻觅之旅。在 iOS 上，我几乎把能找到的 [[Navidrome]] 客户端都试了一遍，甚至为了体验更好而付费购买了 [[音流]]。但最终，我还是删掉了它们，把 [[Narjo]] 固定在了屏幕上。
  • Trellis：让 AI 编码代理真正投入生产的框架 最近我一直在思考一个问题：AI 编码工具越来越多，但为什么每次切换工具或开启新会话，都感觉像是从零开始？我用 [[Claude Code]] 写了一段时间，又想试试 [[Gemini]] CLI，但每次都要重新解释项目背景、编码规范、当前任务进度。这种重复性的”上下文喂养”工作，慢慢变成了一种隐性负担。
  • tiptop：用图表重新定义命令行系统监控 最近在排查一台服务器的性能问题时，我习惯性地打开了 [[htop]]，盯着那一列列滚动的数字，试图从里面读出 CPU 负载的变化趋势。说实话，数字本身没什么问题，但当你需要判断”过去几分钟内 CPU 是否有明显的周期性抖动”时，一屏幕的百分比实在不如一条折线来得直观。就在那个时候，我发现了 tiptop 这个工具，用了之后感觉有点相见恨晚。
  • PostHog：一站式开源产品分析平台
  • Claude Code /goal：让 AI 自主持续工作直到达成目标的新命令 用 [[Claude Code]] 写代码时，一直有一个令人微妙不适的摩擦：每当 Claude 完成一轮工作，控制权就回到了我这里，我需要再次发出指令，告诉它”继续”“再检查一遍”“还有这个文件没改”。对于那种需要跑很多轮才能完成的任务——比如把一个模块从旧 API 迁移到新 API 直到所有测试通过，或者逐文件重构某个目录直到符合统一规范——这个”人类中继”的环节就显得相当机械，本质上我只是在不停地按确认键。