1. 项目概述：一个被低估的开发者效率工具

如果你经常在终端里敲命令，尤其是和文件系统、Git仓库打交道，那么你大概率遇到过这样的场景：想知道当前光标所在行的具体信息，比如文件路径、行号、列号，或者想快速获取某个Git提交的哈希值，却不得不停下来，手动组合几个命令，或者写一小段脚本。这种打断思路的“微操作”看似不起眼，但一天积累下来，对开发效率的损耗是实实在在的。今天要聊的这个项目—— cursor_info ，就是专门为解决这类“微操作”痛点而生的。它不是一个庞大的IDE插件，也不是一个复杂的桌面应用，而是一个轻量级的命令行工具，旨在通过极简的命令，将光标位置、Git信息等上下文数据快速提取并格式化输出，无缝集成到你的Shell工作流中。

简单来说， cursor_info 是一个信息提取与格式化工具。它的核心价值在于“连接”与“转换”：连接你的编辑器（或终端光标位置）与外部命令（如Git、文件查找），将零散、原始的上下文信息，转换成结构化、可直接利用的数据。无论是想快速生成一个包含行号的错误报告链接，还是想在脚本中动态获取当前Git分支名， cursor_info 都能让你用一行命令搞定，省去中间繁琐的拼接和解析步骤。

这个项目适合所有与命令行和代码打交道的开发者，无论你是前端、后端还是运维工程师。特别是对于那些深度使用Vim、Neovim、Emacs等终端编辑器，或者习惯在Tmux、iTerm2等终端复用器中工作的人， cursor_info 能显著提升信息获取的效率。它的设计哲学是“UNIX风格”：做好一件小事，并能够通过管道（pipe）与其他工具完美协作。

2. 核心功能与设计思路拆解

cursor_info 的功能看似简单，但背后的设计思路却体现了一个优秀命令行工具应有的特质：单一职责、配置灵活、输出友好。我们来拆解一下它的核心功能模块以及为什么这样设计。

2.1 信息源的抽象与统一接口

工具的首要任务是获取信息。在终端环境下，信息的来源多种多样：

  1. 光标/位置信息 ：来自终端本身或终端模拟器（如 $LINES , $COLUMNS 环境变量，或通过终端控制序列查询）。
  2. 文件系统信息 ：当前工作目录（ pwd ）、文件路径、行号、列号。
  3. 版本控制信息 ：主要面向Git，包括当前分支名、最新提交哈希、仓库根目录等。
  4. 编辑器状态信息 （如果与编辑器集成）：比如在Neovim中，可以通过 nvim --server 或RPC API获取更丰富的缓冲区信息。

cursor_info 的设计聪明之处在于，它没有试图用一个庞杂的命令覆盖所有场景，而是通过不同的子命令或标志位来区分信息源。例如，可能设计为 cursor_info file 用于获取文件信息， cursor_info git 用于获取Git信息。这种设计遵循了“约定优于配置”的原则，用户意图清晰，命令也易于记忆。

更重要的是，它为不同来源的信息提供了统一的输出格式。无论是JSON、YAML还是简单的键值对，统一的格式使得下游工具（如 jq 解析、脚本处理）能够以一致的方式消费这些数据，这是实现自动化工作流的关键。

2.2 输出格式的可配置性与下游友好性

一个工具的输出是它与世界对话的方式。 cursor_info 必须提供多种输出格式来适应不同场景：

  • 纯文本/键值对 ：便于人类快速阅读，或用于简单的Shell变量赋值（ export BRANCH=$(cursor_info git --format=value branch) ）。
  • JSON ：这是机器处理的“通用语”。结构化的JSON输出可以被 jq 、 python 、 node.js 等无数工具轻松解析，集成到复杂的自动化脚本、CI/CD流水线中毫无压力。
  • 自定义模板 ：高级功能。允许用户通过Go template、Python的 str.format 或类似机制，自定义输出字符串。例如，可以定义一个模板 {file}:{line}:{col} 来直接生成编译器错误提示风格的定位字符串。

支持多种格式意味着工具本身不预设使用场景，而是将选择权交给用户。这使得 cursor_info 可以从一个简单的信息查询工具，演变为一个构建更强大工作流的“乐高积木”。

2.3 与编辑器和Shell的深度集成

