我最近把副业工作流彻底重装了一次Obsidian ClaudeCode Tabby 自己搭的一套 PAIPersonal AI流程实测下来每周能省出 4-5 小时。这套组合并不复杂但需要花点心思配置。这篇文章我把安装、配置、核心用法和踩过的坑都写出来适合同样在做副业、需要同时处理笔记、代码、服务器和内容产出的朋友参考。先说清楚我原本的痛点笔记散落在 Word、备忘录和 Notion 里资料堆在浏览器书签代码散在各个项目文件夹SSH 服务器用系统自带终端连AI 辅助还得开网页版 ChatGPT。每次从笔记跳到代码再跳到服务器来回切换的成本极高。真正干活的时间没多少全耗在“找回上下文”和“重新进入状态”上。换工具之前我统计过光是这些切换动作每周至少吃掉 4-5 小时。后来我把这套链路理干净了Obsidian 负责所有信息的沉淀和任务入口ClaudeCode 负责理解、生成和批处理Tabby 把所有命令行和远程服务器操作收进一个窗口PAI 则是我自己定义的一套“个人 AI 工作流”让前面三者协同干活。下面从痛点开始一点点拆开讲。1. 换工具前我每周的 4-5 小时都丢在哪了1.1 时间黑洞清单如果你也有副业大概率逃不过这几类隐形损耗复制粘贴笔记内容到编辑器和 AI 对话框、找历史命令、登录远程服务器、在多个窗口之间切换。我记录了一周的碎片耗时列了个表场景单次耗时每天次数每周累计笔记与编辑器/终端之间复制粘贴3-5 分钟5 次约 125 分钟登录远程服务器并找回上次操作位置1-2 分钟3 次约 30 分钟翻浏览器书签、聊天记录找资料5-8 分钟2 次约 60 分钟写代码/写文章时切换 AI 网页窗口2-3 分钟8 次约 80 分钟加起来差不多 5 小时。这些时间不是不能省而是过去被“工具割裂”给吃掉了。单点优化解决不了问题比如我只换一个笔记软件终端和 AI 还是独立的信息流依旧断头。1.2 为什么是组合拳而不是单点优化我最早只装了 Obsidian刚开始确实比 Word 顺手但用了一阵发现笔记还是死的。我要写周报时依然得手动翻本周的笔记复制到 AI 对话框里让它总结再把结果粘回 Obsidian。这个流程里最耗时的其实是“搬运”和“上下文重建”。后来我把 ClaudeCode 引入进来让它直接在 Vault 目录里读文件、生成内容这步省了很多搬运工作。但还不够因为 ClaudeCode 在终端里跑远程服务器操作又在这台机器的另一个终端窗口还是割裂的。最后加入 Tabby把 SSH 会话和本地终端统一才真正把整个工作流收拢成一条线。PAI 就是在这一层之上把“Obsidian 里的笔记/任务 - ClaudeCode 的处理 - Tabby 的执行 - 结果写回 Obsidian”串成自动化流程。2. Obsidian 作为知识底座我用的不是“同步”是这套搭配2.1 为什么选 Obsidian本地 Markdown 插件生态选 Obsidian 最重要的原因是本地 Markdown一个 Vault 就是一个普通文件夹里面全是 .md 文件图片和附件也是普通文件。这意味着 ClaudeCode 可以直接读写这个文件夹脚本也可以直接处理它不会被云笔记平台的私有格式锁死。我试过思源笔记块引用和内置 AI 确实不错但思源的存储结构相对“重”外部命令行工具直接操作文件时没那么透明。Obsidian 这种“一个文件夹走天下”的思路对需要和代码、AI 工具深度配合的人实在太重要了。2.2 必装插件与工作台配置Obsidian 的插件生态是它的灵魂。我目前常驻插件不算多但每个都解决一个具体问题插件作用我的用法Homepage设置启动后的工作台把常用任务、今日笔记、待办入口放在首页Dataview按条件查询笔记元数据生成本周更新、未完成任务清单Templater模板自动化新建日记/周报时自动填充框架ChartsView图表可视化把 Dataview 统计结果画成柱状图/折线图Workbuddy时间记录与任务追踪在笔记里记录番茄钟和工作日志Image auto-upload图片自动传图床配合后续发布流程使用先说 Homepage。以前打开 Obsidian 总是一堆上次留下的标签页被干扰。现在设置 Homepage 为一个“工作台”笔记放了一个 Dataview 查询列表自动显示最近编辑、最近创建、以及今天的待办。打开 Obsidian 就是全部上下文不用手动翻文件。配合 Obsidian 快捷键比如CtrlO快速跳转、CtrlN新建笔记、CtrlShiftF全文搜索日常操作基本不需要鼠标。ChartsView 和 Dataview 联动很爽我在日报里用 YAML 记录“写作字数”“代码提交数”等字段一个月结束后用 ChartsView 画个趋势图周报和月度复盘直接截图用。Workbuddy 我目前只用来记录每天花在“项目 A/项目 B/杂事”上的时间数据存在本地 MD 文件里后续可以给 ClaudeCode 做时间统计。2.3 图片管理不依赖图床也能清爽Obsidian 的图片管理经常被吐槽一粘贴截图就全部堆在 Vault 根目录。我现在的做法在 Vault 里建assets文件夹配合 Templater 和设置里的“附件默认存放路径”把新粘贴的图片自动存到assets/日期子目录同时重命名为时间戳。如果后续需要发布到博客再用 Image auto-upload 插件选择性上传这样本地始终有原图图床挂了也不影响笔记内容。如果配合 Zotero 做文献管理建议用 Zotero Integration 这类插件把文献信息导成 Markdown图片和 PDF 附件都留在 Zotero 里Obsidian 只存笔记。我曾把 PDF 直接塞进 Vault一段时间后文件多了非常卡Sync 也变慢后来全部改回 Zotero 外链笔记库一下就轻了。2.4 同步、主题与移动端Obsidian 同步方案我踩过不少。官方 Sync 最省心但付费用 OneDrive/坚果云这类普通网盘同步容易在多设备同时编辑时产生冲突文件严重时直接内容丢失。我现在用的是 Git 私有仓库 移动硬盘双备份Vault 目录git commit后推送到远程换电脑时git clone就能拉回全部内容。这样每次修改都有版本记录比普通网盘稳得多。主题方面长期用 Minimal配暗色配色字体和间距都比较舒服。如果你有选择困难从 Minimal 上手基本不会错。移动端我用 Obsidian 的官方 App不指望它在手机上处理复杂任务但临时记录想法、查看笔记还是够用的。3. ClaudeCode 安装与模型接入最容易被劝退的两道坎3.1 安装时最常见的“iex 所在位置 行:1”报错ClaudeCode 的安装方式很简单官方就一条命令但 Windows 用户很容易卡在 PowerShell 的报错上。我最初安装时也遇到了iex 所在位置 行:1 字符: ...这个问题的根源一般是 PowerShell 执行策略限制或者安装脚本下载不完整。解决办法分两步在 PowerShell 里先放开当前用户的脚本执行权限Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser不要直接iex远程脚本先把脚本下载到本地再执行Invoke-WebRequest -Uri 脚本地址 -OutFile claude-install.ps1 .\claude-install.ps1下载慢的话可以找国内可用的镜像加速但注意别从乱七八糟的第三方站点拿安装包还是走官方脚本更安全。安装完成后在终端输入claude --version能输出版本号就说明装好了。3.2 接入 DeepSeek / 国产大模型的配置方法ClaudeCode 默认连 Anthropic 官方模型但国内使用经常要考虑网络和成本问题。我后来接入了 DeepSeek整体成本低了很多响应速度也适合日常辅助。核心思路是配置环境变量让 ClaudeCode 请求一个兼容 OpenAI 接口的地址。以 DeepSeek 为例export CLAUDE_CODE_MODELdeepseek-chat export ANTHROPIC_BASE_URLhttps://api.deepseek.com/v1 export ANTHROPIC_API_KEY你的DeepSeek_API_Key不同版本的环境变量名略有差异。有的版本需要OPENAI_API_KEY和OPENAI_BASE_URL每次换模型时最好把两组变量都检查一遍避免“环境变量残留”导致模型调用失败。配置好之后我用一个config.sh文件统一管理这些变量哪个项目用哪个模型直接 source 对应的配置文件切换起来不容易乱。接 DeepSeek 之后要注意一个问题它的 token 上下文和响应格式跟原生 Claude 有差异复杂任务容易截断或理解不到位。我一般用 DeepSeek 处理批量文本生成、代码补全和常规问答真正难啃的逻辑推理任务还是切回官方模型。3.3 让 ClaudeCode 直接读取 Obsidian Vault这是整套组合里最关键的用法。因为 Obsidian 的 Vault 就是一个文件夹所以 ClaudeCode 可以把整个 Vault 作为工作目录直接读笔记、改笔记、生成新笔记。我的常用命令是cd /d D:\MyVault claude 扫描本周所有日报提取未完成任务生成一份周报草稿ClaudeCode 自动遍历笔记把任务列表、关键成果、待办事项整理成一份结构化周报直接写到指定路径。原来需要半小时到一个小时的整理工作现在十分多钟就能初稿。类似的还有批量标签整理、图片引用清理、日记模板生成。你只要给 ClaudeCode 明确路径和输出要求它就能在本地文件系统里干活。注意给它的指令里一定要写清楚“只读取哪些文件夹”“不要改动哪些文件”否则 AI 可能会顺手把无关笔记也重构了。我第一周就吃过这个亏它把我一份草稿的逻辑顺序全改了虽然内容还在但完全不是我想要的结构。从那以后我所有批量操作都要求它先输出 diff 再写入确认过内容后才执行。3.4 在 VSCode / PyCharm 里配合日常开发ClaudeCode 不止能在系统终端里用还能融进常用编辑器。VSCode 配置最简单直接打开终端运行claude它会感知当前项目上下文包括打开的代码文件和目录结构。PyCharm 的集成稍微绕一点但也可以用外部终端工具调用。我有一个比较笨但稳定的做法把上文提到的config.sh集成到 PyCharm 的启动环境里打开终端时自动加载模型配置然后运行claude。也有朋友遇到“ClaudeCode 每次使用完 .exe 就失效”的情况后来发现原因是用安装脚本装到了临时目录环境变量又没有永久生效。解决办法是用官方脚本完整安装并确保安装后的路径写进了系统 PATH而不是每次临时iex运行。4. Tabby 终端把 SSH 会话和文件传输全收进一个窗口4.1 为什么从 Windows Terminal 换成 TabbyWindows Terminal 本身不差标签页、快捷键、GPU 渲染都挺好但它默认对远程服务器管理还是弱。我需要一个工具能同时管理本地终端、多个 SSH 会话、SFTP 文件传输。Tabby原 Terminus正好补上这个位置它是跨平台终端模拟器Windows/macOS/Linux 都能用还提供 Windows 的右键菜单集成和安卓版。对于要管理多台服务器的副业党来说最舒服的是把几十台机器的 SSH 配置集中在一个 profile 列表里一键连接不用每次敲地址和端口。4.2 用 Tabby 连接 Linux 并传文件在 Tabby 里新建 SSH Profile 很简单填 Host、端口、用户名然后设置密钥登录。把公钥放到服务器~/.ssh/authorized_keys里之后日常连接就告别密码输入。有个细节Windows 下私钥文件权限如果太开放SSH 会拒绝读取。我一开始直接把私钥丢在桌面结果一直连不上后来放到~/.ssh/下并清理了继承权限才解决。SFTP 面板是 Tabby 最省时间的地方。连接远程服务器后右侧文件管理器能直接浏览远端目录把本地文件拖上去就完成上传也能拖下来下载文件。过去我传文件要单独开 FileZilla现在终端右边就是文件管理器写完脚本直接传、直接执行省去窗口切换。4.3 Tabby 的右键菜单、快捷键与安卓端Tabby 的 Windows 右键菜单集成值得开一下装好之后可以在任意文件夹右键“打开 Tabby”直接进入本地项目目录。配合 Obsidian Vault 的场景我会把 Vault 路径在 Tabby 里设成一个快捷 bookmarks任何时候打开终端都能秒进笔记库目录。安卓版 Tabby 更像应急手段。我有一次在外面收到服务器报警手机上装了 Tabby打开已经保存的 SSH Profile连上去重启了一下进程整个过程五分钟解决。虽然不是每天用但关键时刻能救命。另外 Tabby 支持配置文件一键导出换电脑时直接导入 profile我会定期备份一份到 Obsidian 的附件目录反正文件也不大。5. PAI 工作流四件套组合起来的核心思路和实际收益5.1 PAI 不是工具是一套“个人 AI 工作流”标题里写的 PAI我指的是 Personal AI不是某个具体软件。它是我自己搭起来的一套自动化流程Obsidian 提供上下文和任务输入ClaudeCode 负责理解和生成Tabby 负责执行远程操作最后结果再写回 Obsidian。你可以把 Obsidian 理解成大脑ClaudeCode 是手Tabby 是四肢PAI 则是连接它们的神经系统。如果你只是把 ChatGPT 当问答用那你其实没有工作流。真正的工作流是AI 能主动从你的笔记库中读取这周做了什么、明天要做什么然后生成脚本或文本然后由终端去执行执行结果再沉淀回笔记库。这样循环下来你的“第二大脑”不仅是收集信息的还会主动生产结果。5.2 每周省 2 小时的落地场景周报自动生成这是我的高频场景。平时我用 Templater 建了“日报”模板每天下班前花两三分钟记几条关键产出和未完成项。到了周末我只需要跑一条 ClaudeCode 指令claude 扫描 Daily 文件夹下本周所有日报笔记提取项目进展、问题和待办生成周报草稿输出到 Weekly/2025-WXX.md它会自动读取文件并把草稿整理成一个结构清晰的周报。我再花 5 分钟检查措辞、补数据就能发出去。之前手动做法是翻日历、翻聊天记录、翻任务软件至少要 40 分钟到 1 小时。现在这段流程被压缩到 15 分钟以内。5.3 再举一个实战服务器日志异常分析另一个每周固定任务检查客户服务器的错误日志。原来我需要手动 SSH 登录用各种grep、awk翻日志还要和上一周对比。现在我用 Tabby 建好 SSH profile在 PAI 流程里写了一个半自动脚本——ClaudeCode 负责生成日志分析命令Tabby 执行并把结果保存到当前目录再读回来让 AI 判断哪些异常需要人工处理最后生成一段简短的结论写入 Obsidian 的“服务器日志检查笔记”里。这个改动每天大概省 15 分钟不算多但一周下来就是一个小时左右。关键是它让“检查日志”这件事从半小时的沉重任务变成了“打开笔记看结论”的轻量动作心理负担也小了很多。5.4 实际收益计算省出的时间从哪来把几个主要场景汇总一下任务原耗时新耗时每周节省周报整理40-60 分钟10-15 分钟约 50 分钟服务器日志巡检每天30 分钟/天5 分钟/天约 2 小时笔记搜索与上下文找回累计 2 小时基本融入工具流约 1 小时文件传输 / SSH 登录累计 40 分钟10 分钟约 30 分钟批量整理历史笔记/标签每月一次 3 小时每次 30 分钟平均每周约 40 分钟合计下来每周省 4-5 小时是保守估计。省下来的时间不是让我多做三倍的活而是把晚间的精力投到更重要的事情上比如读文档、做复盘或者早点睡。6. 踩坑记录如果你照着做这几条能帮你少走弯路6.1 Obsidian 多设备同步别用普通网盘直接映射我最早图省事把 Vault 放在 OneDrive 同步目录里两台电脑同时编辑结果出现了大量冲突副本有一篇近万字的长文甚至差点丢了一部分。后来改成 Git 仓库推送 拉取虽然要手动 commit但至少不会静默覆盖。如果习惯自动同步官方 Sync 更稳。关键原则同一时间只在一台设备上编辑同一个笔记改完等同步完成再换设备。6.2 ClaudeCode 换模型时环境变量残留从 Claude官方模型切到 DeepSeek 再切回来最常遇到的问题就是模型名报错、请求 404或者响应风格完全不对。这是因为环境变量没有刷新。我建议把所有模型配置集中写进不同的 shell 配置片段用的时候显式 source 对应片段不要一股脑塞进全局.zshrc或.bashrc。这样切换可复现也更方便排查问题。6.3 Tabby SSH 私钥权限导致连接被拒Windows 用的 OpenSSH 对私钥权限要求其实很高如果从别处复制过来时带了完全控制权限给 Everyone服务端会直接拒绝使用密钥。解决办法是在文件属性里把继承权限去掉只保留当前用户和 SYSTEM 读取权限再在 Tabby 的 profile 里指定这个私钥路径。要么就用ssh-add把它加进代理之后连接会直接调用代理里的身份。6.4 Vault、终端配置、模型配置都必须纳入备份工具链越顺越怕配置文件丢失。我目前把三样东西纳入备份Obsidian Vault、Tabby 的config.yaml、ClaudeCode 的配置文件和环境变量片段。Vault 用 Git 推远程后两个文件直接放进一个dotfiles私有仓库跟 Vault 一起备份。换新电脑时先把 dotfiles 拉下来再装 App最后关联 Vault基本半天内就能恢复完整环境。我个人的体会是这套工具链不是一天配完的前后磨合了大约两周中间踩了很多次小坑。但一旦跑顺后面省下的时间会不断复利。如果你也想搭建类似的工作流建议先从 Obsidian ClaudeCode 开始跑通笔记生成和整理再加入 Tabby 管理服务器最后根据自己的习惯设计 PAI 自动化流程。工具不求多只要让每一个常用操作减少一次不必要的切换就已经值回票价。