你好，我是 Jason 👋

💡 一站式指南：CLI Proxy API 接入gemini . CLI Proxy API 接入 Gemini 完整指南 ** 0成本!!** 即可用 Gemini 2.5 Pro 免费接入 Claude Code，实现 AI 编程体验。 ✅ 步骤 1：安装 Claude Code 访问 Claude Code curl -fsSL https://claude.ai/install.sh | bash ✅ 步骤 2：安装 CLI Proxy API 访问 CLI Proxy brew install cliproxyapi brew services start cliproxyapi ✅ 步骤 3：获取 Gemini API Key 访问 Google AI Studio ⚠️ 注意：一个账号可以多申请几个项目, 一个项目申请一个key,用来轮训Key ✅ 步骤 4：配置 CLI Proxy API 4.1 创建配置文件 mac下的配置文件路径：/opt/homebrew/etc/cliproxyapi.conf 4.2 UI配置 UI界面配置 也可以直接通过web页面配置CLI-PROXY-UI 4.3 设置如下系统环境变量 export ANTHROPIC_BASE_URL=http://127.0.0.1:8317 export ANTHROPIC_AUTH_TOKEN=<填在cliproxyAPI中的token> export ANTHROPIC_DEFAULT_OPUS_MODEL=gemini-2.5-pro export ANTHROPIC_DEFAULT_SONNET_MODEL=gemini-2.5-pro export ANTHROPIC_DEFAULT_HAIKU_MODEL=gemini-2.5-flash ✅ 步骤 5：启动 Claude Code claude 💡 运行后会自动启动 Claude Code，使用 Gemini 2.5 Pro 作为后端模型 ...

💡 WSL（Windows Subsystem for Linux） 是一个在 Windows 10 和 Windows 11 上能够原生运行 Linux 二进制可执行文件（ELF格式）的兼容层。它能让开发者在 Windows 系统上直接运行一个完整的 Linux 发行版（例如 Ubuntu、Debian、Kali 等），而无需创建虚拟机或设置双系统。 🔧 一、前提条件 项目 要求 检查方法 WSL 版本 WSL2 + Windows 10/11 22H2+ wsl -l -v → 查看 VERSION 发行版 Ubuntu（或其他 Debian 系） wsl -l → 确认名称（如 Ubuntu） SSH 服务 已安装 openssh-server 在 WSL 中运行 which sshd ⚠️ 如果未安装 SSH： sudo apt update && sudo apt install -y openssh-server ✅ 二、核心配置步骤（按顺序执行） 步骤 1：启用 WSL 的 systemd（关键！） 验证： ...

欢迎来到 Claude Code CLI 的世界！作为一款强大的交互式编程助手，它可以极大地提升您的软件开发效率。本指南将为您介绍一些核心的使用技巧，帮助您快速从入门到熟练。 1. 核心理念：像与真人同事协作一样 使用 Claude Code 时，最好的方式是把它当作一位聪明的初级开发同事。您需要： 提供清晰的目标：明确告知它您想完成什么任务。 给予上下文信息：它能自动感知您的项目结构，但关键文件的路径、代码片段等信息能让它更快定位问题。 循序渐进地引导：对于复杂任务，先让它制定计划 (使用 Todo 工具)，然后一步步执行。 2. 常用命令集合 Claude Code 常用命令 /init：使用CLAUDE.md指南初始化项目 /compact [instructions]： 压缩对话，可选的焦点说明 /clear： 压缩对话，可选的焦点说明 “think” < “think hard” < “think harder” < “ultrathink”: 每个级别会逐步分配更多的思考预算供 Claude 使用. !：输入!就是单独的命令行模式 #：输入#会把命令写入记忆中,后续Claude Code就回使用 3. 必须掌握的核心工具 Claude Code 的强大之处在于其丰富的工具集。以下是您最需要掌握的几个： 文件操作：Read, Edit, Write Read: 读取文件内容。 技巧：当您不确定文件具体内容时，先用 Read 查看，再进行后续操作。例如：“帮我读一下 hugo.yaml 这个文件。” Write: 创建或覆盖整个文件。 技巧：适用于创建新文件或内容完全重构。如果您只想修改部分内容，请优先使用 Edit。例如：“创建一个名为 new-feature.js 的文件，并写入初始代码。” Edit: 对文件进行精准修改。 技巧：这是最常用的工具之一。为了让它精确修改，最好先用 Read 读取文件，然后告诉它：“把第 10 行的 let 改成 const。” 或者直接提供要被替换的旧代码和新代码。 代码搜索与定位：Glob, Grep Glob: 按文件名模式查找文件。 技巧：当您想找某一类型或命名模式的文件时非常有用。例如：“查找所有在 src/components 目录下的 .tsx 文件。” Grep: 在文件内容中搜索代码片段或文本。 技巧：这是定位函数定义、变量使用或特定错误信息的利器。支持正则表达式。例如：“在整个项目中搜索 API_ENDPOINT 这个变量在哪里被定义了。” 终端命令：Bash 功能：执行任意终端命令，如 git status, npm install, hugo server 等。 技巧：在执行 git 操作或运行项目命令时非常方便。例如：“帮我运行 hugo server 启动开发服务器。” 或 “查看一下当前的 git 状态。” 4. 任务规划与代码探索 TodoWrite：您的任务管家 这是 Claude Code 进行复杂任务规划的核心工具。 ...

