暮色之狐

💡Tip这是Claude Code通关手册第七篇，这一篇让我们学习ClaudeCode的新功能Skills，从“每次重新教”到“一次封装，处处复用”，这才是 AI 助手的正确打开方式 先来一个扎心的场景你已经能够熟练的使用Claude Code：权限设置、CLAUDE.md、自定义命令、子代理、MCP……Claude Code 被你调教得越来越顺手。 但你有没有遇到过这种情况： 让 Claude 帮你 review 一段代码，它给出了一些建议——有些很中肯，有些完全不符合你们团队的习惯。你又得补充：“我们团队 review 代码时，重点关注可维护性和测试覆盖，性能问题先放一放，除非有明显的瓶颈。” 它记住了，这次 review 按你的要求来了。但下次你又让它 review，它又忘了这些约定。 更让人抓狂的是，你明明已经把代码审查规范写在了 CLAUDE.md 里，但它还是经常漏掉重点。问题出在哪？ 你缺的不是“规范”，而是 “技能”。 CLAUDE.md 是规则（“应该做什么”），Skills 是能力（“应该怎么做”）。 规则是死的，技能是活的——它包含了工作流...

💡TIP这是Claude Code通关手册的第六篇，上一篇我们为Claude Code配置了专家团队，这一篇我们为他装上外部设备，让他从本地助手转变成互联网平台。 一个很形象的比喻：没有配置MCP的Claude Code就像是一个被关在房间里的天才。 它聪明、高效——能处理你扔给它的所有文件，却够不着外面世界的任何东西。你没法让它“去 GitHub 捞一下那个 Issue 的详情”，没法让它“看一眼最新的 API 文档长什么样”，更别提“进数据库里查一条记录”。它只能靠几个月前训练好的知识来猜，而软件世界每天都在变。 一旦接上 MCP，这道墙就消失了。 它开始具备“触角”——能直接读取 GitHub 上的讨论，能实时翻阅官方文档的最新版本，能连上你的数据库执行查询，甚至能跟你的项目管理工具、监控平台对话。 这不只是加几个功能，而是从离线助手到在线协作平台的本质跃迁。 MCP 是什么？——30 秒用“USB 接口”讲明白MCP 全称 Model Context Protocol（模型上下文协议），是 Anthropic 在 2024 年底推出的开源标准。 这个名字...

💡Tip这是Claude Code通关手册的第五篇，这一篇将把“万能助手”变成一支专业队伍，各司其职、并行作战，这才是 Claude Code 的正确打开方式 先来看一个熟悉的场景你面对一个复杂的任务，突然萌生了这样的想法： “要是能有个专门负责探索代码库的助手，再有个专门审查代码的专家，还有个专注写测试的工程师，大家各司其职、同时开工，那该多爽？” ——这不是天方夜谭，这正是 Claude Code 子代理（Subagent）的核心价值。 什么是子代理？简单说，子代理就是给 AI 指定一个专门的角色。不再说“帮我搞定所有事”，而是明确告诉它：“你现在是测试员”、“你负责安全审查”、“你是重构专家”。 在技术层面上，每个子代理都是一个拥有独立上下文窗口的专用 AI 实例。当你在 Claude Code 主对话中下达任务时，Claude 可以判断该任务是否适合委派给某个子代理，由子代理独立完成后将结果摘要返回主对话。 为什么需要子代理？Claude Code功能确认很强大，但是在实际使用的过程中就会发现当我们让Cladue Code执行一些复杂的任务时并没有得到很...

