目录

林间·拾光

我电脑里的工具箱:常用软件、CLI 工具链和几个常逛的网站

  • Handsome
  • 0 字
  • 15 阅读
  • 0 评论

平时做开发、维护博客,电脑上免不了装不少东西。

有的负责写代码,有的负责查数据,有的只是帮忙把截图标清楚、把刚才复制的链接找回来。真坐下来整理,才发现工作里的很多小环节,都有一两款工具在后面接着。

这次就把它们放在一起聊聊。从桌面软件,到终端里的 CLI 工具链,再到平时会打开的网站,看看各自适合解决什么问题。

清单结合了近期使用的工具、电脑里已安装的配套软件,以及博客里写过的内容。每一款的使用频率不同,按自己的工作场景挑就好。

一、开发时会用到的软件

ChatGPT / Codex:从讨论问题,到查看实际改动

现在处理一个开发任务,往往会先把现象、目标和相关文件放在一起,再逐步分析、修改和验证。桌面应用可以围绕项目、文件组织工作;Codex 也有终端入口,适合在代码目录里开展任务。

推荐给需要阅读项目、处理开发需求,或者反复整理复杂材料的人。使用时把“要完成什么”和“怎样算完成”交代清楚,后面检查结果会更有依据。

Claude Code、Gemini CLI:终端里的 AI 编程入口

Claude Code 可以读取代码、编辑文件、运行命令,适合把一段连续的开发工作放在终端里推进。Gemini CLI 则提供了另一个开源的终端 AI Agent 入口,适合已经在使用 Gemini、希望把它接入开发环境的人。

这两款在我的电脑里都有。建议先选一个用于具体任务,熟悉它怎样读取上下文、展示改动,再根据项目需要选择其他入口。

Orca:项目多起来之后,给任务留出各自的空间

同时维护几个项目时,终端、编辑器和浏览器窗口容易越开越多。Orca 围绕 Git worktree 组织任务,让不同任务拥有各自的工作目录和 Agent 会话,也提供查看差异的入口。

推荐给已经在使用 AI 编程工具、又经常切换项目或分支的人。它比较适合解决“这几个任务分别做到哪里了”的问题。

DBX:查字段、写 SQL、核对结果

处理数据问题时,需要先看表和字段,再写查询,最后把结果对回业务现象。DBX 将连接管理、SQL 编辑、数据表格和结构浏览放在同一个客户端里,可以承接这条查询路径。

推荐给后端开发、报表开发,以及经常需要自己查询数据库的人。能方便地看到结构和结果,对定位问题很有帮助。

SmartGit:提交前,把改动再看一遍

SmartGit 提供可视化的提交、分支、合并和冲突处理。对维护多个仓库的人来说,一个能集中查看文件差异和分支关系的界面很实用。

推荐给希望通过图形界面检查 Git 操作的人。尤其是提交前逐个确认文件,能帮助自己回想起这次任务到底动了哪些地方。

Termark:连接服务器,也处理文件和端口转发

经常部署项目、查看日志,SSH 客户端会成为一个很常开的窗口。Termark 把 SSH、终端、文件传输和 AI 助手整合在同一个工作台里,适合需要管理多台主机的人。

这款工具之前在博客里单独写过,具体使用场景可以接着看那篇。这里推荐它的理由也很直接:服务器相关的零碎操作,能集中处理就省心一些。

按项目需要配齐的几款软件

下面这些也在我的电脑里,各自对应比较明确的任务。实际使用时,可以跟着项目需要来选。

软件

用来做什么

更适合谁

Java、Kotlin 项目开发,调试、重构和测试

主要维护 JVM 项目的人

编辑前端、脚本、配置文件,并按需扩展开发能力

工作内容横跨多种语言的人

管理 API 文档、调试接口、准备 Mock 和接口测试

经常做前后端联调的人

在 Mac 上运行 Docker 容器和 Linux 环境

需要本地服务环境的开发者

小程序项目的编译、调试和预览

做微信小程序的人

二、每天那些小操作,也值得有顺手的工具

iShot Pro:把页面问题说明白

截图、长截图、标注、OCR,都是很容易用到的功能。反馈一个页面问题时,圈出位置、标好步骤,再配上一两句话,对方通常更容易理解。

推荐给经常写说明、做教程、反馈问题的 Mac 用户。可以先把截图和标注用熟,再逐步使用其他功能。

Paste:复制过的内容,还能回头找

一会儿复制链接,一会儿复制 SQL,一会儿又复制了一段文字,最后常常还要回去找第一条。Paste 可以保存、搜索复制历史,并按来源应用、内容类型和时间等条件筛选。