工具的威力在于集成。 cursor_info 的价值不仅在于它本身能做什么，更在于它能如何被调用。

  • Shell别名/函数 ：最直接的集成方式。将常用的 cursor_info 命令封装成简短的别名，比如 alias cgbr='cursor_info git branch' 。
  • 编辑器命令映射 ：在Vim/Neovim中，可以映射一个快捷键，调用 cursor_info 获取当前光标位置和文件名，然后插入到文档中，或者复制到系统剪贴板。这比手动输入要快得多，也准确得多。
  • Tmux状态栏 ：可以将 cursor_info git branch 的输出集成到Tmux的状态栏，实时显示当前所在Git分支。
  • 作为其他命令的输入 ：通过管道，将其输出传递给 xargs 、 fzf （模糊查找器）等工具，实现交互式文件跳转、历史提交搜索等高级功能。

这种“可嵌入性”的设计，让 cursor_info 从一个独立的工具，变成了开发者工作环境中的一个“基础设施”组件。

3. 核心细节解析与实操要点

理解了设计思路，我们来看看在实际使用中，有哪些核心细节需要关注，以及如何避开常见的“坑”。

3.1 安装与依赖管理

cursor_info 作为一个Go语言项目（从仓库名 Justin-Yeung/cursor_info 的常见模式推断），其安装通常非常简便。

主流安装方式：

  1. 通过Go工具链安装 ：如果本地已安装Go（≥1.16），最简单的方式是 go install github.com/Justin-Yeung/cursor_info@latest 。这会将编译好的二进制文件安装到 $GOBIN （通常为 $GOPATH/bin 或 $HOME/go/bin ）目录下。确保该目录在你的系统 PATH 环境变量中。
  2. 下载预编译二进制文件 ：项目Release页面通常会提供各平台（Linux, macOS, Windows）的预编译二进制文件。直接下载对应版本，赋予可执行权限（ chmod +x cursor_info ），并移动到 PATH 中的目录（如 /usr/local/bin ）。
  3. 从源码编译 ：对于想尝鲜最新特性或进行定制的用户，可以 git clone 仓库后，在项目根目录执行 go build -o cursor_info . 进行编译。

依赖与兼容性要点：

注意 ： cursor_info 的核心功能可能依赖外部命令。例如， git 信息模块必然需要系统已安装Git。文件信息模块可能依赖 readlink 、 realpath 等标准工具。在安装后，首先通过 cursor_info --version 或 cursor_info --help 验证安装是否成功，然后尝试运行一个简单命令（如 cursor_info git branch ）来检查运行时依赖是否满足。在Docker容器或 minimalist 发行版中使用时，尤其要注意这些运行时依赖。

3.2 命令结构与常用标志解析

假设 cursor_info 采用了子命令结构，其命令行界面可能如下所示：

# 基础帮助
cursor_info --help

# 获取Git相关信息
cursor_info git [command] [flags]
# 例如：
cursor_info git branch          # 获取当前分支名
cursor_info git commit-hash    # 获取最新提交的完整哈希
cursor_info git root           # 获取Git仓库根目录
cursor_info git --format=json  # 以JSON格式输出所有Git信息

# 获取文件/位置相关信息 (可能需要从环境变量或参数读取位置)
cursor_info file --path ./main.go --line 10 --col 5
# 或者，更常见的是与编辑器集成，从标准输入或特定环境变量读取位置
# 例如，在Neovim中通过RPC获取位置后调用

# 全局标志
--format string    # 输出格式：text, json, yaml, template (default "text")
--template string  # 当--format=template时使用的Go模板字符串
--quiet            # 只输出结果，不输出任何额外信息（适用于脚本）

关键标志深度解读：

  • --format json ：这是自动化脚本的“黄金搭档”。JSON输出是结构化的，你可以用 jq 精准提取字段。例如： cursor_info git --format=json | jq -r .branch 。
  • --template ：这是实现个性化输出的利器。比如，你想生成一个GitHub的代码链接，可以这样用： 
    cursor_info git --format=template --template='https://github.com/Justin-Yeung/cursor_info/blob/{{.CommitHash}}/{{.FilePath}}#L{{.Line}}'
    （注：此模板为示例，实际字段名需参考工具文档）。这比手动拼接字符串要可靠和优雅得多。
  • --quiet ：在编写Shell脚本时，这个标志至关重要。它能确保输出只有你需要的数据，没有标题、装饰线条或警告信息，避免污染后续命令的输入。

3.3 性能考量与缓存策略

