Verne in GitHub

Accio Work 阿里国际推出的跨境电商 AI Agent

最近刷到一条消息，阿里巴巴国际在海外发布了一个叫 Accio Work 的产品，号称三十分钟就能帮你从零搭建一家可以上线的跨境网店。第一反应当然是”又一个 AI 包装的噱头”，但仔细看了一圈之后发现，这东西和我们平时聊的那些通用 AI 助手还真不太一样。它不是一个聊天机器人，而是一个能自己干活的 Agent——你给它一个想法，它自己去做市场调研、选品、开店、写文案、发社交媒体、甚至帮你跟供应商砍价。 这篇文章就来聊聊 Accio 到底是什么，它能做什么，以及这类垂直领域的 AI Agent 和我们熟悉的通用大模型到底有什么不同。 Accio 的前 Read more ...

2026-03-28 alibaba , accio , ai-agent , cross-border-ecommerce , cloudflare

Exa MCP Server：让 AI 助手拥有实时搜索能力

最近在用 [[Claude Code]] 写文章和做技术调研的时候，经常需要获取最新的网页信息。Claude 自带的 WebSearch 工具能用，但返回的结果有时候不够精准，特别是搜代码示例和技术文档的时候。后来发现了 [[Exa]] 的 MCP Server（https://github.com/exa-labs/exa-mcp-server），接入之后搜索体验有了质的提升——不管是查最新的 API 文档、找代码示例还是做竞品调研，都比之前顺畅很多。 Exa 是什么 Exa是一家专门为 AI 构建的搜索引擎公司。和 Google 这类面向人类 Read more ...

2026-03-25 exa , mcp , mcp-server , ai-search , claude-code , cursor , web-search , semantic-search , coding-agent , developer-tools

Clientexec 从六升级到七的完整指南

最近 [[Clientexec]] 发布了 7.0.1 稳定版，我使用了 Clientexec 来管理主机，我一直在等这个大版本更新。之前一直停留在 6.6.1，看到 7.0 正式稳定后终于决定动手升级。整个过程踩了一些坑，这里把完整的升级流程和注意事项分享出来，希望能帮到同样需要升级的朋友。 为什么要升级到七 Clientexec 团队在 6.x 系列上持续投入了很长时间，从 6.5 到 6.6、6.7、6.8，每个版本都带来了不少改进。正因为这种「先把 6.x 做好」的策略，7.0 的发布时间比预期晚了不少，但换来的是一个更成熟的大版本。7. Read more ...

2026-03-24 clientexec , hosting , upgrade , php , server-management

Jina AI：为大语言模型而生的搜索基础设施

最近在搭建一个基于 RAG 的知识库系统时，遇到了一个很常见的问题：怎么把网页内容干净地喂给大语言模型？原始的 HTML 里充斥着导航栏、广告、脚本等各种噪音，直接丢给 LLM 不仅浪费 token，还严重影响输出质量。在尝试了几种方案之后，我发现 [[Jina AI]] 提供了一套非常完整的工具链，从网页内容提取、文本向量化、到深度搜索，几乎覆盖了 LLM 数据处理链路上的每一个环节。 Jina AI 是什么 Jina AI 是一家专注于搜索基础设施的 AI 公司，总部在柏林，在硅谷也有办公室。他们的定位很明确——为企业级搜索和检索提供基础模型 Read more ...

2026-03-23 jina-ai , llm , embedding , reader-api , rag , ai-search , deep-search

SyncTrain：让 iPhone 终于能用上 Syncthing 的开源客户端

用了这么多年 [[Syncthing]]，一直有一个痛点——iOS 上始终没有一个真正好用的客户端。之前用过 [[Möbius Sync]]，说实话体验相当一般，本质上就是把 Syncthing 的 Web UI 包了一层壳，收费不说，功能也受限。直到最近发现了 SyncTrain 这个项目，试用之后只想说：iOS 上的 Syncthing 体验终于像样了。 SyncTrain 是什么 SyncTrain（在 GitHub 上叫 Sushitrain）是一款原生的 iOS 和 macOS [[Syncthing]] 客户端，由荷兰开发者 Tomm Read more ...

2026-03-22 syncthing , ios , sync , open-source , self-hosted , file-sync , synctrain