推荐给频繁在聊天、浏览器、文档和编辑器之间搬运信息的人。整理资料时,它能少掉一些“我刚才复制的东西在哪”的来回寻找。

uTools 和 Bob:随手处理小任务、读懂一段资料

uTools 提供文件搜索、图片处理、文字识别等插件应用,适合把零散的小工具集中起来。Bob 则偏向翻译与 OCR,支持划词翻译、截图翻译等使用方式。

经常读英文文档的人可以看看 Bob;经常处理小型文件任务的人,可以从 uTools 里挑两三个确实会反复用到的功能。

文档和文件处理的配套选择

软件

用来做什么

推荐场景

处理文字、表格、演示等办公文件

接收资料、核对数据、交付文档

文件压缩、解压和分卷

整理资源、传递文件

整理个人笔记,并把相关内容连接起来

需要长期积累自己的资料库

这些是按需准备的配套工具。日常哪一类文件处理得多,就先把对应的软件用顺。

三、终端里的 CLI 工具链

CLI 就是命令行工具。名字看起来偏技术,落到日常使用里,做的事情其实很具体:安装工具、切换环境、启动项目、查找文件、查看构建结果。

我会按下面几组来整理。

1. Homebrew:安装和管理开发工具

在 Mac 上装命令行工具,Homebrew 是一个很方便的入口。软件包和桌面应用都可以按其支持的方式管理,需要找某个工具时,也可以先查看相关包信息。

适合准备长期使用终端的 Mac 用户。比如需要 GitHub CLI,就可以先运行 brew info gh 了解这个包。

2. nvm、Node.js、npm、pnpm、Bun:把前端环境理顺

这组在我的终端使用记录里出现得比较多:切 Node 版本、安装依赖、启动项目,基本都是围绕它们展开的。

工具

负责什么

什么情况下用

安装、切换 Node.js 版本

不同项目需要不同 Node 版本时

Node.js /

JavaScript 运行环境,以及包管理、项目脚本入口

运行已有 Node 项目时

管理项目依赖,支持 workspace 等组织方式

项目已经采用 pnpm,或维护多个关联包时

提供 JavaScript 运行时、包管理和测试等工具

项目已采用 Bun,或准备评估它时

接手已有项目时,我会先看 README、package.json 和锁文件,沿用项目约定的版本与包管理器。有 .nvmrc 的项目可以通过 nvm use 切换环境,再执行相应的安装和启动命令。

这一组的价值,是让环境跟着项目走。项目多起来后,少一点手动改配置,就能少一点切换时的打断。

3. Git、GitHub CLI:管理改动,也查看协作进度

Git 负责版本历史、分支和差异;GitHub CLI 的命令是 gh,用来在终端里处理 GitHub 上的 PR、Issue、工作流等内容。

推荐给维护代码仓库的人。平时可以先熟悉 git status、git diff、git log,有 GitHub 协作需求后,再逐步使用 gh pr list、gh run list 等命令。

SmartGit、Git 和 gh 也能配合着用:图形界面适合集中检查差异,终端适合把版本管理接进日常脚本,gh 则补上平台协作这一层。

4. ripgrep、jq、curl、SSH、rsync:搜索、检查和传输

这些工具每次解决的问题都比较小,组合起来却很实用。

工具

用途

一个常见场景

rg

在文件中搜索文本和模式

查配置项、接口路径、错误信息

筛选、格式化和转换 JSON

从接口返回中提取需要的字段

发起 HTTP 等请求,检查响应

查看接口状态、响应头和返回内容

连接远程主机,也支持端口转发

查看服务器日志、访问远程环境

同步文件和目录

传输资源、同步构建产物或备份目录

其中 rg 很适合先学起来。例如在源码目录里查找待办,可以用 rg -n 'TODO|FIXME' src。已有 JSON 文件需要格式化时,可以运行 jq . response.json。从这些具体的小用途入手,比一次记住很多参数更容易。

5. SDKMAN、Gradle Wrapper:Java 项目的版本与构建

维护不同 Java 项目,JDK 版本经常会不一样。SDKMAN 可以安装和切换 Java 等 JVM 工具链,这也是我之前在博客里专门整理过的内容。

项目有 Gradle Wrapper 时,通常优先使用仓库里的 ./gradlew,让构建采用项目约定的 Gradle 版本。它和 JDK 版本管理分工不同,组合起来更方便复现项目环境。

推荐给同时维护不同 JDK 项目、需要构建 Java 后端或 Halo 插件的人。

