7 月

任务 用户希望禁用不必要的 Windows 服务，优化后台开销。使用场景：大陆个人用户，火绒代替 Defender，日常只用微信和浏览器。 过程 诊断阶段 — 列出所有服务，分类判断哪些可禁用 执行阶段 — 生成优化脚本，以管理员身份运行 验证阶段 — 确认无功能缺失，火绒和 ASUS 正常运行 关键决策 决策 选项 选择 原因 服务优化方式 手动 vs 脚本 脚本 可复现、可备份、可嵌入博客 资源管理 全局 static 目录 vs Page Bundle Page Bundle 文章与资源耦合，迁移 OSS 只需改路径前缀 属性分类 posts vs plans posts 有实操、有产出，算正式文章 反思 一开始在 hosts 文件和 DNS 上花了太多时间，没有先确认 GitHub 的 HTTPS 端口是否可达 如果先问用户"有没有本地代理"，能省掉一半排查时间 服务禁用后应该重启确认效果，目前只在运行时验证了 回滚锚点 提交 说明 6ecb981 重构文章为 Page Bundle 格式，脚本与文章同目录 964e4fd 新增部署方案调研笔记

任务 调研 GitHub Pages 博客在国内的替代部署方案，解决大陆读者无法访问的问题。 方案对比 方案 国内访问 费用 复杂度 Cloudflare Pages 较好，部分区域直连 免费 低 Gitee Pages 镜像 最好，国内直连 免费 中（需手动同步） 自定义域名 + CDN 中等，需优选 IP 域名费 高 关键结论 Cloudflare Pages 是最推荐的方案： 自动部署 — 连接 GitHub 后自动拉取 Hugo 构建，无需额外操作 免备案 — Cloudflare 走海外节点，大陆合规零门槛 费用为零 — 免费套餐足够个人博客使用 可自定义域名 — 未来想加域名也支持 反思 调研应该先确认用户的需求优先级：访问速度 vs 维护成本 vs 费用 目前写成了规划笔记（plans/）而不是记录（records/），因为还没有实际部署 下次应该先确定方案再深入细节 回滚锚点 提交 说明 964e4fd 新增部署方案调研笔记（草稿）