LangChain 1.0+ 入门：从"只会调 API"到"搭出 AI 应用"
LangChain 1.0+ 入门：从”只会调 API”到”搭出 AI 应用”摘要：单一大模型只能回答问题，做不了完整应用。LangChain 1.0+ 用标准化组件把模型、消息、工具、状态组织起来，本文从零讲清它的定位、核心组件，以及 Model 与 Message 两个最基础的组件。 引子：会调 API 不等于会做应用你大概已经会这样调用大模型了： 1234response = client.chat.completions.create( model="deepseek-v4-pro", messages=[{"role": "user", "content": "你好"}],) 但真要做产品时，你会发现单靠这个远远不够：模型不知道最新消息、连不上数据库、记不住上一轮对话、更不会自己去查订单状态。“能调用模型”和”能做出一个可上线的 AI 应用”之间，隔着工具、记忆、流程控制一整套工程问题。 LangChain 就是来解决这层差距的。本文讲...
把 AI 助手的博客发布流程，改造成一句话触发的工作流
把 AI 助手的博客发布流程，改造成一句话触发的工作流摘要：每次让 AI 助手写博客都要复制一长串模板、再手动发布，效率极低。本文展示如何把整条流程固化为 Skill，一句话触发自动产出三份文件、确认后一键推送，并拆解三个关键设计决策。 引子：你是否有过这样的体验用 AI 助手干活时，你大概经历过这个循环： 想让它把一段对话整理成博客，于是翻出一份写好的”提示词模板”，复制、粘贴。 模板太长，每次都要改日期、改主题，粘错了还得重来。 生成完只有一篇文章，个人博客、CSDN、知乎各平台还得分别手动处理。 想发布个人博客，还得自己打开 Git 敲命令。 一次两次还能忍，但如果这件事每周都要做几遍，浪费的时间就很可观了。 本文用一个真实案例说明：如何把”让 AI 助手做重复任务”从”复制模板”升级为”一句话触发”，让机器完整执行多步骤流程。改造对象是博客发布，但方法本身可以迁移到任何高频重复的 AI 任务。 一、先讲清楚：什么是 AI 助手的 Skill“Skill”是 AI 编程助手（如 CodeBuddy）的一种扩展机制。你可以把它理解成一个机器可直接执行的指令包，通常包含：...
把博客 Skill 从提示词模板改造成一键端到端工作流
把博客 Skill 从提示词模板改造成一键端到端工作流摘要：把博客 Skill 从「复制提示词模板」重写为「一句话触发、一次产出三份文件、确认后推送」的端到端流程，拆解三文件结构、50-80 字摘要规范与只 add 指定文件的推送脚本设计。 0. 结论先行Skill 不该是一段需要手动复制的提示词模板，而该是一段内建了完整工作流的可执行指令。 改造前，我的博客 Skill 把「生成博客」做成了「复制 references/blog-prompt.md 提示词模板发给 Agent」；改造后，我只说一句「把刚才这段对话整理成博客」，它就会自动完成提炼、产出三份文件、等我确认后 git push 到 Netlify。 1. 前置准备 项 说明 CodeBuddy Skill 机制 会读 SKILL.md 作为技能入口，触发即执行 Python 3 跑推送脚本 publish_blog.py，需健康解释器 Git D:\Blog 仓库，远程 github、分支 main 环境坑：本机系统默认 Python（3.13.3）损坏，跑脚本报 SRE module mi...
Obsidian 三端同步完整流程：电脑、手机、平板通过 Gitee 实时同步
本文记录我用 Git + Gitee 实现 Obsidian 在 Windows 电脑和安卓手机（平板同理）之间双向同步的完整流程。核心思路是把笔记文件夹变成 Git 仓库，推到 Gitee 作为中转，两端各自 pull/push。 0. 核心思路（先看懂再动手）同步的本质不是”Obsidian 自己同步”，而是”用 Git 把笔记文件夹变成代码仓库，推到 Gitee，两端再各自 pull/push“。 123电脑（写笔记）──push──▶ Gitee（中转仓库） ◀──pull── 手机（Termux） ▲ │ └──────push（手机端有改动时）──┘ 电脑端：双击快捷方式（或命令行输 obsidian），自动 pull → commit → push 到 Gitee。 手机端：Termux 里输 obsidian，自动 commit 本机改动 → pull → 有改动则 push。 平...
Windows 端口冲突 10048 彻底解决：查 / 杀 / 改 / 防全流程
Windows 端口冲突 10048 彻底解决：查 / 杀 / 改 / 防全流程 适用场景：后端服务（uvicorn / FastAPI / Flask / Node 等）启动时报OSError: [WinError 10048] 通常每个套接字地址（协议/网络地址/端口）只允许使用一次本文以 uvicorn 占用 8000 端口为例，给出可复用的排查与根治方案。 0. 太长不看（TL;DR） 动作 命令 查谁占了 8000 netstat -ano | findstr ":8000" 按 PID 强杀 taskkill /PID 40524 /F 临时换端口 uvicorn app.main:app --port 8001（前端代理也要改） 根治：启动前自动查杀 写 start.ps1 脚本（见第五节） 核心认知：10048 不是 bug，是”另一个进程已经绑了同一个端口”。解决思路永远是：找到它、干掉它、或绕开它。 一、为什么会出现 10048报错原文： 1OSE...
笔记本触控板失灵通用解决方案
笔记本触控板失灵通用解决方案 适用场景：触控板完全没反应、三指/多指手势后卡死、睡眠唤醒后失灵、插鼠标后失灵等。 一、先判断问题类型 现象 可能原因 方向 设备管理器里触控板有黄色叹号 驱动损坏/冲突 重装驱动 设备管理器里看不到触控板 BIOS 禁用 / 硬件或排线问题 进 BIOS 确认，再查硬件 设备管理器里正常，但三指/多指手势后失灵 驱动对多指手势支持不稳（Windows 通用 HID 驱动通病） 装官方驱动 插鼠标后失灵 系统设置”接鼠标时关触控板” 改设置 睡眠唤醒后失灵 驱动暂时性卡死 热键重置或重启 二、标准排查流程（按顺序）第 1 步：排除误关 按 Fn + 触控板图标键（Acer 多为 Fn+F7）开关一次。 Win+I → 蓝牙和设备 → 触控板，确认开关是”开”。 拔掉外接鼠标，或取消”连接鼠标时关闭触控板”。 第 2 步：看设备管理器 右键开始菜单 → 设备管理器 → 展开”人体学输入设备”和”鼠标和其他指针设备”。 看”符合 HID 标准的触摸板”是否有黄色叹号、是否被禁用（向...
宏碁掠夺者擎控制台无法识别电源状态？一次驱动层排查与修复实录
我的笔记本是 宏碁掠夺者擎（Acer Predator PHN16-71，i5-13500HX），某天发现 PredatorSense 控制台突然无法识别电源状态——电池电量、充电状态全都读不出来。这台机器之前也出过类似问题，上次似乎是写个驱动脚本就好了，所以这次第一反应也是驱动层面的毛病。 本文完整记录这次从”误诊”到”定位真因”的全过程，以及最终的一键修复脚本，给同机型或遇到类似问题的朋友避坑。 一、故障现象 PredatorSense 控制台打不开或打开后电源/电池状态全空 Windows 自带的电池信息也读不全：Win32_Battery 里 DesignCapacity、FullChargeCapacity 均为空 但电池本身在放电/充电正常，系统没崩，只是”读不出来” 最迷惑的一点是：用 PowerShell 查 ACPI 电池数据时，_BST（实时状态，电压/剩余电量）能读到，_BIF（静态信息，设计容量/满充容量）却报”常规故障”。这让人一度怀疑是固件层的 ACPI 表坏了。 二、走过的弯路（踩坑记录） 这一段是本文最...
Windows 中文乱码的根源与 UTF-8 统一解决方案
本文整理自一段真实的排错对话：项目里反复踩到中文列名乱码、Python 脚本注释乱码、后端日志乱码，最后延伸到日常使用中打开文档/记事本乱码的通病。把”乱码”这件事一次性讲透。 你一定遇到过：用记事本打开一个文件，满屏 涓囧悕；Python 跑起来报 SyntaxError: Non-UTF8；Excel 打开 CSV 中文全变方块；CMD 里 print("中文") 输出一堆问号。 这不是文件坏了，而是编码（encoding）在作怪。本文从根源讲起，给你一套解决方案。 0. 一句话搞懂：乱码到底是什么文本在磁盘/内存里本质是字节（bytes）。 保存时：字符 → 字节（按编码 A） 打开时：字节 → 字符（按编码 B） 当 A ≠ B，同一串字节被错误解读，就显示为乱码。 中文字符最常见的两对编码： 编码 是什么 典型场景 GBK / GB18030 Windows 中文系统传统默认 记事本、老程序、CMD 默认 UTF-8 现代通用万国码 Linux / macOS、Web、Python 源...
我的第一篇博客
你好，欢迎来到这里。 这是我的个人博客，也是我认真写下的第一篇文章。比起让想法停留在聊天记录、备忘录或一闪而过的念头里，我更希望给它们找一个可以沉淀的地方。 为什么开始写博客写作是一种整理。把一个问题、一次学习或一段经历写清楚，往往比只在脑中想明白更难，也更有价值。它让我能够回看当时的判断，记录成长的轨迹，并和偶然来到这里的你交换想法。 这里会写什么这个博客会记录三类内容： 技术实践中的思考、踩过的坑和解决过程； 学习新知识时的笔记与总结； 值得被记住的生活片段。 我会尽量让每篇文章具体、诚实，并持续更新。 从今天开始第一篇文章不需要多么宏大。重要的是，它为接下来的记录按下了开始键。 感谢你的阅读。愿我们都能在持续输入和输出中，慢慢成为更好的自己。
Windows 系统下搭建个人博客
本文记录我在 Windows 下从零搭建一个 Hexo 静态博客，并配合 GitHub、Netlify、CloudFlare 完成上线、配域名、加 HTTPS、CDN 加速的完整流程。 整个过程 完全免费（除域名年费），只要你有：一个能上网的 Windows 电脑 + 一个稳定的 VPN + 一个 Google 账号 + 一个 GitHub 账号。 0. 前置准备0.1 必备工具 工具 用途 下载地址 VPN（稳定） 访问 GitHub、Netlify、CloudFlare 自备 Google 账号 注册 Netlify / CloudFlare https://google.com GitHub 账号 代码托管 + 触发 Netlify 自动部署 https://github.com Git 推送代码到 GitHub https://git-scm.com/downloads/win Node.js Hexo 运行环境 + npm https://nodejs.org/en/download 注：较老版本的 Hexo 依赖 Go 语言...