6. Rust / Cargo:涉及 Rust 项目时准备好

有些桌面项目或底层模块会用到 Rust。Cargo 负责依赖管理、构建等工作,是进入 Rust 项目后会经常接触的工具。

做这类项目时,可以先熟悉 cargo check、cargo test、cargo build 分别对应的检查、测试和构建用途。适合按项目需要准备。

7. Docker Compose:把本地服务环境放进项目配置

本地开发需要同时启动数据库、缓存和应用时,Compose 可以用配置文件描述多个服务,再集中启动、查看状态和日志。

推荐给需要本地集成环境的人。Mac 上可以搭配 OrbStack 使用,日常通过 docker compose ps 查看服务状态,通过 docker compose logs --tail 100 查看近期输出。

8. ArkCLI、Playwright CLI:有具体任务时再拿出来

这两项更偏专项用途。

ArkCLI 面向火山方舟平台,覆盖认证、模型调用、资源管理和用量查询等场景。使用方舟服务、希望在终端或 Agent 中处理相关操作的人可以了解。

Playwright CLI 面向浏览器操作,提供页面交互、选择器检查、截图等能力。做网页验证、复现页面问题,或者希望把一些浏览器操作串起来时,可以按需使用。

它们的用途比较明确:碰到对应平台或浏览器任务,再放进自己的工具链就好。

查看仓库状态

git status --short

搜索源码里的待办

rg -n 'TODO|FIXME' src

格式化本地 JSON 文件

jq . response.json

四、CLI、MCP 和桌面软件怎样接在一起

桌面软件方便集中查看状态,CLI 方便把操作写成命令和脚本。MCP 则让 AI 工具能够调用已经接入的应用能力。

比如我自己的 Halo 站点接入了 MCP,整理文章时可以直接读取现有文章、分类和标签,写好的内容也能保存成后台草稿。这样一来,写作过程就能带上站点已有的资料,相关旧文章也更容易串起来。

在 Codex 或 Claude Code 中结合项目上下文分析问题、修改代码。

通过命令行运行项目提供的检查、测试或构建。

用 SmartGit 检查文件差异,再用 Apifox 核对接口。

到浏览器里查看实际页面,把操作流程走一遍。

推荐工具时,我越来越关注这几步能不能接得顺。单个工具用得熟,工具之间的交接也清楚,工作过程会省心很多。

五、几个会打开的网站

GitHub:看项目怎样使用,也看它怎样维护

找到一个工具之后,除了主页介绍,我还会关注 README、Issues、Releases 和相关改动。使用说明、已知问题、发布记录放在一起看,更容易判断它是否适合当前需求。

适合使用开源软件、学习开发,或者维护自己项目的人。遇到问题时,搜索项目已有讨论通常是很好的起点。

Halo 官网、应用市场与社区:维护博客时的常用入口

主题、插件、部署文档、版本变化,维护博客时都会碰到。Halo 官网和应用市场适合了解当前生态,社区则能看到其他使用者遇到的问题和实践。

适合准备搭建个人网站,或者已经在维护 Halo 站点的人。

1Panel 官网与文档:维护服务器和网站时查一查

1Panel 提供 Linux 服务器的 Web 管理界面,涵盖网站、容器、文件和数据库等常见运维场景。维护个人网站时,可以了解它能接住哪些日常操作。

如果准备使用它部署 Halo,博客里也有一篇可以接着看:

六、怎么从这份清单开始选

如果主要做日常办公,可以先从截图标注、剪贴板历史和文档处理入手。

如果做前端开发,先把编辑器、Node 版本管理、项目使用的包管理器和 Git 配齐,后面再逐步加入接口调试、浏览器验证和 AI 编程工具。

如果做 Java 后端或 Halo 插件,JDK 版本管理、IDE、项目构建工具、数据库客户端和本地容器环境会更常用。

如果维护个人博客,内容编辑、GitHub、Halo 文档,再加上需要时能连接服务器的工具,已经可以覆盖不少工作。

电脑里的软件还会继续变化,这份清单也可以慢慢更新。先挑一个最近反复遇到的小问题,找一款工具把它处理顺,通常就能体会到它留下来的理由。

那年今日11 月 5 日

    评论区

    友链提交
    请认真填写以下信息,谢谢!

    博客信息

    林间拾语
    (请填写完整的网址,例如:https://www.example.com)
    (贵站展示本站链接的页面地址,一般是友链页面,填写后将自动验证友链关系有效性)
    (用于抓取文章)
    (用于接收通知)