对于一个被频繁调用的工具（比如绑定到编辑器每次保存都执行），性能必须足够轻量。

  • 执行速度 ： cursor_info 本身应该是瞬时的。获取Git信息可能涉及执行 git 命令，这是主要的性能开销点。好的实现会考虑缓存机制，例如在短时间内（如2秒）对同一仓库的 git rev-parse 结果进行内存缓存，避免重复调用开销。
  • 资源占用 ：作为命令行工具，其内存占用应极小（通常几MB以内），启动时间应在毫秒级。
  • 并发安全 ：如果工具内部使用了缓存，并且可能在多进程环境下被调用（比如多个编辑器实例同时触发），那么缓存读写需要是并发安全的，或者采用进程隔离的缓存策略（如基于文件系统的缓存）。

实操心得 ：如果你发现 cursor_info git 在大型仓库中执行变慢，可以检查是否开启了工具内部的缓存（如果有此配置）。如果没有，可以考虑在脚本层面自己实现一个简单的缓存，例如将分支名存入一个环境变量，在同一个Shell会话中重复使用。

4. 实操过程与核心环节实现

让我们通过几个具体的、高价值的应用场景，来展示如何将 cursor_info 融入日常开发，并实现效率的倍增。

4.1 场景一：在终端中快速创建精准的错误报告链接

问题 ：当你在终端看到编译错误或测试失败，提示发生在 src/utils/helper.go:125 。你需要将这个位置报告给同事或记录到issue中。手动拼接仓库URL、分支、文件路径和行号非常容易出错。

解决方案 ：使用 cursor_info 自动化生成链接。

步骤：

  1. 进入仓库目录 ： cd /path/to/your/project
  2. 组合命令生成链接 ：我们假设错误位置是 src/utils/helper.go:125 。我们可以这样构造命令： 
    # 首先，获取当前Git仓库的远程URL和提交哈希
