Marico's space

最近折腾了 AI agent 的执行效率问题，踩了几个坑，这篇把问题说清楚。 当你给 AI agent 配上工具去完成一个真实的业务任务，它做的事情里有多少是真正有用的任务，又有多少只是在找方向——摸索 schema、把原始数据塞进 context、反反复复读数据、祈祷自己没漏掉某个字段？ 我做了个配对基准测试来直接测量这个差距。用的工具是 Foundgine，一个开源的 .NET 语义执行层

2026年6月底，团队GitHub Actions撞到了账单上限。每个PR（pull request，代码评审请求）的CI（持续集成，指每次代码变更自动运行测试的系统）检查都在2秒内失败，日志里空空如也。与此同时，Slack里的插件发布通知也停了。代码一行都没动过，是外部服务因为账单问题直接把我的基础设施掐断了。 当时我跑的是GitHub Actions免费额度。但免费额度用完了，CI被卡住，要

HERMES SOUL 与 COPILOT SHELL：VS CODE 中 HERMES AGENT 的内联编辑 受够了这种二选一。Copilot 的内联编辑体验确实最顺手——Tab 接受修改、编辑预览直接显示在 VS Code 里。但它不会跟着你成长：每次会话都是全新的，没有工具、没有记忆，一旦离开编辑器它就不存在了。而我的 Agent（Hermes）什么都有——记忆、工具、MCP 服务器、子

最近折腾了一套基于 LangChain 的语音智能体，踩了几个坑，这篇把问题说清楚。 构建语音智能体不是简单地把语音转文字、再接个大模型、最后转回语音就完事了。 真正的难题是：怎么让 AI 系统听得懂、推理得出、调用工具、记住上下文、还得响应够快，让对话保持自然感？ LangChain 能处理智能体和工具编排层，但实时体验很大程度上取决于它周围的东西。一个实用的架构大概长这样： User

最近折腾移动端自动化，发现这个领域正在发生一个有意思的范式转换。传统的自动化是"录个脚本，反复回放"，这成就了整个 RPA（机器人流程自动化）行业，但也附带了一套永无止境的维护工作。而 Mobile AI Agents 给你的是另一种交易：告诉我你想要什么结果，系统自己去琢磨步骤怎么走。今天把这两个方案掰开了聊聊。 RPA 是怎么工作的，以及为什么它不理想 RPA 算是办公室里最早一批的自动

最近折腾了一套 Node.js 电商后端，从零搭到上线，中间踩了几个坑，这篇把经验整理出来，供想上手的朋友参考。 做电商平台，光有漂亮的前端是不够的。后端要管商品、用户、订单、支付、库存，还要对接各种第三方服务。一套设计合理的 Node.js 后端能扛住成千上万的并发请求，响应速度快，运行稳定。 这篇会讲清楚怎么设计一套可扩展的 Node.js 电商后端，怎么组织 REST API，以及哪些做

React 性能优化：让网站更快的实用技巧 最近折腾了一个数据密集型的 React 项目，上线后被用户吐槽卡顿，排查了一圈发现踩了不少坑。这篇把 React 性能优化的实战经验整理出来，都是实打实能落地的东西。 性能对现代 Web 应用的重要性不用多说。页面加载慢、频繁卡顿、JS 体积臃肿，这些都会直接影响用户体验、搜索排名和转化率。React 本身提供了不少性能优化工具，但真正用好它们需要一

最近在给一个跨境电商平台做内容审核分类模块，踩了几个坑，这篇把选型思路说清楚。核心观点就一句：比较 API 网关的时候，别光看每 token 多少钱，要看每成功分类一条举报实际花了多少成本。对接美国和欧盟团队的 Node.js 项目来说，可审计的人工复审队列是底线，缓存和批量处理必须在严格的 TypeScript 证据信封里验证，任何无法追溯、无法验证、无法回放的结果一律拒绝。 对于电商平台来说

最近折腾小红书创作者分析智能体（Agent），踩了几个坑才明白一个道理：Agent 写出来的报告看着挺流畅，但能不能这么写才是关键问题。 如果 Agent 读取了三篇可见的帖子，然后悄悄把它们描述成"完整的账号策略"，问题不在于文字功底，而在于隐蔽的范围扩张。 做开源技能的过程中，我发现最有效的设计改进是把"覆盖账本"放在每个结论之前。 覆盖账本记录什么 账本把四个计数明确下来： *

很多WordPress站点看起来没啥问题，打开速度也凑合，但实际性能可能一塌糊涂。 你可能已经装了缓存插件，图片也压缩过了，CDN也开了，PageSpeed分数看起来也还行。 但网站用起来就是感觉卡。 原因很简单：WordPress性能优化从来不是装个插件就能搞定的事。它涉及服务器、数据库、主题、插件、图片、CSS、JavaScript、缓存层、第三方资源，以及浏览器解析页面的整个过程。