Obsidian CLI 来了：从终端操控你的知识库

我用 [[Obsidian]] 管理笔记库已经好几年了，日记、技术笔记、读书摘录、项目文档全部塞在里面。但有一个事情一直让我觉得别扭——每次想在终端里快速记个想法，或者用脚本批量处理笔记的时候，都得绕一大圈。直接改 Markdown 文件虽然可以，但双链不会更新，属性不会同步到索引，改完还得回到 Obsidian 里手动刷新才能看到变化。这种”从后门溜进去”的感觉总是让人不太放心。 2026 年 2 月 27 日，[[Obsidian]] 1.12.4 正式发布，带来了官方的命令行界面（CLI）。这一次，前门终于打开了。 Obsidian CLI 是 Read more ...

2026-03-21 obsidian , cli , automation , productivity , knowledge-management

用 Claude Code 的 Remote Control 和 Channels 从手机和聊天软件操控你的终端

我平时写代码基本离不开 [[Claude Code]]，但有一个场景一直让我觉得不方便：电脑上跑着一个长任务，人已经离开工位了，想用手机看看进度或者追加一句指令，做不到。最近 Anthropic 连续发布了两个功能，把这个问题解决得相当干净——Remote Control 让你从手机浏览器或 Claude App 直接接管本地会话，Channels 则更进一步，让你通过 [[Telegram]] 或 [[Discord]] 给 Claude Code 发消息，它收到后在本地执行并把结果回复到聊天里。 Channels 这个功能是 Claude Co Read more ...

2026-03-20 claude-code , remote-control , discord , telegram , ai , anthropic

我 Vibe Coding 了一个日本看房神器：BukkenAI

最近在东京认真找房子，每次拿到一个物件地址，我都要重复做同样一套操作：打开 [[Google Maps]] 搜地址，确认大概位置；找最近的车站，看步行距离；切到 Yahoo 地图查灾害风险图；再搜一圈附近有没有超市、医院、药局。做完一遍下来，十几分钟就过去了，物件多的时候，这些重复的信息收集工作比看房本身还累。某天做完第 N 遍之后，我决定干脆自己做一个工具，输入地址，全部自动搞定。这就是 BukkenAI 的起点。 看房人的重复劳动 日本的看房信息通常只有地址和最近车站，缺乏对”周边生活环境”的系统性描述，不同平台的信息分散，每次都要自己东拼西凑。 Read more ...

2026-03-19 vibe-coding , japan , real-estate , side-project , ai , nextjs , fastapi

Entire：让 AI 编程会话成为 Git 历史的一部分

最近在使用 [[Claude Code]] 做项目的时候，遇到了一个反复让我头疼的问题：每次开新会话，AI 对上一次为什么这样写代码、选择这个架构、为什么放弃了某个方案，完全没有记忆。代码变更留在 Git 历史里，但那些和 AI 的对话、推理过程、权衡讨论，全部随着会话关闭而消失了。 直到我发现了 [[Entire]] 这个工具，才意识到这个问题是可以从根本上被解决的。 代码有版本，推理没有版本 我们已经习惯了用 Git 管理代码的每一次变化，git blame 可以告诉你某一行代码是谁在什么时间写的，git log 可以追溯整个演进历史。但这 Read more ...

2026-03-18 git , ai-coding , claude-code , developer-tools , entire

Atuin：用数据库替换 Shell 历史，跨设备同步不再是难题

在用了十几年命令行之后，我越来越觉得 Shell 历史是个被严重低估的功能。每次换机器、重装系统，那些积累了多年的命令历史就这么消失了。更让人抓狂的是，明明记得自己用过某个复杂的 ffmpeg 转码命令，或者某个 kubectl 调试命令，但就是死活想不起来完整参数。 直到发现了 [[Atuin]]，这个问题才算真正解决。 Atuin 是什么 [[Atuin]] 是一个开源的 Shell 历史增强工具，GitHub 上已经获得了接近三万颗星。它最核心的思路是：把传统的纯文本 ~/.bash_history 替换成一个 SQLite 数据库，在存 Read more ...

2026-03-18 shell , terminal , productivity , atuin , cli

电子书

本站提供服务

文章分类