💡 实战指南：本文详细对比分析 ImmortalWrt 和 Synology DSM 两大平台的 Nginx 配置差异，提供完整的配置路径、命令参考和最佳实践。 平台配置对比总览 不同平台的 Nginx 配置存在显著差异，了解这些差异有助于快速定位问题和优化配置。以下是两大主流平台的详细对比： ImmortalWrt vs. Synology DSM 配置差异表 特性 (Feature) ImmortalWrt (OpenWrt/标准 Linux) Synology DSM (系统/Web Station) 主配置文件 /etc/nginx/nginx.conf /usr/syno/share/nginx/nginx.mustache 自定义配置目录 /etc/nginx/conf.d/ 或 /etc/nginx/sites-enabled/ /etc/nginx/ DSM/反向代理日志 /var/log/nginx/access.log /var/log/nginx/access.log Web Station 站点日志 N/A (需手动配置) /var/log/nginx/webstation/<站点名称>/access.log 错误日志 /var/log/nginx/error.log /var/log/nginx/error.log 服务重启命令 service nginx restart 或 /etc/init.d/nginx restart synoservicectl --restart nginx 服务重载配置 nginx -s reload synoservicectl --reload nginx 配置文件校验 nginx -t nginx -t Root 权限获取 sudo 或 直接以 root 用户登录 必须使用 sudo -i 切换到 root 才能访问核心目录 配置要点说明 ImmortalWrt 平台特点 标准 Linux 环境：遵循传统的 Nginx 配置规范 配置灵活性高：可直接修改主配置文件和自定义配置 日志管理简单：统一的日志路径，便于维护 Synology DSM 平台特点 双重配置体系：系统级配置与 Web Station 配置分离 权限管理严格：需要通过特定命令获取 root 权限 日志分级管理：DSM 系统日志与 Web Station 站点日志分开存储 常用操作命令 配置文件编辑 # ImmortalWrt vim /etc/nginx/nginx.conf vim /etc/nginx/conf.d/custom.conf # Synology DSM sudo -i vim /usr/syno/share/nginx/nginx.conf vim /usr/local/etc/nginx/conf.d/custom.conf 服务管理 # ImmortalWrt service nginx restart service nginx reload nginx -t # Synology DSM synoservicectl --restart nginx synoservicectl --reload nginx nginx -t 最佳实践建议 配置备份：修改配置前务必备份原始文件 语法检查：使用 nginx -t 验证配置语法 日志监控：定期检查错误日志，及时发现问题 权限管理：Synology 平台需特别注意权限切换

🎯 项目目标 远程桌面连接 - 能通过远程连接（桌面）家庭局域网中的主机，支持 Mac 和 Windows 系统 内网服务访问 - 局域网内主机安装了多种应用服务，如数据库、文件下载、NAS 云盘等，需要外部安全访问 安全性保障 - 不通过端口映射方式直接暴露各端口到公网，确保内网安全 ✨ 技术特点 🏗️ 混合架构 - 公网服务直连 + 内网服务代理 🧠 智能选择 - 自动测试延迟选择最优节点 🔐 安全加密 - 使用军用级 xchacha20 加密算法 🌐 稳定连接 - Cloudflare 动态域名确保高可用性 🚀 应用场景 💼 远程办公 - 访问公司内网资源 🏠 家庭网络 - 远程管理家庭设备 ☁️ 混合云服务 - 构建私有云架构 🛠️ 开发环境 - 远程调试和开发 📊 网络拓扑 下图展示了完整的网络架构设计： graph TB subgraph "外网环境" Internet[互联网] CF[Cloudflare DNS<br/>123456.xyz] Client[客户端设备<br/>运行 Clash] end subgraph "家庭内网 192.168.x.0/24" Router[ImmortalWrt 路由器<br/>Newifi D1<br/>192.168.x.1] NAS[黑群晖 NAS<br/>DS3617xs<br/>192.168.x.2] Mac[Mac 主机<br/>192.168.x.x] Win[Windows 主机<br/>192.168.x.x] Services[内网服务<br/>数据库/下载/云盘等] end subgraph "NAS 容器服务" SS[Shadowsocks-libev<br/>端口 8888] Nginx[Nginx 反向代理] DDNS[DDNS 服务<br/>更新动态 IP] end %% 外网连接 Internet --> CF Client --> CF CF --> Router %% 路由器连接 Router --> NAS Router --> Mac Router --> Win %% NAS 内部服务 NAS --> SS NAS --> Nginx NAS --> DDNS NAS --> Services %% 代理访问路径 Client -.-> SS SS -.-> Services %% 反向代理 Nginx --> Router %% DDNS 更新 DDNS --> CF %% 端口转发 Router --> SS 🛠️ 硬件 & 软件清单 💻 主要设备 📶 主路由器 - 一台刷了 ImmortalWrt 的 Newifi D1 路由器 ...