[{"content":"现象 写了两篇新文章，hugo list all 能看到它们（draft: false），但 hugo --gc --minify 构建后 public/posts/ 里没有生成对应的目录。\n访问页面返回 404，Hugo 构建日志没有任何错误。\n受影响文章：\n用 AI 手搓顶级动效网站：4 套方案全攻略 安装 PowerShell 7.6 LTS + Compact OS 释放 C 盘空间 排查过程 检查 draft 状态 — 确认 draft: false，排除 draft 问题 检查文件编码 — 怀疑 GBK/UTF-8 BOM 问题，反复转码 检查 Hugo 配置 — buildDrafts: false 正确 最后发现：hugo list future 列出两篇文章 根因 Hugo 把 publishDate 晚于当前时间的文章视为 \u0026ldquo;future\u0026rdquo; 文章。默认构建命令 hugo --gc --minify 不会构建 future 文章，需要显式加 --buildFuture 标志。\n当天的文章 date: 2026-07-09 在构建时被认为是\u0026quot;未来的\u0026quot;，所以被静默跳过。\n# 默认行为 — 跳过当天文章 hugo --gc --minify # 修复 — 包含当天文章 hugo --gc --minify --buildFuture 修复 在 CI 工作流 .github/workflows/hugo.yaml 中：\n- name: Build with Hugo run: hugo --gc --minify --buildFuture 教训 hugo list future 可以快速排查文章是否被归为 future hugo list all 默认包含 future 文章，容易误导 写当天文章时，CI 构建命令必须加 --buildFuture Hugo 静默跳过，不报错，只能从构建产物的 pages 数变化察觉 ","permalink":"https://IWanalq.github.io/posts/hugo-buildfuture-pitfall/","summary":"Hugo 默认不构建 publishDate 为未来的文章。当天写的文章 date 设为当天时，CI 构建会静默跳过，页面 404 不报错。","title":"Hugo 踩坑：--buildFuture 让当天文章消失"},{"content":"安装 PowerShell 7.6 LTS PowerShell 7.6 是微软最新 LTS 长期支持版本，全面基于 .NET 10 构建。和 Windows 自带的 Windows PowerShell 5.1 是两回事——7.6 是独立安装、跨平台、持续开发的，而 5.1 已经停止功能更新，只发安全补丁。\n新功能亮点 Tab 自动补全大幅优化：跨 Provider 路径补全、属性值补全、模块短名称补全 核心模块升级：PSReadLine、PSResourceGet、ThreadJob 命令增强：Get-Clipboard -Delimiter、Get-Command -ExcludeModule、Start-Process -Wait 效率提升 引擎优化：PSForEach() / PSWhere() 原生别名、Unix NO_COLOR 支持 实验特性转正：PSFeedbackProvider、PSNativeWindowsTildeExpansion、PSRedirectToVariable 等 安装方法 以管理员身份打开 PowerShell 或 Windows 终端，执行：\nwinget source update winget install --id Microsoft.PowerShell --source winget 装完后在开始菜单搜索 PowerShell 7 即可启动，和系统自带的 Windows PowerShell 5.1 共存，互不影响。\n查看版本：\n$PSVersionTable.PSVersion Compact OS：微软官方 C 盘瘦身方案 小容量固态（256G 甚至 128G）用户几乎都遇到过 C 盘飘红的困境。临时文件清了、虚拟内存搬了、休眠关了，Windows 文件夹还是几十 G。\n微软官方提供了一套系统级压缩方案：Compact OS，专门为小容量设备设计。\n和普通 NTFS 压缩的区别 特性 NTFS 压缩 Compact OS 压缩对象 所有文件 只压 Windows 系统文件 性能影响 机械硬盘大幅掉速 固态几乎无感知 更新兼容 可能导致更新失败 系统原生支持更新 恢复 需手动解压 一条命令恢复 操作步骤 以管理员身份打开命令提示符（Win+R → cmd → Ctrl+Shift+Enter）\n查询当前状态：\nCompact /CompactOS:Query 开启压缩： Compact /CompactOS:Always 等待 3-10 分钟（视硬盘速度而定）。\n我的实际效果（256G SSD）：\n已压缩 19452 个目录中的 42357 个文件。 总共 7,729,894,159 字节的数据保存在 4,358,674,253 字节中。 压缩率为 1.8 到 1。 释放了约 3.4GB 空间，无需重启立即生效。\n恢复方法 Compact /CompactOS:Never 完全可逆，没有任何后遗症。\n适用场景 推荐：256G 及以下小容量固态、平板、迷你主机 不推荐：机械硬盘（性能下降明显）、追求极致性能的游戏主机、C 盘空间充足的设备\n这是所有 C 盘瘦身操作里，风险最低、收益最实在的系统级方案之一。不用删系统文件、不用改注册表，官方原生支持，可进可退。\n参考 PowerShell 官方 FAQ 系统极客：PowerShell 7.6 LTS 发布 公众号：C 盘爆红清无可清？微软官方系统压缩技术 ","permalink":"https://IWanalq.github.io/posts/powershell-7.6-compact-os-guide/","summary":"安装最新 PowerShell 7.6 LTS（基于 .NET 10），再用微软官方 Compact OS 命令一键释放 3-8G C 盘空间，安全无副作用。","title":"安装 PowerShell 7.6 LTS + Compact OS 释放 C 盘空间"},{"content":"前言 最近某音上经常刷到一些用 AI 做顶级动效前端的视频，效果非常惊艳。但很多是假的——只是拿了 GSAP 的示例网站录屏，吹说是自己用 AI 做的。\n实际上，用 WorkBuddy + 腾讯刚发布的混元 Hy3 模型，确实可以做出顶级动效网站，而且有 4 套成熟方案。本文整理了这些方案，从简单到复杂，总有一款适合你。\n工具选择 WorkBuddy：Agent 平台，安装即用，性价比高 腾讯混元 Hy3：MoE 架构，295B 参数，开源，前端能力突出 最近 Hy3 免费使用 Hy3 在 Coding 和 Agent 场景做了大幅优化，前端理解、组件生成和自动 Debug 能力很强。\n方案一：开源动效库 适合有明确视觉参考的场景。不要从零描述你的理想网站，找对标直接告诉 AI 你要什么。\n流程：\n找对标网站（如 lusion.co） 在 reactbits.dev 找动效素材 明确架构：Vite + Vanilla JS + Three.js 给 AI 详细页面描述（布局、内容、效果分布） 从 reactbits 复制动效 prompt 让 AI 集成 遇到小 bug，Hy3 也能一次修复。\n方案二：视频素材 + 模板 适合需要视频背景的场景。\n素材来源：\npixabay.com — 免费视频/图片素材 motionsites.ai — 模板网站 流程：\n在素材网站找到喜欢的模板 从 motionsites 复制 full prompt 将素材和 prompt 放在同一文件夹 交给 WorkBuddy + Hy3 处理 WorkBuddy 还能指定设计专家 skill 帮助推进项目。\n方案三：视频当背景，拆帧做页面 适合用一个完整视频驱动页面设计。\n流程：\n准备一个完整的背景视频 丢给 WorkBuddy，让它拆解视频在不同秒数做不同网页 动效让 AI 直接生成 配合拆解的视频帧，产生高级感 方案四：3D 模型 + 动效 最复杂但效果最震撼的方案。需要借助外部工具。\n所需工具：\nHy3 3D API — 封装为 skill 使用 Blender MCP — 3D 资产加工（调整姿态、材质、灯光、相机动画） shadcn MCP — UI 组件动效 关键经验：\n先图生 3D 模型，不要直接文生 3D（效果不可控） 生成 3D 模型前先让 AI 生成参考图 示例 prompt：\n帮我做一个顶级动效个人主页，主视觉是一条水晶质感的中国龙， 用 Three.js 加载 GLB 模型，全屏展示。 随着页面往下滑，龙的姿态、镜头、背景颜色、光效和内容都要变化， 形成滚动叙事的感觉。 总结 方案 难度 效果 适用场景 开源动效库 低 不错 有明确参考 视频+模板 中低 很好 品牌展示 视频背景拆帧 中 极佳 沉浸式体验 3D 模型+动效 高 顶级 顶级效果 当 AI Agent 把技术门槛打到 0 之后，真正的门槛变成了「你有没有品味，能不能判断什么才是好的」。\n内容整理自公众号「袋鼠帝AI客栈」公开发布的文章。\n","permalink":"https://IWanalq.github.io/posts/ai-tool-dynamic-website-4-schemes/","summary":"袋鼠帝分享的 4 套用 WorkBuddy + 腾讯 Hy3 模型构建顶级动效前端的方案，从开源动效库到 3D 模型全涵盖。","title":"用 AI 手搓顶级动效网站：4 套方案全攻略"},{"content":"背景 推送 Hugo 博客到 GitHub Pages 时发现 github.com:443 直连不通。本机有本地代理（比如 3067 端口），但 git 默认不走系统代理，需要额外配置。\n方案对比 方案 A：本地代理端口 如果有本地代理（Clash/v2ray/Tun），直接配给 git：\n# HTTP 代理 git config --global http.proxy http://127.0.0.1:3067 # 或 SOCKS5 代理 git config --global http.proxy socks5://127.0.0.1:3067 优点：token 只在本机和 GitHub 之间传递，没有中间人。 缺点：依赖本地代理进程持续运行。\n方案 B：公网 GitHub 反代站 通过第三方反代站转发请求，比如 gh-proxy.com、likeyou.it.eu.org 等。\n利用 git 的 insteadof 机制，自动将 github.com 的 URL 重写到反代站：\ngit config --global url.https://likeyou.it.eu.org/https://github.com/.insteadof https://github.com/ insteadof 是 git 内置的 URL 重写规则。设置后所有原本指向 https://github.com/... 的 remote URL 都会被自动替换为 https://likeyou.it.eu.org/https://github.com/...，对用户透明。\n优点：不依赖本地代理进程，配置一次永久生效。 缺点：反代站能看到你的 token（见下文注意事项）。\n凭据管理 git-credentials 文件 git 的凭据默认存储在 ~/.git-credentials（Linux/macOS）或 %USERPROFILE%\\.git-credentials（Windows），每行一个 URL + 凭证：\nhttps://user:token@github.com https://user:token@likeyou.it.eu.org 使用 git config --global credential.helper store 启用。凭证按域名匹配，反代站用的是 likeyou.it.eu.org 域名，所以必须额外存一条给这个域名的凭证，git 才知道往那发 token。\n查看当前凭据：\ncat ~/.git-credentials 删除某一行：\ngrep -v \u0026#34;某个域名\u0026#34; ~/.git-credentials \u0026gt; /tmp/creds.tmp \u0026amp;\u0026amp; mv /tmp/creds.tmp ~/.git-credentials 关键风险 Token 对反代站可见 反代站作为中间人，TLS 在其服务器终止，因此反代站可以读取请求头中携带的 token。即使走 HTTPS，端到端加密也只到你到反代站这一段，反代站到 GitHub 是另一段独立的 TLS 连接。\n如果信任反代站，这是可接受的。如果不信任，优先用方案 A（本地代理）。\n一旦泄露立即吊销 如果怀疑 token 已泄露，立即到 GitHub Settings → Developer settings → Personal access tokens 吊销并重新生成。\n实际操作示例 以下是通过 likeyou.it.eu.org 推送博客的完整流程：\n# 1. 设置 insteadof 规则（一次配置永久生效） git config --global url.https://likeyou.it.eu.org/https://github.com/.insteadof https://github.com/ # 2. 把凭证加入凭据存储 # 注意：不要往代码或博客里写入原始 token，用变量代替 echo \u0026#34;https://user:${GITHUB_TOKEN}@likeyou.it.eu.org\u0026#34; \u0026gt;\u0026gt; ~/.git-credentials # 3. 推送到 GitHub（自动走反代） git push # 4. 验证 remote URL 已被重写 git remote -v # 输出应为： # origin https://likeyou.it.eu.org/https://github.com/user/repo.git remote URL 的坑 之前踩过一个坑：remote URL 里如果嵌着 token（https://user:token@github.com/...），insteadof 规则匹配不到，因为 URL 前缀是 https://user:token@github.com/ 而不是 https://github.com/。\n解决方法：remote URL 保持干净的 https://github.com/user/repo.git，让 insteadof 规则统一重写，凭证交给 credential.helper 管理。\n","permalink":"https://IWanalq.github.io/posts/git-proxy-workflow/","summary":"网络环境不允许直连 GitHub 时，如何用反代站 safely 完成 git push，以及凭据管理的关键注意事项。","title":"Git 代理推送工作流：绕过封锁的几种姿势"},{"content":"现象 Hugo 博客走 GitHub Actions 自动部署，build job 一切正常：\nCheckout ✅ Setup Pages ✅ Install Hugo ✅ Build ✅ Upload artifact ✅ 但接下来的 deploy job 直接失败，actions/deploy-pages@v4 返回非零退出码。\n排查 1. 确认 Pages 配置 curl -H \u0026#34;Authorization: Bearer $TOKEN\u0026#34; \\ https://api.github.com/repos/$OWNER/$REPO/pages 返回：\n{ \u0026#34;build_type\u0026#34;: \u0026#34;workflow\u0026#34;, \u0026#34;source\u0026#34;: { \u0026#34;branch\u0026#34;: \u0026#34;main\u0026#34;, \u0026#34;path\u0026#34;: \u0026#34;/\u0026#34; } } Pages 确实配置为 workflow 模式，没错。\n2. 查看环境保护规则 curl -H \u0026#34;Authorization: Bearer $TOKEN\u0026#34; \\ https://api.github.com/repos/$OWNER/$REPO/environments/github-pages 关键字段：\n{ \u0026#34;protection_rules\u0026#34;: [ { \u0026#34;type\u0026#34;: \u0026#34;branch_policy\u0026#34; } ], \u0026#34;deployment_branch_policy\u0026#34;: { \u0026#34;protected_branches\u0026#34;: false, \u0026#34;custom_branch_policies\u0026#34;: true } } custom_branch_policies: true 意味着只有白名单里的分支才允许部署到这个环境。但白名单是空的——连 main 都没加进去。\n3. 为什么之前成功过？ 翻看历史，run #9、#10、#11 都部署成功，run #12、#13 开始失败。可能是某次 GitHub 界面操作不小心修改了环境配置，或者环境重建时默认策略变了。\n修复 立即生效（绕过） 在 GitHub Actions 页面点 Re-run all jobs，有时重跑就能绕过这个问题。\n根治方案 方案 A — 将 main 加入部署分支白名单：\n仓库 → Settings → Environments → github-pages 在 Deployment branches 中添加 main 方案 B — 放开限制（如果不需要分支控制）：\n{ \u0026#34;deployment_branch_policy\u0026#34;: { \u0026#34;protected_branches\u0026#34;: false, \u0026#34;custom_branch_policies\u0026#34;: false } } 通过 API 修改或在 UI 中取消 \u0026ldquo;Protected branches\u0026rdquo; 选项。\n教训 build 成功 ≠ 部署成功。deploy job 失败时，先查环境配置，别急着怀疑构建产物。\n特别是 actions/deploy-pages@v4 这个 action，它的错误信息很简略，不会告诉你\u0026quot;环境策略拒绝了这次部署\u0026quot;，你得自己去看 github-pages 环境的保护规则。\n","permalink":"https://IWanalq.github.io/posts/deploy-pages-pitfall/","summary":"build 成功但 deploy 失败，排查发现是 github-pages 环境的自定义分支策略阻止了 main 分支的部署。","title":"GitHub Pages 部署踩坑：环境分支策略拦住了 deploy job"},{"content":"痛点 每天要打开 PowerShell，切到 G: 盘，再运行 codebuddy -y。懒得每次都敲两行。\n方案一：拖文件到终端 最初想法是在桌面上放一个 .ps1 脚本，拖进 PowerShell 窗口回车就行：\ng: codebuddy -y 缺点是每次都要拖，而且 PowerShell 默认禁止运行脚本，得先改执行策略。\n方案二（最终版）：塞进 $PROFILE 定义一个函数，加到 PowerShell 的配置文件里，直接嵌入到现有的终端环境，不需要额外文件、不需要改执行策略、不开新窗口。\n操作 打开 PowerShell，执行：\nnotepad $PROFILE 粘贴以下内容（如果文件不存在就直接创建）：\n# 自定义快捷命令 function gocb { g: codebuddy -y } 保存，然后执行 . $PROFILE 让配置立即生效。\n使用 # 此后每次开 PowerShell 直接打： gocb # 自动切到 G: 盘 → 启动 codebuddy -y 效果 整个操作在当前窗口完成，不弹新窗 配置文件随 PowerShell 自动加载，无需每次手动执行 gocb 只是一个普通 PowerShell 函数，你可以定义任何其他快捷命令 # 比如再加几个 function ll { Get-ChildItem -Force } function goproject { cd G:\\projects; code . } $PROFILE 是你每天开 PowerShell 都会自动加载的配置文件，花 5 分钟定制它，等于给自己造了一组快捷键。\n","permalink":"https://IWanalq.github.io/posts/powershell-profile-tip/","summary":"在 $PROFILE 里加一个函数，输入 gocb 自动切盘 + 启动程序，不开新窗口、不拖文件。","title":"PowerShell 自定义快捷命令：一行函数省掉重复操作"},{"content":"这个暑假的精力集中投入三个方向。\nKafka 消息队列与流处理平台的学习与实践。Kafka 是分布式系统中解耦、削峰、异步通信的核心组件，也是 Agent 系统间事件驱动架构的基础设施。\n关键里程碑：\n理解 Kafka 核心概念：Topic、Partition、Consumer Group、Offset 掌握生产与消费模式、消息可靠性与 Exactly-Once 语义 在 Agent 系统中以 Kafka 作为事件总线进行集成实践 ACP（Agent Communication Protocol） Agent 间的通信协议研究与实践。目标是深入理解 Agent 间消息传递、任务编排的标准协议，并在项目中落地应用。\n关键里程碑：\n理解 ACP 核心规范与消息模型 实现一个简单的 ACP 兼容中间层 与现有 Agent 系统集成验证 Agent 2 UI 下一代 Agent 用户界面。从当前的 CLI / 基础 Web 界面 进化到更直观、更高效的交互形态。\n关键方向：\n交互范式重构：状态可视化、流式响应展示 多模态输入输出支持 实时性与协作体验优化 三个方向互相支撑——Kafka 作为事件总线提供基础设施层的解耦能力，ACP 解决 Agent 间的\u0026quot;神经连接\u0026quot;，Agent 2 UI 解决人与 Agent 的交互界面。暑期结束时目标是有可演示的阶段性成果。\n","permalink":"https://IWanalq.github.io/posts/summer-goals-2026/","summary":"这个暑假集中攻克三个方向：ACP 协议、Kafka 与 Agent 2 UI。","title":"2026 暑期目标"},{"content":"任务 用户希望禁用不必要的 Windows 服务，优化后台开销。使用场景：大陆个人用户，火绒代替 Defender，日常只用微信和浏览器。\n过程 诊断阶段 — 列出所有服务，分类判断哪些可禁用 执行阶段 — 生成优化脚本，以管理员身份运行 验证阶段 — 确认无功能缺失，火绒和 ASUS 正常运行 关键决策 决策 选项 选择 原因 服务优化方式 手动 vs 脚本 脚本 可复现、可备份、可嵌入博客 资源管理 全局 static 目录 vs Page Bundle Page Bundle 文章与资源耦合，迁移 OSS 只需改路径前缀 属性分类 posts vs plans posts 有实操、有产出，算正式文章 反思 一开始在 hosts 文件和 DNS 上花了太多时间，没有先确认 GitHub 的 HTTPS 端口是否可达 如果先问用户\u0026quot;有没有本地代理\u0026quot;，能省掉一半排查时间 服务禁用后应该重启确认效果，目前只在运行时验证了 回滚锚点 提交 说明 6ecb981 重构文章为 Page Bundle 格式，脚本与文章同目录 964e4fd 新增部署方案调研笔记 ","permalink":"https://IWanalq.github.io/records/2026/07/02-codebuddy-winsvc/","summary":"\u003ch2 id=\"任务\"\u003e任务\u003c/h2\u003e\n\u003cp\u003e用户希望禁用不必要的 Windows 服务，优化后台开销。使用场景：大陆个人用户，火绒代替 Defender，日常只用微信和浏览器。\u003c/p\u003e\n\u003ch2 id=\"过程\"\u003e过程\u003c/h2\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003e诊断阶段\u003c/strong\u003e — 列出所有服务，分类判断哪些可禁用\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e执行阶段\u003c/strong\u003e — 生成优化脚本，以管理员身份运行\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e验证阶段\u003c/strong\u003e — 确认无功能缺失，火绒和 ASUS 正常运行\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch2 id=\"关键决策\"\u003e关键决策\u003c/h2\u003e\n\u003ctable\u003e\n  \u003cthead\u003e\n      \u003ctr\u003e\n          \u003cth\u003e决策\u003c/th\u003e\n          \u003cth\u003e选项\u003c/th\u003e\n          \u003cth\u003e选择\u003c/th\u003e\n          \u003cth\u003e原因\u003c/th\u003e\n      \u003c/tr\u003e\n  \u003c/thead\u003e\n  \u003ctbody\u003e\n      \u003ctr\u003e\n          \u003ctd\u003e服务优化方式\u003c/td\u003e\n          \u003ctd\u003e手动 vs 脚本\u003c/td\u003e\n          \u003ctd\u003e脚本\u003c/td\u003e\n          \u003ctd\u003e可复现、可备份、可嵌入博客\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003e资源管理\u003c/td\u003e\n          \u003ctd\u003e全局 static 目录 vs Page Bundle\u003c/td\u003e\n          \u003ctd\u003ePage Bundle\u003c/td\u003e\n          \u003ctd\u003e文章与资源耦合，迁移 OSS 只需改路径前缀\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003e属性分类\u003c/td\u003e\n          \u003ctd\u003eposts vs plans\u003c/td\u003e\n          \u003ctd\u003eposts\u003c/td\u003e\n          \u003ctd\u003e有实操、有产出，算正式文章\u003c/td\u003e\n      \u003c/tr\u003e\n  \u003c/tbody\u003e\n\u003c/table\u003e\n\u003ch2 id=\"反思\"\u003e反思\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e一开始在 hosts 文件和 DNS 上花了太多时间，没有先确认 GitHub 的 HTTPS 端口是否可达\u003c/li\u003e\n\u003cli\u003e如果先问用户\u0026quot;有没有本地代理\u0026quot;，能省掉一半排查时间\u003c/li\u003e\n\u003cli\u003e服务禁用后应该重启确认效果，目前只在运行时验证了\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"回滚锚点\"\u003e回滚锚点\u003c/h2\u003e\n\u003ctable\u003e\n  \u003cthead\u003e\n      \u003ctr\u003e\n          \u003cth\u003e提交\u003c/th\u003e\n          \u003cth\u003e说明\u003c/th\u003e\n      \u003c/tr\u003e\n  \u003c/thead\u003e\n  \u003ctbody\u003e\n      \u003ctr\u003e\n          \u003ctd\u003e\u003ccode\u003e6ecb981\u003c/code\u003e\u003c/td\u003e\n          \u003ctd\u003e重构文章为 Page Bundle 格式，脚本与文章同目录\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003e\u003ccode\u003e964e4fd\u003c/code\u003e\u003c/td\u003e\n          \u003ctd\u003e新增部署方案调研笔记\u003c/td\u003e\n      \u003c/tr\u003e\n  \u003c/tbody\u003e\n\u003c/table\u003e","title":"Windows 服务精简"},{"content":"背景 最近在折腾 Windows 服务优化。我的使用场景很简单：\n日常：微信 + Firefox/Chrome 浏览器 + Bing 搜索 安全：火绒代替 Windows Defender 搜索：Everything 代替 Windows Search 偶尔：WPS（办公）、Steam（月活）、MuMu 模拟器（季度活）、ToDesk（远程） 硬件：华硕笔记本（需要 Armoury Crate 控制键盘/风扇/灯效） 其他：SakuraFrp（内网穿透）、Wallpaper Engine（壁纸） 微软的商店、更新、Xbox、OneDrive 同步等全套生态我基本不用，完全可以关掉。\n优化目标 在不影响日常使用的前提下，禁掉所有不必要的 Windows 服务，减少后台开销和磁盘写入。\n服务分类处理 1. Windows Defender → 火绒接管 装了火绒后，Defender 全家桶都可以关：\n服务 说明 mpssvc Windows Defender Firewall WinDefend Microsoft Defender 防病毒 Sense Defender 高级威胁防护 SecurityHealthService Windows 安全中心服务 wscsvc 安全中心 webthreatdefsvc Web 威胁防御服务 2. Windows 更新 \u0026amp; 商店 服务 说明 wuauserv Windows Update UsoSvc 更新 Orchestrator WaaSMedicSvc 更新修复 DoSvc 传递优化（P2P 更新分发） BITS 后台智能传输 InstallService Microsoft Store 安装服务 AppXSvc AppX 部署服务 ClipSVC 客户端许可证服务 3. 遥测与推送 服务 说明 DiagTrack 连接的用户体验和遥测（关键的数据收集服务） WerSvc Windows 错误报告 WpnService Windows 推送通知系统 dmwappushservice 设备管理 WAP 推送路由 4. Microsoft 账号同步 \u0026amp; Xbox 禁用了一大批与微软账号、联系人同步、Xbox 相关的服务：\nOneSyncSvc / CDPUserSvc / UnistoreSvc / UserDataSvc — 账号同步相关 XblAuthManager / XboxNetApiSvc / XboxGipSvc / XblGameSave — Xbox 全套 5. 其他系统功能 服务 说明 WSearch Windows Search（有 Everything 了） SysMain Superfetch（SSD 不需要） MapsBroker 下载地图管理器 lfsvc 地理位置服务 NaturalAuthentication Windows Hello 生物识别 6. 保留运行的服务 这些是我明确需要的，保持自动启动：\n火绒（HipsDaemon）— 安全防护 ASUS 系列（ArmouryCrate / ASUSOptimization 等）— 键盘、风扇、灯效控制 Everything — 文件搜索 SakuraFrp — 内网穿透 Wallpaper Engine — 桌面壁纸 NVIDIA Display Container — 显卡驱动 Realtek/Dolby Audio — 声卡驱动 7. 改为按需启动 以下服务不用时完全不占资源，用到时自动拉起：\nSteam Client Service MuMuRemoteService ToDesk Service WPS Office Cloud Service 工具脚本 我写了一个 PowerShell 脚本一键执行上述所有操作：\n📥 下载 optimize_services.ps1\n# 禁用服务（需要管理员权限） function Disable-Svc { param($Name, $Display) $svc = Get-Service -Name $Name -ErrorAction SilentlyContinue if (-not $svc) { return } Stop-Service -Name $Name -Force -ErrorAction SilentlyContinue Set-Service -Name $Name -StartupType Disabled -ErrorAction Stop Write-Host \u0026#34;✓ $Name ($Display)\u0026#34; -ForegroundColor Green } 脚本运行前会自动备份当前服务状态到桌面 CSV 文件，方便恢复。\n注意事项 管理员权限：修改服务需要以管理员身份运行 PowerShell 分步测试：建议不要一次性禁用所有服务，先关掉确定不需要的，观察一段时间再继续 火绒前提：禁用 Defender 的前提是已经安装了替代安全软件（火绒/智量/卡巴斯基等） SSD 优化：SysMain（Superfetch）在 SSD 上收益极低，关掉可以减少后台读写 效果 优化后系统空闲状态下的后台进程数明显减少，任务管理器里清爽多了。磁盘和 CPU 的偶发高占用也基本消失。日常使用（微信、浏览器、写代码）没有感觉到任何功能缺失。\n附：备份与恢复 # 恢复服务状态 $backup = Get-ChildItem \u0026#34;$env:USERPROFILE\\Desktop\\services_backup_*.csv\u0026#34; | Sort-Object LastWriteTime -Descending | Select-Object -First 1 Import-Csv $backup.FullName | ForEach-Object { Set-Service -Name $_.Name -StartupType $_.StartType -ErrorAction SilentlyContinue } 更新记录 2026-07-09 — 系统重置后重新优化 电脑重置后所有服务恢复默认。重新执行优化脚本，情况如下：\n成功禁用 26 个，失败 9 个（失败的都是 Defender 相关服务）：\n服务 状态 遥测服务、Windows Search、Superfetch ✅ 已禁用 推送通知、错误报告、地图管理器、地理位置 ✅ 已禁用 Xbox 认证、Xbox 网络、Xbox 配件 ✅ 已禁用 Defender 防火墙、Defender 防病毒、安全中心 ❌ 被篡改防护拦截 原因：Win11 24H2 默认开启「篡改防护」（Tamper Protection），阻止修改 Defender 服务状态。需要先关闭：\n设置 → Windows 安全中心 → 病毒和威胁防护 → 管理设置 → 篡改防护 → 关 关闭后再运行脚本即可禁用 Defender 相关服务。\n备注：火绒、Everything、Steam 等第三方服务重置后未安装，脚本自动跳过。\n注：本文是 2026-07-02 的实际折腾记录，2026-07-09 更新了系统重置后的重新优化体验。\n","permalink":"https://IWanalq.github.io/posts/windows-services-optimization/","summary":"大陆个人用户视角的 Windows 服务优化记录：Firefox 浏览器、火绒安全、Everything 搜索环境下的系统精简。","title":"Windows 服务精简：禁用不必要的后台服务"},{"content":"任务 调研 GitHub Pages 博客在国内的替代部署方案，解决大陆读者无法访问的问题。\n方案对比 方案 国内访问 费用 复杂度 Cloudflare Pages 较好，部分区域直连 免费 低 Gitee Pages 镜像 最好，国内直连 免费 中（需手动同步） 自定义域名 + CDN 中等，需优选 IP 域名费 高 关键结论 Cloudflare Pages 是最推荐的方案：\n自动部署 — 连接 GitHub 后自动拉取 Hugo 构建，无需额外操作 免备案 — Cloudflare 走海外节点，大陆合规零门槛 费用为零 — 免费套餐足够个人博客使用 可自定义域名 — 未来想加域名也支持 反思 调研应该先确认用户的需求优先级：访问速度 vs 维护成本 vs 费用 目前写成了规划笔记（plans/）而不是记录（records/），因为还没有实际部署 下次应该先确定方案再深入细节 回滚锚点 提交 说明 964e4fd 新增部署方案调研笔记（草稿） ","permalink":"https://IWanalq.github.io/records/2026/07/02-explorer-deployment-research/","summary":"\u003ch2 id=\"任务\"\u003e任务\u003c/h2\u003e\n\u003cp\u003e调研 GitHub Pages 博客在国内的替代部署方案，解决大陆读者无法访问的问题。\u003c/p\u003e\n\u003ch2 id=\"方案对比\"\u003e方案对比\u003c/h2\u003e\n\u003ctable\u003e\n  \u003cthead\u003e\n      \u003ctr\u003e\n          \u003cth\u003e方案\u003c/th\u003e\n          \u003cth\u003e国内访问\u003c/th\u003e\n          \u003cth\u003e费用\u003c/th\u003e\n          \u003cth\u003e复杂度\u003c/th\u003e\n      \u003c/tr\u003e\n  \u003c/thead\u003e\n  \u003ctbody\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eCloudflare Pages\u003c/td\u003e\n          \u003ctd\u003e较好，部分区域直连\u003c/td\u003e\n          \u003ctd\u003e免费\u003c/td\u003e\n          \u003ctd\u003e低\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eGitee Pages 镜像\u003c/td\u003e\n          \u003ctd\u003e最好，国内直连\u003c/td\u003e\n          \u003ctd\u003e免费\u003c/td\u003e\n          \u003ctd\u003e中（需手动同步）\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003e自定义域名 + CDN\u003c/td\u003e\n          \u003ctd\u003e中等，需优选 IP\u003c/td\u003e\n          \u003ctd\u003e域名费\u003c/td\u003e\n          \u003ctd\u003e高\u003c/td\u003e\n      \u003c/tr\u003e\n  \u003c/tbody\u003e\n\u003c/table\u003e\n\u003ch2 id=\"关键结论\"\u003e关键结论\u003c/h2\u003e\n\u003cp\u003eCloudflare Pages 是最推荐的方案：\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003e自动部署\u003c/strong\u003e — 连接 GitHub 后自动拉取 Hugo 构建，无需额外操作\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e免备案\u003c/strong\u003e — Cloudflare 走海外节点，大陆合规零门槛\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e费用为零\u003c/strong\u003e — 免费套餐足够个人博客使用\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e可自定义域名\u003c/strong\u003e — 未来想加域名也支持\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch2 id=\"反思\"\u003e反思\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e调研应该先确认用户的需求优先级：访问速度 vs 维护成本 vs 费用\u003c/li\u003e\n\u003cli\u003e目前写成了规划笔记（\u003ccode\u003eplans/\u003c/code\u003e）而不是记录（\u003ccode\u003erecords/\u003c/code\u003e），因为还没有实际部署\u003c/li\u003e\n\u003cli\u003e下次应该先确定方案再深入细节\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"回滚锚点\"\u003e回滚锚点\u003c/h2\u003e\n\u003ctable\u003e\n  \u003cthead\u003e\n      \u003ctr\u003e\n          \u003cth\u003e提交\u003c/th\u003e\n          \u003cth\u003e说明\u003c/th\u003e\n      \u003c/tr\u003e\n  \u003c/thead\u003e\n  \u003ctbody\u003e\n      \u003ctr\u003e\n          \u003ctd\u003e\u003ccode\u003e964e4fd\u003c/code\u003e\u003c/td\u003e\n          \u003ctd\u003e新增部署方案调研笔记（草稿）\u003c/td\u003e\n      \u003c/tr\u003e\n  \u003c/tbody\u003e\n\u003c/table\u003e","title":"博客国内访问方案调研"},{"content":"欢迎来到我的新博客，由 Hugo + PaperMod 主题驱动。\n为什么选 Hugo 构建速度极快：10000 页只需 3 秒 单文件二进制：无需 Node.js / npm 依赖地狱 主题生态成熟：PaperMod 是中文圈最流行的极简主题之一 GitHub Pages 友好：一份 Actions workflow 就能自动部署 代码块测试 def hello(name: str) -\u0026gt; str: return f\u0026#34;Hello, {name}!\u0026#34; print(hello(\u0026#34;Hugo\u0026#34;)) 引用测试 好的文档是写好代码的副产品。\n列表测试 第一项 第二项 嵌套项 第三项 步骤一 步骤二 步骤三 链接测试 访问 Hugo 官方文档 学习更多。\n下一篇会写什么？再说吧。\n","permalink":"https://IWanalq.github.io/posts/hello-hugo/","summary":"用 Hugo + PaperMod 搭建个人博客的第一篇测试文章。","title":"Hello Hugo"},{"content":"发展路线图 0.1.0 Initial commit: Hugo… │ ├─ 0.2.0 新文章: Windows 服务精简记录 │ ├─ 0.3.0 重构文章为 Page Bundle 格式… │ └─ 0.4.0 新增 Agent 工作日志专区（日期纵深… │ ├── 0.4.1 新增更新日志板块 v0.1→v0.4 记录 ├── 0.4.2 站点改名回顾笔记 + SEO 优化 ├── 0.4.3 新增自动更新日志生成脚本，基于 git … └── 0.4.4 完善更新日志：每个 commit 附带详… 完整提交记录 0.1.0 ff6126d 2026-07-01 — Initial commit: Hugo blog with PaperMod theme and GitHub Actions deployment v0.1.0\n博客初始化： 框架：Hugo v0.157.0 + PaperMod 主题 部署：GitHub Actions 自动构建到 Pages 功能：SEO、代码高亮、搜索、RSS、分类标签\n0.2.0 9fa0285 2026-07-02 — 新文章: Windows 服务精简记录 v0.2.0\n发布首篇正式文章《Windows 服务精简》 内容涵盖服务分类、禁用列表、脚本工具 使用火绒替代 Defender，禁用 30+ 不必要服务 文章采用 Page Bundle 格式，配套脚本同目录\n0.3.0 6ecb981 2026-07-02 — 重构文章为 Page Bundle 格式，脚本与文章同目录 v0.3.0\n文章结构重构： 从单文件 content/posts/xxx.md 改为 Page Bundle content/posts/xxx/index.md 资源（图片、脚本）与文章同目录，便于管理和后续迁移 OSS 同时创建了 static/ 资源目录规范\n964e4fd 2026-07-02 — 新增部署方案调研笔记（草稿）\n0.4.0 6535fff 2026-07-02 — 新增 Agent 工作日志专区（日期纵深 + 多 agent 区分） v0.4.0\n新增工作日志专区： 创建 content/records/ 按年/月/日归档 每条记录包含 agent 归因、outcome 评估、lessons 反思 支持 codebuddy/explorer 等多 agent 区分 顶栏菜单增加「日志」入口\nb741328 2026-07-02 — 新增 agent 规则文件 /agents.json + 规则页面 /rules/\n建立博客规则系统： 机器可读 agents.json，agent curl 即可了解全部规则 人类可读 /rules/ 页面，顶栏菜单可访问 定义 3 种内容类型（posts/records/plans）各自的前置条件和发布流程 明确 6 个 agent 的角色分工和可操作范围\nf3bcd31 2026-07-02 — 新增 Inbox 临时通道 + 规划笔记 /agents.json 更新\nInbox 临时通道上线： Deno 编写的 HTTP 服务（blog-inbox/inbox.ts），监听 3457 端口 POST /inbox 免 git 暂存内容到 content/_inbox/ POST /inbox/:id/promote 固化到 records 并自动提交 git commit content/_inbox/ 已加入 .gitignore 不入库\n0.4.1 14aa690 2026-07-02 — 新增更新日志板块 v0.1→v0.4 记录 v0.4.1\n新增更新日志页面 /changelog/ 手写 v0.1 到 v0.4 共 4 个版本的变更记录 涵盖初始化、文章、Page Bundle、Inbox 等里程碑 顶栏菜单增加「更新」入口\n0.4.2 11bd46b 2026-07-02 — 站点改名回顾笔记 + SEO 优化 v0.4.2\n站点改名+SEO优化： 标题从 My Blog 改为「回顾笔记」 更新 meta description/keywords/OG 标签 添加多尺寸 favicon 和 safari-pinned-tab 配置 agents.json 站点名同步更新\n0.4.3 9403542 2026-07-02 — 新增自动更新日志生成脚本，基于 git commit + tag v0.4.3\nchangelog 自动生成脚本： scripts/generate-changelog.ts 基于 git log + tag 自动生成 content/changelog.md 支持从 commit 正文和 git notes 提取详细变更说明 路线图根据版本 tag 自动绘制 推送前运行 deno run -A scripts/generate-changelog.ts 即可更新\n0.4.4 0036dec 2026-07-02 — 完善更新日志：每个 commit 附带详细变更说明 v0.4.4 ","permalink":"https://IWanalq.github.io/changelog/","summary":"\u003ch2 id=\"发展路线图\"\u003e发展路线图\u003c/h2\u003e\n\u003cdiv class=\"highlight\"\u003e\u003cpre tabindex=\"0\" class=\"chroma\"\u003e\u003ccode class=\"language-text\" data-lang=\"text\"\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e0.1.0    Initial commit: Hugo…\n\u003c/span\u003e\u003c/span\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e│\n\u003c/span\u003e\u003c/span\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e├─ 0.2.0    新文章: Windows 服务精简记录\n\u003c/span\u003e\u003c/span\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e│\n\u003c/span\u003e\u003c/span\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e├─ 0.3.0    重构文章为 Page Bundle 格式…\n\u003c/span\u003e\u003c/span\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e│\n\u003c/span\u003e\u003c/span\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e└─ 0.4.0    新增 Agent 工作日志专区（日期纵深…\n\u003c/span\u003e\u003c/span\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e   │\n\u003c/span\u003e\u003c/span\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e   ├── 0.4.1    新增更新日志板块 v0.1→v0.4 记录\n\u003c/span\u003e\u003c/span\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e   ├── 0.4.2    站点改名回顾笔记 + SEO 优化\n\u003c/span\u003e\u003c/span\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e   ├── 0.4.3    新增自动更新日志生成脚本，基于 git …\n\u003c/span\u003e\u003c/span\u003e\u003cspan class=\"line\"\u003e\u003cspan class=\"cl\"\u003e   └── 0.4.4    完善更新日志：每个 commit 附带详…\n\u003c/span\u003e\u003c/span\u003e\u003c/code\u003e\u003c/pre\u003e\u003c/div\u003e\u003chr\u003e\n\u003ch2 id=\"完整提交记录\"\u003e完整提交记录\u003c/h2\u003e\n\u003ch3 id=\"010\"\u003e0.1.0\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cp\u003e\u003ccode\u003eff6126d\u003c/code\u003e 2026-07-01 — Initial commit: Hugo blog with PaperMod theme and GitHub Actions deployment \u003ccode\u003ev0.1.0\u003c/code\u003e\u003c/p\u003e\n\u003cp\u003e博客初始化：\n框架：Hugo v0.157.0 + PaperMod 主题\n部署：GitHub Actions 自动构建到 Pages\n功能：SEO、代码高亮、搜索、RSS、分类标签\u003c/p\u003e","title":"更新日志"}]