最近文章

  • Nowledge Mem 使用半年体验：让所有 AI Agent 共享同一份记忆 今年 2 月份我把 [[Nowledge Mem]] 装到 MacBook 上，想解决的是一个很常见的问题：我希望在 [[Perplexity]] 网页上查过的资料，直接在 Claude Code 中可以记住。但没想到大半年过去，它已经变成了我每天都在用的软件，而且是那种「不在后台跑着就会觉得别扭」的存在。我在 Claude Code、[[Codex]]、[[OpenClaw]] 里开的每一个会话，开头都会先从它这里拿一份简报；网页上和 AI 聊过的东西会自动同步进去；我做过的决定、踩过的坑、服务器的配置，都沉淀成一条条可以被任何 Agent 检索的记忆。说它是我所有 Agent 的记忆和大脑，一点都不夸张。
  • Aside AI 浏览器介绍：既能自己干活，也能接入 Agent 前两天整理了一篇 AI 浏览器自动化方案怎么选，把 Playwright、MCP、Agent 专用浏览器、WebMCP 这些路线梳理了一遍。在那篇文章里我提到，「内置 Agent 的 AI 浏览器」这一类里我最看好的是 Aside，原因是它的密码管理器设计得很用心，但篇幅有限没有展开。今天就单独写一篇，聊聊这个浏览器到底能做什么、和 [[Comet]]、[[Dia Browser]] 有什么不一样，以及我现在是怎么用它的。如果你看完想试试，可以用我的邀请链接 https://aside.com/r/UpYKnv9ziq 注册，注册后会额外获得 100 Credits。
  • AI 浏览器自动化方案怎么选：从 Playwright、MCP 到 Agent 浏览器和 WebMCP 的全景梳理 最近我一直在研究「让 AI 用浏览器」这件事。起因是看到 Nowledge 写了一个 browse-now Skill，可以直接让 Claude 控制浏览器，紧接着又偶然发现了 [[Ego Lite]] 这款专门为 Agent 设计的浏览器。顺着这条线，我把 Aside、BrowserOS、Deta Surf 这几款 AI 浏览器挨个调研了一遍，越看越发现它们的侧重点和实现方式差别很大：有人在做测试框架，有人在做浏览器插件，有人从 Chromium 内核开始为 Agent 改造浏览器，还有人在推动新的 Web 标准。它们看起来都在「让 AI 操作网页」，解决的却根本不是同一个问题。
  • 入手 GL.iNet Comet Pro（RM10）：支持 Wi-Fi 6 的远程 IP KVM 家里的 [[Homelab]] 一直是一台 4 盘位的小主机跑 [[Proxmox VE]]，上面跑着 Ubuntu 虚拟机、一堆 Docker 服务和下载机。平时远程管理全靠 SSH 加 [[Tailscale]]，只要系统还活着基本没什么问题。真正让我不放心的是系统起不来的时候：升级内核后卡在启动界面、改网卡配置时手滑导致网络没起来、BIOS 被重置后不再从正确的硬盘启动，这时候 SSH 连不上，Tailscale 也不会在线，人不在家就只能干等。最近正好赶上一波促销，我入手了 [[GL.iNet]] 的 Comet Pro（型号 GL-RM10）远程 [[IP KVM]]，叠加各种限时优惠之后实际支付 590.76 元，算是把 Homelab 远程管理的最后一块短板补上了。
  • 用 PowerContext 给多个 Coding Agent 做任务交接 现在我写代码基本是 [[Codex]] 和 [[Claude Code]] 轮着用。有时候是 Codex 的额度先用完了，有时候是某一步我觉得 Claude Code 更合适，于是一个任务经常要在两个 Agent 之间换手。真正麻烦的不是换工具本身，而是换手的那一刻：新会话对前面发生的事一无所知。之前选了哪个库、哪个旧接口不能动、改了哪些文件、测试跑没跑过，这些信息全都留在上一段对话里。我只能手动复述一遍，或者把一大段聊天记录贴回去，前者容易漏掉关键约束，后者浪费 Token，还会让模型在几千行历史里抓不住重点。说到底，我缺的不是一个更大的上下文窗口，而是一份能在 Agent 之间传递、而且接手方可以核对的「当前状态」。在写这篇文章的时候还出现了另外一个思路就是利用 [[magpie]] 将模型路由给充足额度的账号，这个之后再写文章说。