Linkly AI CLI 介绍
Linkly AI CLI 是一个命令行工具,通过连接 Linkly AI Desktop 的 MCP 服务,让你在终端中搜索、浏览和阅读本地文档。它同时也是 AI Agent(如 Claude Desktop、Cursor)与 Linkly AI 之间的桥梁。终端搜索
在命令行中直接搜索你的文档,适合开发者和极客用户
MCP 桥接
以 stdio MCP 模式运行,让 Claude Desktop、Cursor 等 AI 工具调用 Linkly AI
安装
- macOS / Linux
- Windows
- Cargo
在终端中运行:或通过 Homebrew 安装:
默认情况下,CLI 通过
~/.linkly/port 文件自动发现并连接本地桌面应用。你也可以通过局域网或云隧道连接远程设备 — 参见下方连接模式。使用方法
CLI 遵循 search → grep 或 outline → read 的渐进式工作流:先搜索找到目标文档,再用 grep 定位模式或查看大纲了解结构,最后阅读具体内容。当用户描述的容器(“在我微信里”、“Notion 笔记里”)真实路径未知时,可在search 之前先调用 find-paths 定位。
每条成功的命令输出末尾都会带一行
[meta] now=2026-05-08T...Z 的 UTC 时间戳(JSON 模式则是顶层 _meta.now 字段)。这是 desktop 提供给 AI 助理用来推算”上个月”等相对时间的元信息,对人类用户而言可以忽略;脚本处理时建议过滤掉最后一行再做后续解析。检查连接状态
搜索文档
--scope notes 会把结果限定在你的笔记中,并且会忽略 --library 和 --path-glob —— 这两个过滤条件会被静默丢弃,而不是报错。查看文档大纲
DOC_ID 从搜索结果中获取。支持一次查看多个文档,也可以用 - 从管道读入 ID:
正则匹配文档内容
阅读文档内容
--offset 逐步读取:
路径定位(find-paths)
search 的辅助工具:当用户描述容器名(“在我的微信里”、“在 Notion 笔记里”)但你不知道这个容器在磁盘上的真实路径时,先用 find-paths 探测真实路径,再把它作为 search 的 --path-glob 参数。当目录名含 glob 元字符(* ? [)时,可直接使用返回的 path_glob 字段——它已转义,能字面匹配该目录。
典型用法(两步工作流):
--patterns 接受逗号分隔的多个关键词,工具内部会以 OR 关系做子串匹配。建议一次传入多个变体(中英对照、应用真实命名等),最大化首次召回率:
笔记
Linkly AI 会把简短的 Markdown 笔记保存在你的知识库目录中。它们就是普通的本地文件 —— 不会被上传 —— 并且和其他文档一样会被索引。note_id 和当前 version,两者都可以从 linkly list --scope notes 的输出中获取:
Shell 补全
bash、zsh、fish、powershell 或 elvish 的补全脚本。
- zsh
- bash
- fish
- PowerShell
MCP 模式
配置 Claude Desktop 等本地 AI 应用:
将以下内容添加到 Claude Desktop 等应用的配置文件中:
- macOS / Linux
- Windows
编辑
~/.config/Claude/claude_desktop_config.json:- Name:
linkly-ai - Command:
linkly mcp
更新 CLI
连接模式
CLI 支持三种方式连接你的 Linkly AI 知识库:本地模式(默认)
无需额外参数,CLI 自动读取~/.linkly/port 发现运行中的桌面应用:
局域网模式
连接局域网内其他设备上的 Linkly AI 实例。Token 可在桌面应用 设置 → MCP 中找到:远程模式
通过云隧道从任何地方连接你的知识库。首先保存 API Key(从 linkly.ai/dashboard 获取):--remote:
参数说明
全局选项
退出码
默认情况下,CLI 采用惯例的两种取值:成功返回 0,失败返回 1。注意”成功”包含”什么都没找到”——搜索没有命中时仍然退出 0。 加上--exit-code 可以区分这两种情况:
这个开关默认关闭,因为它改变了
1 的含义。不加时 1 表示”执行失败” —— 而这正是现有脚本所依赖的判断。