REMOTE_URL=$(git config --get remote.origin.url)
# 处理SSH格式的URL，转换为HTTPS格式（可选，视平台而定）
REMOTE_URL=${REMOTE_URL/git@github.com:/https://github.com/}
REMOTE_URL=${REMOTE_URL%.git}

COMMIT_HASH=$(cursor_info git commit-hash --quiet)
FILE_PATH="src/utils/helper.go"
LINE=125

# 生成GitHub风格的链接
echo "${REMOTE_URL}/blob/${COMMIT_HASH}/${FILE_PATH}#L${LINE}"
  3. 封装成Shell函数 ：将上述逻辑写成一个函数，放到你的 ~/.bashrc 或 ~/.zshrc 中： 
    function github-link() {
    local file_path=$1
    local line=${2:-1} # 行号，默认为1
    local remote_url=$(git config --get remote.origin.url | sed 's/git@github.com:/https:\/\/github.com\//; s/\.git$//')
    local commit_hash=$(cursor_info git commit-hash --quiet 2>/dev/null || git rev-parse HEAD)
    echo "${remote_url}/blob/${commit_hash}/${file_path}#L${line}"
}
    使用方式： github-link src/utils/helper.go 125 。你还可以进一步优化，让函数自动检测当前文件，或者与 cursor_info file 结合，直接从错误信息中解析路径和行号。

4.2 场景二：在Neovim中自动插入光标位置信息

问题 ：在编写文档或注释时，需要引用当前代码位置。手动输入文件路径和行号既慢又不精确。

解决方案 ：在Neovim中配置一个快捷键，调用 cursor_info 获取信息并插入。

步骤：

  1. 确保 cursor_info 在PATH中 ，并且Neovim可以访问到。
  2. 在Neovim配置中（如 init.lua 或 init.vim ）添加一个函数和映射 ： 
    -- 对于 init.lua
local function insert_cursor_info()
    -- 获取当前缓冲区文件路径（完整路径）
    local file_path = vim.fn.expand('%:p')
    -- 获取当前光标位置（行，列）。Vim的行号从1开始。
    local line_num = vim.fn.line('.')
    local col_num = vim.fn.col('.')
    
    -- 构建一个调用 cursor_info 的命令。
    -- 这里假设我们想插入格式为 `[文件:行:列]` 的信息。
    -- 注意：需要处理文件路径相对于Git根目录的情况，可能需要调用 `cursor_info file`
    -- 这里我们演示一个简单版本，直接使用绝对路径。
    local info_text = string.format('[%s:%d:%d]', file_path, line_num, col_num)
    
    -- 在当前位置插入文本
    vim.api.nvim_put({info_text}, 'c', false, true)
end

-- 映射快捷键，例如 `<Leader>ci` (Leader键通常是空格或反斜杠)
vim.keymap.set('n', '<Leader>ci', insert_cursor_info, { noremap = true, silent = true, desc = 'Insert cursor info' })

    " 对于 init.vim
function! InsertCursorInfo()
    let l:file_path = expand('%:p')
    let l:line_num = line('.')
    let l:col_num = col('.')
    let l:info_text = printf('[%s:%d:%d]', l:file_path, l:line_num, l:col_num)
    execute "normal! i" . l:info_text
endfunction

nnoremap <Leader>ci :call InsertCursorInfo()<CR>
  3. 更高级的集成 ：上述例子直接使用了Vim的内置函数。更强大的集成是让Neovim作为客户端，通过 jobstart 或 vim.fn.jobstart 异步调用 cursor_info 命令，获取更丰富的信息（如相对于Git根目录的路径、Git分支等），然后再进行插入。这需要更复杂的脚本，但灵活性极高。

4.3 场景三：动态定制Tmux状态栏，显示Git上下文

问题 ：在多个Tmux窗口或面板中工作，容易忘记当前所在目录对应的Git分支和状态。

解决方案 ：利用 cursor_info 和Tmux的状态栏变量，动态显示Git信息。

步骤：

  1. 在 ~/.tmux.conf 中配置状态栏 。Tmux允许通过 #{shell_command} 格式嵌入命令输出。 
    # 设置状态栏右侧显示内容
set -g status-right '#{?client_prefix,⌨️ ,}#{pane_current_path} | #(cd #{pane_current_path} && cursor_info git branch --quiet 2>/dev/null || echo "N/A") | %H:%M'
    这个配置做了几件事：
    • #{pane_current_path} ：显示当前面板的路径。
    • #(cd ... && cursor_info ...) ：这是一个Shell命令插值。它先切换到当前面板的路径，然后尝试执行 cursor_info git branch 。如果成功（在Git仓库内），则输出分支名；如果失败（非Git仓库或命令不存在），则输出 “N/A”。 2>/dev/null 用于隐藏错误信息。
  2. 优化性能 ：上述配置每次刷新状态栏都会执行一次Shell命令和 cursor_info 。在大型仓库中可能影响性能。一个优化方案是编写一个小的脚本，缓存分支信息，并定期更新（比如每5秒或当检测到目录变化时）。然后将Tmux状态栏指向这个缓存脚本的输出。 
    # ~/.local/bin/tmux_git_branch.sh
#!/bin/bash
PANE_PATH="$1"
CACHE_FILE="/tmp/tmux_git_branch_$(echo -n "$PANE_PATH" | md5sum | cut -d' ' -f1)"
CACHE_AGE=5 # 缓存5秒

if [[ -f "$CACHE_FILE" ]]; then
    LAST_MOD=$(stat -c %Y "$CACHE_FILE")
    NOW=$(date +%s)
    if (( NOW - LAST_MOD < CACHE_AGE )); then
        cat "$CACHE_FILE"
        exit 0
    fi
fi

BRANCH=$(cd "$PANE_PATH" 2>/dev/null && cursor_info git branch --quiet 2>/dev/null || echo "")
echo "$BRANCH" > "$CACHE_FILE"
echo "$BRANCH"
    然后在Tmux配置中调用这个脚本： #(tmux_git_branch.sh #{pane_current_path}) 。

4.4 场景四：与FZF结合实现智能历史提交搜索

问题 ：想快速查找包含某个关键词的历史提交，并查看其详情。

解决方案 ：利用 cursor_info 确定当前仓库，然后结合 git log 和 fzf 进行模糊搜索。

步骤：

  1. 编写一个Shell函数/脚本 ： 
    function git-search-commit() {
    # 确保在Git仓库内
    if ! git rev-parse --git-dir > /dev/null 2>&1; then
        echo "Not a git repository."
        return 1
    fi
    
    # 使用 cursor_info 获取仓库根目录，确保命令在正确位置执行
    # 如果 cursor_info 不支持 root，可以用 git rev-parse --show-toplevel 替代
    REPO_ROOT=$(cursor_info git root --quiet 2>/dev/null || git rev-parse --show-toplevel)
    
    # 使用 fzf 搜索 git log
    local selected_commit=$(cd "$REPO_ROOT" && git log --oneline --color=always | fzf --ansi --no-sort --reverse --height 40% --border)
    
    if [[ -n "$selected_commit" ]]; then
        # 提取提交哈希（每行第一个字段）
        local commit_hash=$(echo "$selected_commit" | awk '{print $1}')
        # 显示提交详情
        (cd "$REPO_ROOT" && git show --stat "$commit_hash")
    fi
}

# 绑定一个快捷键，例如 Ctrl-G Ctrl-S
bindkey -s '^G^S' 'git-search-commit\n'
  2. 原理 ：这个函数首先定位到Git仓库根目录。然后使用 git log --oneline 生成一个简洁的提交列表，并通过管道传递给 fzf 。 fzf 提供交互式模糊搜索界面。用户选择一条提交后，脚本提取其哈希值，并用 git show 显示详细更改内容。
  3. 扩展 ：你可以修改 git log 的参数来包含更多信息（如作者、日期），或者修改 fzf 的预览窗口（ --preview ）来直接显示 git show 的内容，实现更流畅的体验。 cursor_info 在这里的作用是提供了一种可靠的方式来获取仓库上下文，即使当前Shell的工作目录在仓库的子文件夹中。

5. 常见问题与排查技巧实录

即使是一个设计良好的工具，在实际集成和使用中也会遇到各种问题。下面记录了一些典型问题及其解决方法。

5.1 命令未找到或执行失败

问题表现 ：在终端输入 cursor_info 提示 command not found ，或者在脚本/编辑器中调用失败。

排查步骤：

  1. 检查安装路径 ：确认 cursor_info 二进制文件所在的目录（如 ~/go/bin , /usr/local/bin ）是否已添加到系统的 PATH 环境变量中。可以通过 echo $PATH 查看，或使用 which cursor_info 查找。
  2. 检查文件权限 ：确保二进制文件具有可执行权限： ls -l $(which cursor_info) ，如果没有，使用 chmod +x /path/to/cursor_info 。
  3. 验证基础功能 ：在终端直接运行 cursor_info --help ，看是否能正常输出帮助信息。这可以排除最基本的执行问题。
  4. 检查运行时依赖 ：如果 cursor_info 依赖 git 等外部命令，确保这些命令也已安装且在 PATH 中。可以尝试运行 git --version 。

实操心得 ：对于通过 go install 安装的情况，有时新开的Shell会话找不到命令，是因为 $GOBIN 没有添加到 PATH ，或者添加后没有重新加载Shell配置（ source ~/.zshrc ）。对于编辑器集成，需要特别注意编辑器的执行环境可能与你的交互式Shell环境不同。例如，在macOS上，从Launch启动的Neovim可能读取的是系统默认的 PATH ，而不是你在 ~/.zshrc 中配置的。这时需要在编辑器配置中显式地设置 PATH ，或者使用绝对路径来调用 cursor_info 。

5.2 输出格式不符合预期或解析错误

问题表现 ：脚本中通过 $(cursor_info ...) 获取的值包含换行符、多余空格或非预期格式，导致后续命令出错。

排查步骤：

  1. 使用 --quiet 标志 ：确保在脚本中使用时，添加 --quiet 标志来抑制任何非结果输出（如提示信息、装饰线）。
  2. 明确指定格式 ：对于机器解析，始终使用 --format=json 。JSON格式是结构化的，解析起来最可靠。然后使用 jq 来提取字段，例如： branch_name=$(cursor_info git --format=json --quiet | jq -r '.branch') 。 -r 参数让 jq 输出原始字符串，不带引号。
  3. 处理多行输出 ：如果输出可能是多行的（比如 git log 的原始输出），在命令替换时要用双引号包裹变量，或者使用 mapfile （Bash）来读入数组。例如： local info="$(cursor_info some-multi-line-command --quiet)" 。
  4. 检查字段名 ：使用 cursor_info git --format=json 查看完整的JSON输出结构，确认你要提取的字段名准确无误。不同版本的工具字段名可能有细微差别。

避坑技巧 ：在编写依赖 cursor_info 输出的脚本时， 始终假设输出可能包含空格或特殊字符 。使用双引号引用变量扩展是Shell脚本的最佳实践之一。对于关键脚本，可以加入简单的错误检查：

if ! branch=$(cursor_info git branch --quiet 2>/dev/null); then
    echo "Failed to get git branch or not in a git repo." >&2
    exit 1
fi
# 安全地使用 $branch
echo "Current branch: \"$branch\""

5.3 与特定编辑器或环境集成失败

问题表现 ：在Tmux状态栏、Neovim命令或VS Code终端中调用 cursor_info 时，获取的信息为空、错误或与在普通终端中不同。

排查步骤：

  1. 环境变量差异 ：这是最常见的原因。编辑器或Tmux启动的子Shell环境可能缺少某些关键环境变量（如 GIT_DIR , GIT_WORK_TREE ），或者 PATH 不同。在失败的环境中，打印出相关环境变量进行对比： env | grep -E 'PATH|GIT' 。
  2. 工作目录问题 ： cursor_info 获取Git信息通常是基于当前工作目录的。在编辑器插件中调用时，当前工作目录不一定是正在编辑的文件所在目录。 解决方案是：在调用 cursor_info 前，先使用 cd 切换到目标目录 。在Neovim中，可以用 vim.fn.expand('%:p:h') 获取文件所在目录。
  3. 异步执行问题 ：如果编辑器插件是异步调用 cursor_info ，需要处理好回调，确保在数据返回后才进行下一步操作。同时，异步调用可能无法直接设置环境变量，依赖环境变量的功能可能会失效。
  4. Tmux状态栏刷新 ：Tmux状态栏的命令执行是同步的，如果命令执行时间过长，会阻塞Tmux。确保你的命令（或脚本）执行速度很快。对于复杂的操作，务必使用前面提到的缓存机制。

诊断命令示例（在Neovim中） ：

-- 在Neovim中执行，查看当前环境和工作目录
:lua print(vim.fn.getcwd())
:lua print(vim.inspect(vim.fn.environ()))

比较这些输出与你在外部终端中的结果。

5.4 性能问题：在大型仓库中响应慢

问题表现 ：执行 cursor_info git 相关命令时，有明显延迟。

原因分析 ：延迟主要来自对 git 命令的调用，例如 git rev-parse --abbrev-ref HEAD （获取分支名）或 git rev-parse HEAD （获取提交哈希）。在文件数量极多或历史非常庞大的仓库中，这些命令可能不会瞬间完成。

优化策略：

  1. 启用工具内置缓存 ：查阅 cursor_info 的文档，看是否有内置的缓存机制及相关配置选项可以启用。
  2. 外部缓存 ：如前文Tmux示例所示，自己实现一个简单的基于时间的文件缓存脚本。将结果缓存几秒钟，在缓存有效期内直接读取缓存文件。
  3. 减少调用频率 ：评估是否真的需要实时信息。例如，Tmux状态栏的Git分支信息，每5-10秒更新一次完全足够，没必要每秒更新。
  4. 使用更快的Git命令替代 ：有时， cursor_info 可能为了获取全面信息而执行了多个 git 命令。如果你只需要分支名，可以对比一下直接使用 git symbolic-ref --short HEAD 的速度。如果更快，可以考虑向项目提Issue或PR，优化内部实现。

一个简易的外部缓存包装函数示例： 

function cached_cursor_info() {
    local cache_dir="${HOME}/.cache/cursor_info"
    mkdir -p "$cache_dir"
    local cache_key=$(echo -n "$PWD $*" | sha256sum | cut -d' ' -f1)
    local cache_file="${cache_dir}/${cache_key}"
    local cache_age=2 # 缓存2秒
    
    if [[ -f "$cache_file" ]]; then
        local now=$(date +%s)
        local mtime=$(stat -c %Y "$cache_file")
        if (( now - mtime < cache_age )); then
            cat "$cache_file"
            return 0
        fi
    fi
    
    cursor_info "$@" > "$cache_file"
    cat "$cache_file"
}

然后，在你的脚本或Tmux配置中使用 cached_cursor_info 代替原命令。

# 命令行工具
Logo
亚马逊云科技技术品牌专区

更多推荐

cover

DeepSeek API涨价500%！Agent框架同步开源

avatar 亚马逊云科技技术品牌专区
cover

Agent Run 的状态机：别把智能体交给 LLM 自己管

avatar 亚马逊云科技技术品牌专区
cover

【python】【FastAPI 进阶】《FastAPI 异步内核剖析：中间件链与 SQLAlchemy 异步驱动的全链路非阻塞实践》

avatar 亚马逊云科技技术品牌专区