💡Tip这是Claude Code通关手册的第四篇，这一篇我们要解锁一个让你效率再翻倍的功能——自定义命令。把那些每天都在敲的重复指令、复杂流程，变成一条简单的斜杠命令，从此告别手打。 你有没有这样的经历： 帮我检查一下代码风格，用 Google Java Format 帮我生成一下测试用例，用 JUnit 5，Mockito ，覆盖分支，测试类命名要 xxxTest 帮我review一下修改的代码，生成报告 …… 一两次倒还好，每天重复的输入实在是太累了，如果这些操作能变成一个斜杠命令，比如 /test 就自动生成单元测试，或者 /build 就运行编译 + 测试，那该多爽？ Claude Code 的自定义命令（Commands）就是干这个的。 自定义命令是什么？简单说，就是 把一段你经常用到的提示词、指令甚至脚本，打包成一个以 / 开头的快捷命令。 比如你创建一个 /test 命令，里面写： 12345请为当前打开的 Java 类生成单元测试覆盖主要分支使用 Mockito mock 依赖测试类放到 `src/test/java` 下类名加上 `Tes...

💡TIP这是Claude Code通关手册的第三篇，在上一篇中，我们搞定了权限设置，让Claude Code安全可控地访问你的文件。今天，我们将更进一步——用CLAUDE.md赋予它长期记忆，彻底告别每次对话都要重复交代技术栈的烦恼。 我来描述一个场景，你看有没有中过招—— 周一早上，你打开终端，启动 Claude Code，想赶紧收尾上周遗留的功能，你输入：为 OrderService 增加一个批量查询订单的方法，根据订单 ID 列表批量返回订单详情。 Claude 很快给出了一段代码。你扫了一眼，眉头就皱起来了——它用了 ArrayList 的 for 循环 + 单条 SQL，一条一条查。而你们项目里明明已经封装好了 batchQuery()。 你打字纠正：用 batchQuery()，不要手写循环查数据库。 Claude 回复：好的，我改用 batchQuery()。 然后重新生成代码——这次又忘了你们约定的异常处理规范：不要吞掉异常，也不要直接 e.printStackTrace()，而是要用 log.error 并抛出业务异常。 你补充：异常用 B...

💡TIP这是Claude Code通关手册的第二篇，上一篇我们初步了解了Claude Code，这一篇要解决新手最头疼的问题——权限系统，搞清Claude Code的权限分配，让Claude Code真正能为我们提效 使用Claude Code的开发者，想必都经历过这样的崩溃场景： “我要读取pom.xml文件，可以吗？”——同意“我要将依赖写入pom.xml文件，可以吗？”——同意 当第10次弹出权限请求时，大多数人早已忍无可忍，只想大喊：”我全都同意了，你自己去运行吧！” 然而，当我们真正去查找解决方案时，才发现Claude Code有一个--dangerously-skip-permissions参数可以跳过权限确认。从名称就能看出，这是一个”危险”的选项。 我们并不需要采取如此极端的方式。权限系统实际上是我们的安全屏障，无需给予Claude Code全部权限。合理分配权限，能够在效率与安全之间取得完美平衡。 本文将教你如何善用权限系统，将那些烦人的权限提示转化为得心应手的工具，让它们从拦路虎变成遥控器。 五种权限模式：从保姆级守护到全自动飙车Claude...

在Obsidian中，我使用了tabs插件来显示多个页签的切换功能，这种展示方式非常直观且实用。然而，这种语法并非Markdown原生支持，因此当文章发布到Hexo平台后，无法正常展示。 以下是一个示例的tabs语法： 1234567tab: Claude Pro / Max订阅规定月费，适合高频使用者首次启动时浏览器弹窗登录推荐给日常开发使用的用户tab: API key(按量付费)用多少付多少在Anthropic Console获取Key 为了解决这个问题，我编写了一个Hexo插件。首先，在Hexo目录下创建一个名为hexo-obsidian-tabs.js的文件，然后将以下内容复制到该文件中： 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100...

1234> [!info] 这是标注的标题> 这是一个标注块。> 它支持 **Markdown**、[[内部链接|内部链接]] 和 [[插入文件|嵌入]]！> ![[Engelbart.jpg]] 然而，当这些标注内容发布到Hexo博客时，无法正常显示。虽然Hexo本身支持类似的标注语法： 1{% note class_name %} Content (md partial supported) {% endnote %} 但为了保持Obsidian的编辑体验，我们需要一个插件来解决这个问题。 解决方案在Hexo博客的scripts目录下创建hexo-obsidian-tabs.js文件，并将以下内容复制到文件中： 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980...

由于npm的默认镜像在国内下载速度较慢，我们可以通过切换到国内镜像源来解决这个问题。 国内镜像源汇总npm官方原始镜像: https://registry.npmjs.org/ 淘宝npm镜像： http://registry.npmmirror.com 阿里云npm镜像: https://npm.aliyun.com 腾讯云npm镜像: https://mirrors.cloud.tencent.com/npm/ 华为云npm镜像: https://mirrors.huaweicloud.com/repository/npm/ 网易npm镜像: https://mirrors.163.com/npm/ 中科大开源镜像站: http://mirrors.ustc.edu.cn/ 清华大学开源镜像站: https://mirrors.tuna.tsinghua.edu.cn/ 当前使用镜像源使用命令 1npm config get registry 切换镜像源使用命令 1npm config set registry http://mirrors.cloud.tencent.co...

打开vscode 文件->首选项->设置，打开设置（快捷键：ctrl + ,） 搜索shell windows 选择默认的终端为Git Bash 重启VSCode后，新建的终端将默认使用Git Bash。

我一直将Obsidian作为日常写作的主要工具，并想要能够将双链笔记一键转换为独立博客，因此采用了 Obsidian + Hexo + GitHub Pages 的组合方案。从零开始搭建到最终稳定上线，过程中遇到了诸多挑战——链接失效、图片异常、缓存不更新、访问速度慢、路径错乱等问题层出不穷。 这篇文章完整记录从搭建到极致优化的全过程，把所有遇到的问题、解决方案、优化技巧全部整理好，既是个人复盘，也给同样走这条路的朋友一份避坑指南。 整体技术栈与搭建思路我的目标很简单： 在 Obsidian 里无感写作，支持双链、相对路径、本地图片； 一键发布到线上博客，不用手动复制粘贴、改格式； 博客托管免费、稳定，即 GitHub Pages； 速度快、体验好、SEO 友好、无冗余 bug。 最终定型方案： Obsidian（写作） → Hexo（生成静态站） → GitHub Pages（托管） → uniCloud/CDN（加速） 搭建阶段：核心问题与解决方案刚把框架搭起来时，博客根本没法直接用 ——Obsidian 原生格式和 Hexo 不兼容，各种链接、图片、路径全炸了...

前言在公司、校园网络环境中，管理员常通过DPI 深度包检测、IPS 入侵防御封锁 SSH 默认 22 端口，一旦识别 SSH 协议就会发送 RST 包强制中断连接，导致无法远程管理自己的云服务器。 本文分享一套合法、安全、无侵入的解决方案：基于stunnel将 SSH 流量封装为带真实域名 SNI 的 TLS 流量，模拟 HTTPS TLS 流量特征，走 443 通用端口，绕过绝大多数网络封锁，适配Ubuntu 服务器 + Windows 客户端，全程复制粘贴即可完成。 核心原理 网络封锁逻辑：DPI 识别 22 端口 + SSH 明文特征，主动阻断； 绕过思路：用 TLS 加密包裹 SSH 流量，伪装成 HTTPS 网站流量； 方案优势：端口 443（全网通行）、无 SSH 特征、全程加密，抗 RST 阻断。 服务端配置（Ubuntu 一键部署）安装依赖1apt update && apt install stunnel4 -y 生成 TLS 证书（自用无需申请）1234openssl req -new -days 3650 -nodes -x509 -sh...