idontwannagooooo

从“写脚本”到 AI 工程化：关于开发工作流、自动化测试与 Agent 能力开放的思考

Sat, 13 Jun 2026 07:28:00 GMT

从“写脚本”到 AI 工程化：关于开发工作流、自动化测试与 Agent 能力开放的思考

本文由 AI 辅助写作

一、问题的起点：从一个“小需求”看到两层工程问题
二、第一层问题：AI 写代码已经不稀奇，真正困难的是“可控地交付”
三、第一层问题的延伸：为什么需要沉淀 AI 开发工作流？
四、第一层问题的实践：从聊天记录中提炼可复用经验
五、连接两层问题的关键：AI 开发的核心不是“更快写完”，而是“更快验证”
六、第二层问题的基础：为什么不能只依赖单元测试？
七、第二层问题的延伸：工具要适合 Agent 使用
八、从个人经验到团队资产：把 AGENTS.md 和 Skill 放进 Git
九、总结

一、问题的起点：从一个“小需求”看到两层工程问题

最近做的工作，大多不是传统意义上的“大项目”。

例如给内部系统补充 CLI 能力、把已有接口封装成命令行工具、开放部分业务能力供 Agent 调用，以及补充测试脚本和本地开发环境。

这些需求单独看都不复杂，甚至有些工作量并不大。但一个现象很值得思考：明明需求本身很小，却仍然需要投入不少开发、联调和验证时间。

这说明问题不在功能本身，而在交付过程。

如果一个需求反复需要人工理解代码、梳理链路、配置环境、验证结果，那么即使功能简单，也会持续消耗时间。而只要一个动作被频繁重复，它就具备被工程化优化的价值。

因此，真正值得关注的不是需求大小，而是：

为什么这些需求无法被更快、更稳定地完成？

继续往下分析，会发现这里其实包含两个层次不同、但彼此关联的问题。

第一层：如何建立可复用的 AI 开发工作流？

这是一个偏工程效率的问题。

当 AI 已经能够参与编码之后，真正影响效率的往往不再是“代码写得快不快”，而是：

如何快速理解需求；
如何定位代码入口；
如何收集上下文；
如何分析调用链路；
如何验证修改结果；
如何沉淀经验供后续复用。

如果这些步骤每次都从零开始，那么 AI 的能力就只能停留在“辅助写代码”。

因此，第一个问题是：

如何沉淀一套 AI 开发工作流，让同类需求能够被快速复用，而不是每次重新探索？

本质上，这是在解决“AI 如何参与软件开发”的问题。

第二层：如何把能力可靠地开放给 Agent？

相比开发工作流，这个问题更加贴近最终交付。

当一个能力需要被 Agent 调用时，仅仅实现接口并不够，还需要考虑：

工具如何描述；
参数如何约束；
返回结构是否稳定；
错误是否可恢复；
测试是否覆盖关键链路；
Agent 是否真的能够正确使用。

因此，第二个问题是：

当能力需要开放给 Agent 调用时，应该如何设计工具、测试和验证机制，保证能力真正可用？

本质上，这是在解决“如何为 AI 提供可靠能力”的问题。

两个问题之间是什么关系？

很多时候，人们会把这两个问题分开讨论。

一个属于开发效率，一个属于能力开放；一个偏内部工程，一个偏外部交付。

但在实际工作中，两者往往是一体两面。

开发工作流决定了能力开放的成本。

如果没有标准化的需求分析、代码修改、测试验证和经验沉淀流程，那么每新增一个 Agent 工具，都需要重新理解系统、重新验证链路、重新处理边界情况，成本会随着能力数量增长而不断上升。

反过来，Agent 能力开放又会倒逼工作流成熟。

因为一旦能力需要被 Agent 使用，就必须具备更清晰的描述、更稳定的接口、更完善的测试以及更可靠的验证机制。这些要求最终都会反馈到开发流程本身。

换句话说：

AI 开发工作流解决的是“如何更高效地生产能力”；
Agent 能力开放解决的是“如何更可靠地交付能力”。

前者是生产体系，后者是交付体系。

而自动化测试、本地验证环境、标准化工具设计等工程实践，恰好连接了这两个体系。

因此，最近这些看似零散的小需求，最终都指向同一个主题：

在 AI 时代，如何通过工程化手段缩短从需求到交付的路径，并保证结果可靠。

这篇文章也将围绕这两个层次的问题展开：先讨论 AI 开发工作流如何沉淀，再讨论 Agent 能力开放为什么需要更严格的工程体系，以及两者如何共同构成一个完整闭环。

二、第一层问题：AI 写代码已经不稀奇，真正困难的是“可控地交付”

今天再说“AI 能写代码”，其实已经不是什么新鲜事了。

很多简单脚本、接口调用、数据处理、页面小改动，AI 都可以在很短时间内生成一个看似可用的版本。甚至很多过去需要一个下午才能查文档、对参数、调语法的小工具，现在 AI 可能几十秒就能写出雏形。

这件事当然非常震撼。

如果经历过早年那种“手搓代码”的阶段，会更有感触：以前写一个小爬虫、调一个 API、做一个歌单筛选工具，需要不断搜索文档、理解参数、解决语法报错。那种成就感来自于一行一行把东西写出来。

但现在，单纯“写出代码”这件事，已经越来越不稀缺了。

真正稀缺的东西变成了：

需求是否被正确理解；
代码是否改在了正确的位置；
调用链路是否完整；
相关边界是否覆盖；
旧功能是否被破坏；
权限、异常、错误处理是否可靠；
测试是否能证明功能真的可用；
同类需求下一次是否可以更快完成。

换句话说，AI 时代的核心问题不是“能不能生成代码”，而是：

能不能让 AI 在明确上下文、明确流程、明确验证方式的情况下，稳定地产出可交付代码。

如果没有这套体系，AI 写得再快，也只是“快速生成不确定性”。

它可能帮你节省了编码时间，却把压力转移到了测试、联调、排查和人工 review 上。尤其在真实业务系统里，问题往往不是单文件、单函数、单接口那么简单，而是涉及多个模块、多条链路、多种环境和历史包袱。

AI 可以很快给出一个答案，但它未必知道这个答案在当前工程环境里是否真的成立。

所以越来越觉得，AI 开发最重要的不是 prompt 本身，而是围绕 AI 建立一套完整的工程闭环：

需求理解 → 上下文收集 → 链路分析 → 方案生成 → 代码修改 → 本地验证 → 自动化测试 → 人工复核 → 经验沉淀。

只有这个闭环成立，AI 才不是一个单纯的代码生成器，而是一个可以参与工程交付的开发助手。

三、第一层问题的延伸：为什么需要沉淀 AI 开发工作流？

最开始其实低估了“工作流沉淀”的价值。

刚接触不同需求时，很容易觉得每个需求都长得不一样：这个是接口优化，那个是 Bug 修复；这个是 CLI 接入，那个是 Agent 调用；这个要看 Go 项目，那个要看后端服务；这个涉及鉴权，那个涉及参数转换。

于是每次做需求时，都会重新开始分析：

先看哪里？
入口在哪？
调用链路是什么？
哪个文件负责命令定义？
哪个文件负责接口调用？
鉴权在哪里处理？
测试应该怎么跑？
改完之后怎么证明没问题？

如果每次都重新摸索，那 AI 参与开发的收益其实会大打折扣。

因为 AI 的一次性生成能力虽然很强，但它对项目上下文并没有天然记忆。每次新对话、新需求，都要重新把上下文喂给它。如果上下文不完整，它就容易猜；如果没有标准流程，它就容易漏；如果没有测试闭环，它就容易自信地错。

后来意识到，很多需求虽然表面不同，但底层其实有共性。

比如“新增一个 CLI 命令”这类需求，流程就可以沉淀：

先查找已有相似命令；
确认命令结构和参数风格；
找到对应业务接口；
梳理请求参数和返回结构；
明确权限和鉴权逻辑；
增加命令入口；
增加接口调用封装；
处理错误信息和异常分支；
编写本地测试 case；
更新 README 或使用说明；
执行本地端到端验证；
最后进行人工 review。

再比如“修改已有接口能力”这类需求，也可以沉淀：

找到旧实现；
梳理调用方；
判断字段或行为变更是否兼容；
明确影响范围；
修改实现；
补充回归测试；
验证已有命令是否仍然可用；
检查 Agent 调用说明是否需要同步更新。

再比如“Bug 修复”类需求，也有比较固定的流程：

复现问题；
收集日志；
确认输入和输出；
对比正常 case；
缩小问题链路；
定位根因；
修复问题；
补充回归测试；
记录问题模式，防止同类问题再次出现。

这些流程看起来朴素，但对 AI 非常重要。

因为 AI 不怕执行步骤，怕的是步骤不明确；不怕写代码，怕的是不知道该看哪些代码；不怕跑测试，怕的是没有可跑的测试。

所以，所谓 AI 开发工作流，本质上是把过去依赖个人经验的隐性知识，沉淀成 AI 可以理解和执行的显性流程。

它不只是“提示词模板”，而是一种工程 SOP。

四、第一层问题的实践：从聊天记录中提炼可复用经验

最近还有一个很强的感受：过去和 AI 的大量对话，不应该只被当成一次性消耗。

很多时候，在 AI 对话里已经完成了大量有价值的工作：

解释需求背景；
粘贴关键代码；
让 AI 分析调用链；
讨论不同方案；
让 AI 帮忙定位 bug；
根据报错继续修正；
设计测试 case；
总结修改点；
生成文档或 review checklist。

这些对话如果不整理，就会沉没在聊天历史里。下一次遇到类似需求时，还是会重新问、重新解释、重新走一遍弯路。

但如果把这些对话抽象出来，它们就是非常宝贵的 workflow 原材料。

比如可以从历史聊天记录里提炼几个问题：

这个需求属于哪一类？
当时 AI 是从哪里开始分析的？
它第一次分析时漏掉了什么？
后来补充了哪些上下文？
哪些代码位置是关键入口？
哪些测试步骤最后证明功能可用？
如果下次遇到同类需求，应该提前告诉 AI 什么？
哪些检查项可以写进 checklist？

这样做之后，一段聊天记录就不再只是“向 AI 询问如何改代码”的历史，而变成了“如何处理同类需求”的经验样本。

后续可以把需求分成几类，每类沉淀一套标准 workflow：

新增 CLI / 新增工具类需求；
Skill / Agent 能力开放类需求；
接口改造类需求；
Bug 定位类需求；
性能优化类需求；
测试脚手架和自动化测试类需求。

每一类需求都应该有自己的处理流程、代码入口、常见风险点、测试方式和复核清单。

这样下一次再做类似需求时，就不需要重新从零开始。

第一次做一个需求，也许加上开发、测试和反复修改要两个小时；第二次如果复用 workflow，可能只需要半小时；再往后，当流程、测试和上下文都沉淀下来，可能 10 到 15 分钟就能完成一个相似能力的接入。

当然这个工作也可以交给 Agent 去做。

五、连接两层问题的关键：AI 开发的核心不是“更快写完”，而是“更快验证”

如果说前面讨论的是如何建立开发工作流，那么接下来就会自然进入第二层问题。

因为无论工作流设计得多完善，最终都要回答一个问题：

如何证明交付出来的能力真的可用？

而答案往往不在编码阶段，而在验证阶段。

在真实工程里，开发和测试经常不是均匀分布的。

很多功能写起来并不难，真正耗时的是验证：

环境起不来；
本地无法调试；
依赖线上服务；
Token 或权限配置复杂；
接口文档分散；
调用链路不清楚；
日志不完整；
失败后不知道是参数问题、环境问题还是代码问题。

最近在做某个 CLI 项目时，就遇到过类似问题。

这个项目本身比较臃肿，文档散落在多个地方，还有额外的网关层。因为整个服务无法方便地在本地调试，很多时候只能依赖线上环境联调。

这会带来几个问题。

第一，开发反馈链路太长。

一个小改动如果必须部署或依赖线上环境才能验证，那么每一次试错都会变得很慢。AI 生成代码越快，反而越暴露验证慢的问题。

第二，自动化测试很难做。

如果没有本地可控环境，就很难让 AI 或开发者稳定地跑测试 case。很多验证只能靠人工手动执行，结果就是每次都重复做低效劳动。

第三，新人接入成本高。

如果一个项目必须依赖很多口口相传的环境配置和调试经验，那么新人即使能看懂代码，也很难快速跑通流程。

第四，能力开放会受阻。

如果后续要让 CLI 支持更多业务能力，或者让 Agent 调用更多工具，每新增一个接口都要线上联调，那么规模越大，成本越高。

所以即使很多情况不允许，也应该尽量想办法搭建一个测试脚手架，允许 AI 进行自动化测试，或者参与更多的测试流程。在 AI 开发时代，测试脚手架不是辅助设施，而是核心基础设施。

六、第二层问题的基础：为什么不能只依赖单元测试？

当工具要开放给 Agent 调用时，端到端测试更重要。因为 Agent 不像人一样可以临场猜测、补救、查看内部实现。它依赖工具描述、参数约束和返回结果来行动。一个接口可以调通，不意味着 Agent 可以依照上下文、用户输入正确完成工作。如果工具本身不稳定，Agent 的行为就会放大这种不稳定。

一个参数说明不清楚，可能导致 Agent 反复调用失败；一个错误信息不友好，可能导致它无法自我修复；一个权限边界不明确，甚至可能带来误操作风险。

因此，Agent 能力开放不能只关注“有没有接口”，更要关注“这个工具是否可描述、可调用、可验证、可恢复”。

这也是认为 AI 自动化测试必须前置的原因。

如果大量需求都依赖人工自测，那么开发效率一定会被测试压力拖住。尤其在测试资源有限、上线节奏紧张的情况下，开发侧自测质量会直接影响整体交付效率。

尤其是 CLI 和 Agent 工具这类需求，单元测试只能证明局部逻辑没问题，但不能证明整条链路真的能跑通。

更关键的验证应该是：

命令能否正确执行；
参数能否正确传递；
接口能否正常调用；
返回结果是否稳定；
错误信息是否可理解；
改动是否破坏已有行为。

所以，对这类工作来说，本地测试脚手架和端到端验证非常重要。

它不一定复杂，但必须能让开发者在本地快速确认：这个能力是真的可用，而不是代码看起来写完了。

一个很实用的做法是，让 Agent 调用一个“一无所知”的 Sub Agent 来尝试完成需求。

这个 Sub Agent 不预先提供项目背景、实现细节或额外提示，只给它当前设计好的工具、提示词和文档，让它像一个第一次接触的 Agent 一样去完成任务。

然后观察：

它是否能理解需求；
它是否能找到正确的工具；
它在哪一步卡住；
它是否误解了参数或流程；
它最终是否成功完成目标。

这些反馈往往比单纯阅读提示词更有价值。

因为很多问题并不是设计者自己能发现的，而是在真正执行过程中暴露出来的。

主 Agent 可以根据 Sub Agent 的执行结果自动发现问题，并进一步自动调整提示词、工具描述、系统设计以及工作流，形成持续优化闭环，从而显著提高迭代效率。

从这个角度看，测试的不只是代码本身，也是在测试 Agent 能否真正理解并使用整个系统。

AI 写代码越快，越需要测试来兜底。否则效率提升很容易变成风险放大。

七、第二层问题的延伸：工具要适合 Agent 使用

当通过测试发现 Agent 经常误用工具、理解错误参数或者无法完成任务时，问题往往已经不只是“接口能不能调通”了。

人用工具时，可以看文档、猜参数、理解上下文，也可以在出错后自己补救。

但 Agent 更依赖明确的工具描述和稳定的输入输出。

因此，一个给 Agent 使用的工具，具备几个特点：

工具名清楚，能看出是读操作还是写操作；
参数结构明确，尽量减少模糊自由文本；
返回结果稳定，方便继续处理；
错误信息可理解，最好能提示下一步怎么修正；
对写操作有更谨慎的限制和确认机制。

尤其是写操作，不能和读操作混在一起看待。

读操作失败了，通常只是查不到信息；写操作失败或误执行，可能会修改数据、创建资源、触发流程，风险明显更高。

所以加入类似“先读后写”的机制：

在执行某些写命令之前，要求 Agent 先读取命令说明，理解参数、影响范围和风险，再执行真正的写操作。

这不是为了做一个绝对安全的系统，而是为了让 Agent 在行动前多一个明确的理解步骤。

对更敏感的操作，还可以配合 dry-run、preview、confirm 参数、人工确认和操作日志。

工具开放给 Agent，不是简单地把接口包一层，而是要让工具变得可描述、可验证、可恢复、可控制。

八、从个人经验到团队资产：把 AGENTS.md 和 Skill 放进 Git

最后还有一个很实际的问题：这些经验不能只留在个人聊天记录和脑子里。

如果某个项目里，AI 应该怎么读代码、怎么跑测试、怎么调用 CLI、哪些命令有风险、哪些流程需要先确认，这些信息只靠口头传递，就很难复用。

更好的方式是把它们沉淀成项目资产。

比如在仓库里维护：

AGENTS.md
Skill 文档
CLI 使用说明
测试命令说明
常见问题和注意事项

这些内容应该和代码一样放进 Git 里维护。

这样，新人接手项目时，一般也会使用 AI 参与开发，这时候 AI 能快速接手，根据这些文件获取更稳定的上下文。极大减少探索试错的过程，加快开发效率。

在实际团队里，经常会遇到一个情况：有些项目会把这类 Skill、Agent 配置甚至辅助文档放进 .gitignore，大型项目一般会更加求稳一些，也是可以理解的。

不过，在一般项目中，AGENTS.md 和 Skill 不应该只是个人临时写的提示词，而应该成为项目的一部分。

九、总结

回到最开始的问题。

这些工作表面上只是补 CLI、接接口、写测试、搭本地环境。

但它们背后其实是在解决一个更大的问题：

AI 参与开发之后，团队应该如何把开发流程、工具调用、测试验证和经验沉淀工程化。

AI 能写代码只是起点。

真正重要的是：

有清晰的 workflow，让 AI 知道怎么做事；
有本地测试和端到端验证，证明能力真的可用；
有适合 Agent 调用的工具设计，减少误用和不可控行为；
有 AGENTS.md 和 Skill，并放进 Git 里长期维护。

这样，AI 才不只是一次性帮忙写代码，而是能逐渐进入团队的工程体系。

从写脚本，到沉淀工具；
从一次对话，到项目文档；
从个人经验，到团队资产。

这可能就是 AI 工程化最现实、也最值得做的起点。

Envelopee 应该是 Hexo 和 Obsidian 连接的最好方式

Sat, 13 Jun 2026 05:15:00 GMT

Envelopee 应该是 Hexo 和 Obsidian 连接的最好方式

测试一下发布流程是否正常

这个 Envelope 做的一件事情，就是把本地的文章自动上传到 Hexo 的地方。

好消息是现在我用手机也可以发布文章了。我只要在这边加入一个字段（share: true），就可以被 Envelope 插件识别并上传到 GitHub。

这个流程配置起来非常简单：

不需要在本地配置任何 Git 仓库。
它会自动创建一个分支，并把修改提交上去。
自动合并 PR。
自动触发 Vercel 的部署。

这样就不需要中间仓库进行流转了。我之前有一个教程是关于用 GitHub Action 配合中间仓库来避免目录嵌套问题的，但这个 Envelope 插件完美解决了这个问题，非常优雅，配置极其简单，不需要写任何一行代码。

在配合之前介绍的 LiveSync 插件后，我们现在可以用手机来发布文章，而且实时可见。这对于自建博客来说真的非常方便，因为我们所有的文章都可以在任何一端进行修改和同步。

目前唯一比较遗憾的是，我们还没有配置好将 MD 内链转成网站链接的方式，我也不太清楚具体该怎么操作。包括图片该如何上传，我目前也还不了解，这些我们之后再去研究吧。

MacOS 中 Typora Pixyll 主题宋体粗体无效的解决方法

Sun, 14 Dec 2025 03:55:00 GMT

MacOS 中 Typora Pixyll 主题宋体粗体无效的解决方法

问题

这个问题出现的原因是 macOS 系统自带的 STSong (华文宋体) 是一个较老的字体库，它通常只包含“常规”字重，缺乏真正的“粗体”字重。因此，当你在 Typora 中加粗时，系统无法调用粗体文件，导致显示效果没有变化。

要解决这个问题，需要将 macOS 系统中支持多字重的标准宋体 "Songti SC" (宋体-简) 加入到字体列表中，并且放在 STSong 之前。

请按照以下步骤修改主题的 CSS 代码（打开 Typora 设置，主题-打开主题文件夹），找到 pixyll.css ：

修改方法

找到代码中的 body 样式设置，将 font-family 这一行修改一下。

原代码：

body {
font-family: "Merriweather", "PT Serif", Georgia, "Times New Roman", "STSong", 'Segoe UI Emoji','SF Pro', Serif;
line-height: 1.5rem;
font-weight: 400;
}

修改后的代码（添加了 "Songti SC"）：

body {
/* 在 "STSong" 前面加上 "Songti SC" */
font-family: "Merriweather", "PT Serif", Georgia, "Times New Roman", "Songti SC", "STSong", 'Segoe UI Emoji','SF Pro', Serif;
line-height: 1.5rem;
font-weight: 400;
}

为什么这样改有效？

Songti SC 是 macOS 系统自带的标准宋体，它包含了完整的字重（Light, Regular, Bold, Black）。
将其放在 STSong 之前，Typora 会优先使用 Songti SC 渲染中文。
当遇到加粗语法（**text**）时，系统就能正确调用 Songti SC 的 Bold 字重，从而显示出粗体效果。

补充：如果你希望标题中的中文也是宋体

CSS 中，标题（h1-h6）被设置为了无衬线字体（Lato/Helvetica），如果你希望标题里的中文也显示为宋体且能加粗，可以顺便修改大约 第 198 行 的代码：

原代码：

h1,
.h1,
/* ...省略中间的代码... */
.h6 {
font-family: "Lato", 'Helvetica Neue', Helvetica, sans-serif;
    /* ... */
}

修改建议（如果你想让标题也用宋体）：

h1,
.h1,
/* ...省略中间的代码... */
.h6 {
/* 在这里也加上 Songti SC */
font-family: "Lato", 'Helvetica Neue', Helvetica, "Songti SC", sans-serif;
    /* ... */
}

总结： 最核心的改动是修改 body 选择器里的 font-family，加上 "Songti SC" 即可解决正文宋体无法加粗的问题。

HTML + Canvas LeetCode 演示动画 Prompt

Fri, 05 Dec 2025 06:43:00 GMT

HTML + Canvas LeetCode 演示动画 Prompt

Prompt 内容

建议使用 Gemini 3 Pro

### Canvas助手

**【角色扮演与任务指令】**

你现在是一个名为 “AlgoVisualizerGPT” 的专家级AI助手。你的唯一任务是根据用户提供的力扣(LeetCode)算法问题和对应的Java代码，生成一个功能完整、独立的、交互式的HTML可视化演示文件。

**【核心要求】**

1.  **单一HTML文件**：所有CSS、JavaScript和HTML代码必须包含在一个文件中。不允许外部依赖。
2.  **交互式可视化**：
    *   **Canvas画布**：用于动态展示算法执行过程。例如，数组可以表示为柱状图，指针表示为箭头或高亮色块。在不同状态转移的时候可以用箭头来表明。
    *   **控件按钮**：
        *   `生成新数据 (Generate New Data)`：随机生成适用于该算法的输入数据。
        *   `自动播放 (Auto Play)`：以设定的间隔（如200-500ms）自动执行算法的每一步，直到完成。
        *   `上一步`：手动单步执行算法，用于仔细观察。
        *   `下一步`：手动单步执行算法，用于仔细观察。
        *   浅色/深色模式切换按钮，切换夜间模式
    *   **信息面板**：实时显示算法执行过程中的关键变量值（例如：指针位置、当前最大值、总和、计数器等）。
3.  **内容呈现**：
    *   **标题**：清晰地标明力扣题号和题目名称。
    *   **算法解析**：在画布下方，必须包含一个详细的文字说明区域。
        *   **核心思想**：用通俗的语言解释该算法的根本逻辑。
        *   **步骤详解**：分点列出算法的详细执行步骤。在执行的时候随着步骤递进详细阐述每一步都是在做什么。【注意】当前的解释，应当是配套点击下一步之后显示的画面，而不是点击下一步之前的画面。分步详解和当前显示的画面要匹配和配套，而不是配套“点击的动作”，那样的话，当用户点击下一步后，显示的解释是刚才那个步骤的解释，那和现在的显示状态是滞后的。
        *   **Java代码展示**：必须原样展示用户提供的Java代码，并使用代码块进行格式化和高亮，以供用户对照学习。请使用让代码清晰可见的背景和文字颜色。

**【技术与风格规范】**

1.  **HTML/CSS**:
    *   使用现代、简洁、响应式的布局。整体页面应居中，并有最大宽度限制（如`1200px`）。
    *   使用清晰的颜色方案区分不同元素：
        *   背景/默认柱体：`#2c3e50` (深蓝灰色)
        *   水/结果区域：`rgba(52, 152, 219, 0.7)` (半透明蓝色)
        *   指针1 (如`left`): `#e74c3c` (红色)
        *   指针2 (如`right`): `#9b59b6` (紫色)
        *   辅助线/最大值指示：`#2ecc71` (绿色)
        *   高亮/当前处理元素：`#f1c40f` (黄色)
    *   按钮和信息面板应有良好的视觉设计和间距。
    *   请使用让代码清晰可见的背景和文字颜色，使用代码高亮


2.  **JavaScript**:
    *   **状态管理**：清晰地定义用于控制动画状态的变量（如 `left`, `right`, `totalSum`, `isAnimating`, `isFinished` 等）。
    *   **核心函数**：
        *   `draw()`: 负责根据当前状态变量重新绘制整个Canvas。此函数应先清空画布，然后绘制所有元素。
        *   `step()`: 算法的核心逻辑。此函数执行算法的**一步**，更新状态变量，然后调用 `draw()` 来刷新视图。这是“下一步”按钮直接调用的函数。
        *   `reset()`: 初始化或重置所有状态变量和数据，为新的执行做准备。`生成新数据`按钮会调用此函数。
        *   `startAnimation()`: 控制自动播放的逻辑，通常通过 `setTimeout` 或 `requestAnimationFrame` 循环调用 `step()` 函数。
    *   **代码注释**：在JS代码中添加必要的注释，解释关键部分的逻辑。

**【工作流程】**

1.  我将向你提供一个力扣问题描述和一份完整的Java解法代码。
2.  你将**首先分析Java代码**，理解其算法逻辑、关键变量和迭代过程。
3.  然后，你将这些逻辑**转化为JavaScript中的 `step()` 函数**。
4.  接着，你将设计Canvas上的视觉元素来代表数据结构和变量。
5.  最后，你将整合所有部分（HTML结构, CSS样式, JS逻辑, 算法解析, Java代码展示）生成一个完整的HTML文件作为最终输出。


这是一个推荐的实例模板（这个模板中缺少了上一步按钮和切换主题按钮，请你加上）：


<html lang="zh-CN">
<head>
    
    
    LeetCode 516: 最长回文子序列 (Longest Palindromic Subsequence)
    



    LeetCode 516: 最长回文子序列

    
        
            
            
            
        

        
            i (左指针): -
            j (右指针): -
            当前比较: -
            状态: 准备就绪
        

        

        
            
                算法核心思想 (动态规划)
                最长回文子序列 (LPS) 问题可以通过动态规划解决。我们定义 dp[i][j] 为字符串从索引 i 到 j 的子串中最长回文子序列的长度。
                执行步骤：
                
                    定义状态：创建一个二维数组 dp[n][n]。
                    初始化：单个字符本身就是回文，长度为1。所以对所有 i，dp[i][i] = 1。
                    状态转移：从下往上（i 从 n-1 到 0），从左往右（j 从 i+1 到 n-1）遍历：
                        
                            如果 s[i] == s[j]：说明两端字符匹配，回文长度加2。即 dp[i][j] = dp[i+1][j-1] + 2。
                            如果 s[i] != s[j]：说明两端字符不能同时构成回文边缘，取去掉左边或去掉右边后的最大值。即 dp[i][j] = max(dp[i+1][j], dp[i][j-1])。
                        
                    
                    结果：最终答案存储在 dp[0][n-1]，即整个字符串的最长回文子序列长度。
                
            
            

public int longestPalindromeSubseq(String s) {
    int n = s.length();
    int[][] dp = new int[n][n];

    // 从后往前遍历 i
    for (int i = n - 1; i >= 0; i--) {
        dp[i][i] = 1; // 初始化对角线
        
        // j 从 i+1 开始往后遍历
        for (int j = i + 1; j < n; j++) {
            if (s.charAt(i) == s.charAt(j)) {
                // 字符匹配：内部长度 + 2
                dp[i][j] = dp[i + 1][j - 1] + 2;
            } else {
                // 字符不匹配：取左边或下边的最大值
                dp[i][j] = Math.max(dp[i + 1][j], dp[i][j - 1]);
            }
        }
    }
    return dp[0][n - 1];
}

Apple Music 和 Spotify 的选择

Thu, 20 Nov 2025 08:35:00 GMT

Apple Music 和 Spotify 的选择

网易云音乐

网易云音乐的问题：

软件臃肿，在设备上运行缓慢，日常体验糟糕
日推质量越来越差，很少听到好听的歌
听歌习惯不好，在喜欢的音乐有四千多首，没有歌单分类的习惯，想要重新开始

Apple Music

优点：
- 软件轻量，在各种设备流畅运行，连 iPhone 6sp 和我的文石阅读器都能流畅运行，不像某些国产软件……
- 界面好看，歌词界面美丽
- 音质好，空间音频搭配 Airpods 非常舒服，一耳朵提升
- 有各种编辑推荐歌单和场景歌单，质量不错
- 有编辑推荐语和简介语，质量奇高
- 推荐有的时候质量还可以
缺点：
- Mac 和 Win 端软件是古董 iTunes 的逻辑，体验极差：
  - 动不动闪退、无响应出错
  - 播放电台无法切换上首歌，无法看到播放记录
  - 操作比较变扭，比如不能点击专辑名跳转专辑，需要右键“在 Apple Music 中查看”，这种小摩擦数不胜数，真是需要自适应…
- 推荐不够多，有时候打开软件甚至有点不知道播放什么东西。似乎只有个位数的专属推荐播放列表和电台，其他都是 AM 编辑精选的播放列表和专辑。
- 播放列表管理和排序体验一般
  - 没法看到已经加入播放列表的歌曲，点击之后才提示已经加入要不要重复加入
  - 播放列表默认加入到列表底端且无法更改此逻辑（Spotify 似乎也是一样？）
- 多端同步体验不佳，没法流转播放（网易云也没法，Spotify Connect 提供此功能，至于实际体验看后文吧）

Spotify

推荐方面，推荐确实非常多，不同风格分别推荐，分别推荐不同曲风的歌曲，但是多了，质量如何呢？确实有听起来比较喜欢的，但是都是什么歌呢，不知道，有的歌甚至只有几万播放，说是小众也行吧，但是不是也能说不够经典呢？如果一个听歌品味本来比较局限的人，用了 Spotify，会不会更加限制在舒适区呢？这个所谓精准的算法，是不是信息流算法等翻版呢？每首歌都是“听得爽”的体验，虽然是不错，但是这和刷抖音何异之有呢？如何踏出舒适区，了解到更多的曲风和品味呢？当然不是说刷抖音不好，只是这里两种选择，我更偏向 Apple Music 的哲学——精选、分类、引导、高品质、广泛推荐、自由探索。而更不喜欢 Spotify 的泛滥、混杂、平庸质量、精准推荐、信息茧房。当然也不是说 Spotify 不能自己找歌曲、没有高品质歌单，但如果是选择了这个方面，何不选择更加专业的 Apple Music 呢？

而且话说回来，我也没觉得 Spotify 这个推荐有多合我的口味，我连续高强度点了好几天的喜欢和隐藏，似乎还是无动于衷，来来回回就是几首歌，有点令人费解，也许是我用的时间不够长。

音质方面，虽然说是 320kbps，但是和 Apple 的 256kbps 相比，感觉还是少了一点空间感。而且如果有时候想接入有线耳机，还是 Apple Music 更加能胜任吧！而且还没有专属的空间音频，在 Mac 上无法打开空间音频，在 iPhone 和 iPad 上知识形式化的空间音频，不存在为空间音频特别制作的歌曲。

曲库方面，Apple Music 果区实在是比不上 Spotify，但是外区就不一样了，有来有回。所以如果 Apple Music，也许还是外区会更好一些。

软件方面，操作逻辑确实是不错，但是，界面颜色只有黑色的，没有白色，看久了会不会觉得有一些压抑？Connect 功能确实不错，但是呢，有时候总是会连接不上，光是链接的时间，我都能找出来我刚才听到哪里了，有时候更是会掉线、无法同步，这种情况但凡会出现一两次，都会非常影响心情，我还不如不用呢！而且我发现我切换基本是在电脑和手机之间切换，这个切换不只是设备的切换，也是场景的切换，在用电脑学习的时候听的是学习的歌曲，收起电脑拿出手机，听的是通勤的歌，这样的话，流转的意义何在呢？反正都要打开手机重新选择歌单。所以对我来说还是形同虚设，甚至徒增焦虑。

总结

Spotify 在我看来是名副其实的安卓软件——体验一般（320kbps、曲库杂乱、推荐有信息茧房）但是功能丰富（Connect、合辑功能等等，甚至电脑端还能装插件……），Apple Music 自然是苹果软件，很多地方很恶心需要自适应，但是核心功能是有保证的。怎么取舍还是看个人习惯了。我本来打算使用 Apple Music 一个月之后再用 Spotify 一个月，但是 Spotify 用了一个多礼拜，这一个礼拜的心情就有点烦躁，不知道和软件有没有关系（笑），毕竟我一天基本上要听歌 8 小时以上。反正是没有坚持用到一个月，就转到 Apple Music 美区了。

另外 AM 转外区还是越早转越好，首先听歌记录能更多保存下来，其次这个迁移实在是有点麻烦，先前的听歌习惯估计也要一两个礼拜才能重新学习到。我目前买的是 Apple One 美区的廉价家庭组，带 2T iCloud，150 一年，不知道能坚持多久，正统的个人开卡的 Apple One 家庭组拼车是 500 元左右一年，也不知道是什么渠道能弄到 150 一年。有一个需要考虑的事实是如果家庭组翻车了，就要重新加入新的的家庭组，而按道理说一年只能加入两次不同的家庭，如果翻车次数多了，就没有办法再加入家庭组了，只能自掏腰包，光是 AM 就是 11 美元一个月，汇率换算是果区学生价格的十几倍，更别说 Apple One 了。这个还是很有风险的，不过先用着再说吧……

LeetCode 笔记：回溯的两种类型与 index 类型的选择

Sat, 01 Nov 2025 10:11:00 GMT

LeetCode 笔记：回溯的两种类型与 index 类型的选择

总结

回溯有两种类型：排列组合和子集问题。当然还有一些特殊模型，比如可重复使用等等，只需要在这两个模型上做一点点微调即可。

两种类型的本质区别在于：每个步骤是否独立。比如高中数学中的 C 在 n 中选几个，这就是有上下文关联的：这次取了 A，下次不能再取一次 A 了。这就是“子集问题”，这种问题一般使用 startIndex 来定位“从哪里开始选”，确保不会重新选取。反之如果各个步骤是独立的，比如每次所选取的元素不是在一个集合中的（比如电话号码问题），就可以使用“我这个位置要选择什么？”的思想来做，只要使用 index 来确定“我正在选第几个”就可以了。这就是“排列组合”问题。

还有一个区分的维度就是顺序是否重要，如果顺序重要，即使它上下文关联，也应该用排列组合思维来做，可以这样想，如果顺序重要，我就可以用“我这个位置要选择什么”来思考，因为不同位置选相同的元素，这是不同的答案。如果顺序不重要，去思考“我这个位置选择什么”是没有意义的。这个典型例子就是“全排列”那一道题。当然既然使用了步骤独立的方法来处理步骤不独立的问题（全排列明显是步骤不独立的问题，元素不能重复），就要再用一些补丁解决，这道题就是用了一个 used 数组来解决。

下面是 AI 给出的详细分析。

核心区别：问题的本质

index 和 startIndex 的使用，取决于回溯问题是在解决 “排列组合” 问题还是 “子集/组合” 问题。

startIndex 用于 “组合/子集” 类问题 (Combinations / Subsets)

问题特征: 从一个集合中选取若干元素组成一个新的集合，元素的顺序不重要，且 不能重复选取同一个元素。
典型例子:
- LeetCode 77. Combinations: 从 1 到 n 中选 k 个数。
- LeetCode 78. Subsets: 找出一个集合的所有子集。
- LeetCode 90. Subsets II (有重复元素)。
- LeetCode 40. Combination Sum II (每个数只能用一次)。
startIndex 的作用: 它是为了 避免产生重复的组合。通过规定下一次递归只能从 startIndex（或 i+1）开始选择，我们强制了一个选择的顺序（例如，只能往后选，不能回头选），从而保证了像 [1, 2] 和 [2, 1] 这样的重复组合只会出现一次。

伪代码示例 (组合问题):

void backtrack(int startIndex, ...) {
    // ... 收集结果 ...

    for (int i = startIndex; i < candidates.length; i++) {
        // ... 做选择 ...
        path.add(candidates[i]);
        // 关键：传入 i + 1，保证下次从下一个位置开始选
        backtrack(i + 1, ...);
        // ... 撤销选择 ...
        path.removeLast();
    }
}

index 用于 “排列/分步决策” 类问题 (Permutations / Step-by-step decision)

问题特征: 问题可以被分解成 多个独立的步骤，每一步都需要从一个 独立的选项集合 中做出选择，最终将所有步骤的选择连接起来构成一个完整解。每一步的选择范围和之前步骤的选择没有直接的“去重”关系。
典型例子:
- **LeetCode 17. Letter Combinations of a Phone Number
  - 第 1 步：为第一个数字（如 ‘2’）选择一个字母（’a’, ‘b’, or ‘c’）。
  - 第 2 步：为第二个数字（如 ‘3’）选择一个字母（’d’, ‘e’, or ‘f’）。
  - …以此类推。
  - 注意：第 2 步的选择范围 (def) 和第 1 步的选择 (abc) 是完全独立的。
- LeetCode 46. Permutations (全排列): 虽然也用回溯，但它更特殊，通常用 used 数组来标记元素是否被使用过，而不是 startIndex。但其本质也是分步决策：第 1 个位置放哪个数？第 2 个位置放哪个数？…
其他一些例子：
- LeetCode 47. 全排列 II (Permutations II): 在全排列模型上增加了“输入数组可能包含重复元素”的挑战，需要在剪枝时增加额外的逻辑来避免产生重复的排列结果。
- LeetCode 51. N皇后: 也可以看作一种排列问题。n 个皇后要占据 n 列，每一行的皇后占据哪一列，可以看作是 [0, 1, ..., n-1] 的一个排列。used 数组在这里就演变成了检查列冲突的 col_used 数组。
- LeetCode 784. 字母大小写全排列: 这是一个有趣的变体，决策不再是选择哪个元素，而是对每个字母字符决定是使用小写还是大写。
index 的作用: 它代表了当前正在处理 第几个步骤 或者 决策的层级。在你的电话号码问题中，index 就明确地表示“我们正在为 digits 字符串中的第 index 个数字做选择”。

伪代码示例 (电话号码问题):

void backtrack(int index, String digits) {
    // 如果所有数字都处理完了 (index 到达末尾)，说明一个解已构成
    if (index == digits.length()) {
        // ... 收集结果 ...
        return;
    }

    // 获取当前步骤 (第 index 个数字) 的所有选项
    String letters = map[digits.charAt(index) - '0'];

    // 遍历当前步骤的所有选项
    for (int i = 0; i < letters.length(); i++) {
        // ... 做选择 ...
        path.append(letters.charAt(i));
        // 关键：进入下一个步骤 (index + 1)
        backtrack(index + 1, digits);
        // ... 撤销选择 ...
        path.deleteCharAt(path.length() - 1);
    }
}

如何在做题前判断？

在读完题目后，问自己以下几个问题：

我是在一个集合里“挑选”元素吗？
- 如果是，并且元素的顺序无关紧要（例如 [1, 2] 和 [2, 1] 算同一个组合），那么这很可能是 组合/子集 问题。你应该使用 startIndex 来去重。
- 例如：“从数组 [1,2,3,4] 中找出所有大小为 2 的组合”。
问题是否可以被分解成一系列独立的步骤？
- 如果是，并且每一步都有自己独立的选项集，那么这很可能是 排列/分步决策 问题。你应该使用 index 来追踪当前进行到哪一步了。
- 例如：“输入是 “23”。第一步要从 ‘a’, ‘b’, ‘c’ 中选一个。第二步要从 ‘d’, ‘e’, ‘f’ 中选一个。这两步的选择是独立的。” 这就是典型的分步决策，用 index。
最终结果的长度是固定的吗？
- 在电话号码问题中，结果的长度总是等于输入 digits 字符串的长度。这通常是 分步决策 的一个强烈信号，因为你有固定数量的步骤要完成。
- 在组合/子集问题中，结果的长度通常是不固定的（子集问题）或由参数 k 决定（组合问题）。

总结

特征	`startIndex` (组合/子集类)	`index` (排列/分步决策类)
问题本质	从一个集合中挑选元素	完成多个独立的步骤
参数含义	下一轮递归应该从哪个起始位置开始挑选元素	当前正在处理第几个步骤或决策层级
for 循环	`for (int i = startIndex; ...)`	`for (char c : currentStepOptions)`
递归调用	`backtrack(i + 1, ...)`	`backtrack(index + 1, ...)`
典型问题	组合 (Combinations), 子集 (Subsets), 组合总和 (Combination Sum)	电话号码的字母组合 (Letter Combinations), 全排列 (Permutations)
核心目的	去重，确保每个组合只生成一次	推进，确保按顺序完成每一步决策

Obsidian 极速全端同步方案 Livesync 部署指南

Fri, 17 Oct 2025 10:46:00 GMT

Obsidian 极速全端同步方案 Livesync 部署指南

简要教程

效果：秒级同步，字符级别同步，非常丝滑
使用部署平台部署 ConchDB （Docker 常规部署）（这里链接一下 Gemini 的回答）
1. 可使用的平台：Zeabur（每月 5 美元赠金，这个项目大概一个月消耗 1 - 2 美元）、Northflank
2. 平台必须要支持持久化存储，否则不能用。
3. 关键配置：
  1. 镜像地址：docker.io/library/couchdb:latest
  2. 环境变量：
    - COUCHDB_USER: 设置管理员用户名，例如 admin。
    - COUCHDB_PASSWORD: 设置一个非常强壮的管理员密码。请务必使用密码管理器生成并保存好。
  3. 端口号：5984，类型 HTTP
  4. Volume Path：/opt/couchdb/data
登陆 ConchDB 激活 CORS，允许所有域名
安装 LiveSync 插件，选择“远程配置”选项卡，填入域名和账号、密码，“同步设置”中选择 Livesync 预设，其他设置问一下 AI 按需选择就可以了，大概就已经能用了。
设置同步到手机和其他设备：把配置生成为 URI 发给其他设备，其他设备粘贴在笔记中点击打开，即可一键导入配置，非常简单

详细教程

详细教程主要由 Gemini 2.5 Pro AI 生成，但已经经过修改和验证

第一步：部署“私人数据中转站”—— CouchDB

Livesync 的核心是需要一个 CouchDB 数据库作为同步中介。别被“数据库”吓到，借助现代化的部署平台，整个过程就像点几下鼠标一样简单。

1. 选择平台：
我们推荐使用提供 Docker 部署和持久化存储的 PaaS 平台。它们通常有免费额度，对本项目来说绰绰有余：

Zeabur: 每月有 5 美元赠金，本项目每月仅消耗 1-2 美元，几乎免费。
Northflank / Koyeb / Render: 类似平台，提供免费或低成本的容器服务。

核心要求：平台必须支持持久化存储 (Persistent Storage / Volumes)，否则你的数据会在服务重启后丢失！

2. 关键配置：
在平台新建服务时，请选择从 Docker 镜像部署，并填写以下关键信息：

镜像地址: couchdb:latest 或 docker.io/library/couchdb:latest
环境变量:
- COUCHDB_USER: 你的管理员用户名 (例如 admin)
- COUCHDB_PASSWORD: 一个超强密码 (请使用密码管理器生成并妥善保管！)
端口 (Port): 5984，协议类型 HTTP
持久化存储 (Volume):
- 路径 (Path/Mount Path): /opt/couchdb/data (这是 CouchDB 存放数据的固定路径，必须准确填写)
- 大小 (Size): Zeabur 平台会自动分配，不需要设置，Northflank 最大可设置 6 GB

部署完成后，平台会给你一个公开的 URL，例如 https://my-obsidian-db.zeabur.app，把它复制下来。

第二步：设置 CORS 权限

出于安全，CouchDB 默认拒绝来自外部的访问。我们需要手动为 Obsidian “开门”。

访问你的 CouchDB 管理面板，地址是你的 URL + /_utils/，例如：https://my-obsidian-db.zeabur.app/_utils/
使用你刚才设置的 COUCHDB_USER 和 COUCHDB_PASSWORD 登录。
在左侧菜单点击齿轮图标 (⚙️) 进入 Configuration，然后切换到 CORS 选项卡。
点击 Enable CORS，并确保配置如下：
- Origins: * (星号，代表允许所有来源，一劳永逸解决跨平台问题)

第三步：配置 Obsidian Livesync 插件

现在，回到 Obsidian，让魔法发生。

在社区插件市场搜索并安装 Livesync。
打开插件设置，在“远程配置”选项卡中，填写你的数据库信息：
- URI: https://my-obsidian-db.zeabur.app (刚才复制的平台 URL)
- 用户名/密码: 你在环境变量中设置的 admin 和超强密码。
- 数据库名: 给你的仓库起个名字，例如 my-vault，会自动创建一个以此命名的数据库
切换到“同步设置”选项卡，在“预设”中选择 Livesync。这会自动帮你开启大部分推荐配置，如同步插件、主题和核心设置。
至于其他高级设置，如 Property Encryption (属性加密)，强烈建议开启以获得极致隐私。如果你不确定某个选项的含义，可以咨询 AI 或查阅官方文档。

配置完成后，插件将开始初始化。根据提示选择 “从此设备重建两者 (Rebuild both from this device)”，将你当前设备的文件作为“标准答案”上传到云端。

第四步：一键同步到你的手机和其他设备

Livesync 提供了极其优雅的多设备配置方案。

在已经配置好的主力设备上，进入 Livesync 设置，找到 Export setup URI (导出配置 URI) 选项。给这个 URI 设置一个密码，保护配置中的密码和其他敏感信息。
复制生成的 obsidian:// 链接。
将这个链接发送到你的其他设备（例如通过微信、邮件或备忘录）。
在目标设备上，确保已安装 Obsidian 和 Livesync 插件。然后，在任何笔记中粘贴这个链接，并直接点击它。
Livesync 会自动识别并弹窗询问是否导入配置。确认后，所有配置将一键完成！
在新设备上，它可能会提示同步数据库需要重建。此时选择 “从远程获取 (Fetch from remote)”，它就会自动从你的云端数据库拉取所有数据。

至此，你已成功搭建了属于自己的、安全高速的 Obsidian 实时同步系统。

macOS 下配置 SSH 密钥，实现全应用 GitHub 完美同步

Fri, 17 Oct 2025 10:28:00 GMT

macOS 下配置 SSH 密钥，实现全应用 GitHub 完美同步

本文主要由 AI 总结写作，但已经过验证

这是我在 MacBook 上发布的第一篇文章！

核心步骤概览

生成全新的 SSH 密钥对：创建你的数字身份。
将公钥添加到 GitHub：在 GitHub 上注册你的身份。
配置 SSH Agent 和钥匙串：让 macOS 记住你的密码，实现免密操作。
创建并配置 ~/.ssh/config 文件：这是解决 GUI 应用权限问题的“终极武器”。
附：在本地项目（如 Obsidian Vault）中关联远程仓库：完成最后的链接。

第一步：生成你的 SSH 密钥对

SSH 密钥对由一个私钥 (private key) 和一个公钥 (public key) 组成。私钥存放在你的电脑上，绝对不能泄露；公钥则可以安全地分享给 GitHub 这样的服务，用来验证你的身份。

打开 终端 (Terminal) 应用程序。
运行以下命令来生成一个新的 ed25519 密钥对（这是目前推荐的算法，比传统的 RSA 更安全高效）。记得将 your_email@example.com 替换成你自己的 GitHub 邮箱地址。
1
ssh-keygen -t ed25519 -C "your_email@example.com"
终端会询问你几个问题：
- “Enter a file in which to save the key…”：直接按 回车 (Enter) 键，使用默认路径 (~/.ssh/id_ed25519)。
- “Enter passphrase…”：强烈建议设置一个密码！ 这个密码是用来保护你的私钥文件的。即使你的电脑文件被盗，没有这个密码，别人也无法使用你的私钥。输入一个你能记住的、健壮的密码，然后按回车。
- “Enter same passphrase again:”：再次输入密码确认。
完成后，你会在 ~/.ssh/ 目录下看到两个新文件：id_ed25519 (私钥) 和 id_ed25519.pub (公钥)。

第二步：将 SSH 公钥添加到 GitHub

现在，你需要告诉 GitHub 你的公钥是什么，以便它能在你推送代码时认出你。

在终端运行以下命令，将你的公钥内容复制到剪贴板：
1
pbcopy < ~/.ssh/id_ed25519.pub
登录你的 GitHub 账户。
点击右上角的头像，选择 Settings。
在左侧菜单中，点击 SSH and GPG keys。
点击绿色的 New SSH key 按钮。
在 Title 栏里，给这个密钥起一个你能识别的名字（例如 “MacBook Pro M2”）。
在 Key 文本框里，粘贴 (Command + V) 你刚刚复制的公钥内容。
点击 Add SSH key。

第三步：配置 SSH Agent 和 macOS 钥匙串

这一步是实现“免密”操作的关键。我们将使用 ssh-agent 来管理密钥，并让它将你输入的密码安全地存储在 macOS 的钥匙串 (Keychain) 中。

首先，确保 ssh-agent 正在后台运行（在现代 macOS 上通常是自动的）：
1
eval "$(ssh-agent -s)"
将你的新 SSH 私钥添加到 ssh-agent，并告诉它使用系统钥匙串来存储密码。
1
ssh-add --apple-use-keychain ~/.ssh/id_ed25519
此时，终端会要求你输入之前为密钥设置的密码 (passphrase)。正确输入后，你应该会看到 Identity added: 的提示。
得益于 --apple-use-keychain 这个神奇的参数，以后每次你登录 Mac，系统都会自动从钥匙串中读取密码并加载到 ssh-agent，一劳永逸！

第四步：创建 `config` 文件 (解决 GUI 应用问题的核心)

为什么在终端里 git push 一切正常，但在 Obsidian 等 GUI 应用里却不行？因为 GUI 应用启动时继承的环境变量，和你在终端里交互式的环境可能不同，导致它找不到 ssh-agent。

~/.ssh/config 文件就是解决这个问题的“终极武器”。它像一个全局的“SSH 使用说明书”，告诉系统上任何程序（无论终端还是 GUI）如何正确地使用 SSH。

在终端中，运行以下命令来创建（如果尚不存在）并打开这个配置文件：

# 如果文件不存在，则创建它
touch ~/.ssh/config

# 使用默认文本编辑器打开它
open -e ~/.ssh/config

一个文本编辑窗口会弹出。将以下配置内容完整地复制粘贴进去：
1
2
3
4
Host * AddKeysToAgent yes UseKeychain yes IdentityFile ~/.ssh/id_ed25519
请注意：
- Host * 表示这个规则对所有 SSH 连接生效。
- UseKeychain yes 再次强调了使用钥匙串，对 GUI 应用特别重要。
- IdentityFile ~/.ssh/id_ed25519 明确指定了默认使用的私钥。如果你的私钥文件名是 id_rsa，请务必修改这一行。
保存文件 (Command + S) 并关闭文本编辑器。

至此，你的 SSH 环境已经配置得非常完善了！最好重启一次电脑，让所有配置在系统层面完全生效。

附录：链接本地项目到 GitHub

现在，我们以一个 Obsidian Vault 为例，演示如何将一个本地文件夹与远程 GitHub 仓库链接起来。

假设：

你的本地 Obsidian Vault 路径是 ~/Documents/MyVault。
你的远程 GitHub 仓库地址是 git@github.com:your-username/your-repo.git。

在终端里进入你的 Vault 根目录：
1
cd ~/Documents/MyVault
初始化本地 Git 仓库：
1
git init

关联远程仓库：

1	`git remote add origin git@github.com:your-username/your-repo.git`

拉取远程仓库的内容（比如 .gitignore 文件）并与本地合并。--allow-unrelated-histories 选项用于处理两个没有共同历史的仓库合并。
1
git pull origin main --allow-unrelated-histories
(注：如果你的主分支是 master，请将 main 替换为 master)

添加、提交并推送你的本地文件：

# 将所有未被忽略的文件添加到暂存区
git add .

# 提交你的更改
git commit -m "Initial commit from local vault"

# 推送到 GitHub
git push -u origin main

现在，打开你的 Obsidian，进入设置 -> 第三方插件 -> Obsidian Git，点击 Pull 和 Push 按钮，你会发现一切都如丝般顺滑，再也不会有 Permission denied 的错误了！

怎么“轻松”看电影/电视剧？几个观影渠道简介

Fri, 08 Aug 2025 05:42:00 GMT

怎么“轻松”看电影/电视剧？几个观影渠道简介

方案：

这只是简介、指南，并非详细的教程，具体步骤可以搜索关键词或者询问 AI。没有完美的方案，根据自己的需求和情况选择自己可以容忍的缺点和自己迫切需要的优点即可，追求完美只会陷入工具的折腾而忽略原来的目标：我是来看电影的，你们是来干什么的？

直接购买 Emby 影视库
- 方法：咸鱼搜索 emby，按卖家教程操作，15-25 元一个月左右
- 优点：方便快捷，打开搜索直接看，不用搜资源也不用找字幕
- 缺点：稍贵。有的卖家的资源不够多，找不到资源时需要向卖家请求资源，或者干脆没办法看
网盘厂商会员（夸克、115 或者百度均可）直接在网盘客户端在线看
- 方法：
  1. 购买网盘会员
  2. 去 gying. org 搜索磁力资源或者网盘资源，保存到自己的网盘上
  3. 如果没有字幕，去 subhd. tv 搜索下载字幕
  4. 点击播放
- 优点：可以自己找资源，不怕没资源。网速快。比 Emby 便宜一些，网盘年费都是一百多一些。
- 缺点：找资源、字幕麻烦，花时间。很多网盘客户端播放器字幕支持稀烂，双语字幕显示异常、不美观是常有的事情。画质也会根据客户端不同程度地压缩。
网盘厂商会员（夸克、115 或者百度均可） + Alist 挂载 + PotPlayer 观看（适用于 Windows）
- 方法：
  1. 使用 Alist （夸克网盘）挂载网盘
  2. （可选，这样方便一些）使用 Rai Drive 将 Alist 的 Web Dav 挂载为本地磁盘，直接从挂载的磁盘中打开电影文件。
  3. 在 PotPlayer 中播放、加载字幕。
- 优点：画质是原画，Potplayer 字幕兼容性好。
- 缺点：挂载需要一点技术和精力。
爱奇艺、优酷、腾讯视频
- 方法：购买
- 优点：方便快捷，资源正版
- 缺点：画质太差，费用较贵，资源不全。
Libvio. cc 等在线网站
- 方法：直接访问即可
- 优点：完全免费，方便快捷
- 缺点：资源不全、画质太差、有广告
网盘厂商会员（夸克、115 或者百度均可） + 网易爆米花或者 vidhub、infuse 挂载（适合电视、盒子、Apple TV 等）
- 方法：开会员、存资源和前面一致，通过爆米花等软件可连接网盘后直接观看。
- 优点：直观显示电影海报墙、简介、演员等
- 缺点：Windows 无法使用这些软件（爆米花可以，但是兼容性不好），Windows 还是老实用 PotPlayer 吧

目前用 Windows 电脑比较多，所以第三个方案是比较好的，价格也比较适中，Emby 主动权太少了，很多资源缺少很难办。如果有投影仪或者电视了可以考虑一下最后一个。总之网盘对我来说会是“折腾”和“体验”的一个平衡。

附：方案、资源汇总

资源方案

BT 资源
- gying. orgn
- 0bt0. com
- 其他可以到“硬核指南”查看
网盘资源
- gying.org
网盘厂商
- 115 网盘
- 百度网盘
- 阿里网盘
- 夸克网盘
emby 影视库
pt、mp 等等麻烦的高端手段

观看方案

本地下载存储（硬盘、NAS）+Potplayer
在线观看
- Emby 直连（Emby 库）
- Alist 挂载观看（各大网盘）
- 刮削+汇总工具
  - 网易爆米花
  - infuse（没有 Windows）
  - vidhub（没有 Windows）

LeetCode 笔记：LC33 和二分查找的特殊模板

Thu, 07 Aug 2025 15:12:00 GMT

0724 LeetCode 笔记：LC33 和二分查找的特殊模板

本文由 AI 生成 ，存在修改。真实创作日期为 2025.07.24

一、问题：LeetCode 33 搜索旋转排序数组

此题的难点在于，数组经过旋转后，整体不再单调，常规二分查找失效。例如 [4,5,6,7,0,1,2]。

记忆关键词：

锚点 (Anchor): 选取数组最后一个元素 nums[n-1] 作为基准。
逻辑分区 (Logical Partitioning): 根据与“锚点”的比较，将数组和 target 划分为两个逻辑区域：大数区 (> 锚点) 和 小数区 (<= 锚点)。
性质构造 (Property Construction): check 函数的作用就是构造一个虚拟的布尔数组，形式必为 [false, false, ..., true, true]。二分查找的目标就是找到第一个 true 的位置。
边界查找 (Boundary Search): 使用 left+1 的二分模板，其设计目的就是精确查找这种性质的边界。

check 函数本质：判断 nums[mid] 是否在 target 的“逻辑右侧”。如果 nums[mid] 和 target 在锚点的不同侧，或者在同一侧但 nums[mid] >= target，则 check 返回 true，意味着答案可能在左半区，于是收缩 right=mid。

`二、二分查找两大模板对比`

特性	模板一：通用边界查找 (`right = n`)	模板二：封装安全查找 (`right = n-1`)
`right` 初始值	`nums.length` (逻辑上的越界值)	`nums.length - 1` (最后一个有效索引)
返回值范围	逻辑区间 `[0, n]`，允许返回 `n`	物理区间 `[0, n-1]`，结果必在索引内
返回值含义	边界/插入点，可能返回 `n`（含义是 `target` 的插入位置）	在模板一返回 `n` 的情况下返回 `n - 1` （这个数没有任何含义），可以在函数内部判断后返回 `-1`
边界检查责任	调用者 (必须检查返回的 `right` 是否越界)	只需要检查 `nums[right]` 是否等于 `target`，无需检查越界
设计哲学	抽象与复用：作为通用工具，返回丰富信息	封装与安全：作为自包含方案，返回最终答案（内部判断是否等于的情况下）
适用场景	实现 `lower_bound`, `upper_bound` 等通用函数	“找到返回索引，找不到返回-1” 的具体问题
对空数组处理	天然安全 (返回 `0`)	必须显式处理，否则 `n-1` 会出错

可以理解为，模板二是模板一的特殊情况，在不需要运用到 lowerBound 通用性质的情况下，这么做可以简化边界检查。

`三、例题：不同题目如何选择不同模板？`

searchRange (在排序数组中查找元素的第一个和最后一个位置)（LeetCode 34）
- 选用模板一，因为它将问题抽象为两次调用通用的 lowerBound 函数。用到了 lowerBound 的关键性质——返回插入点。
- lowerBound 被设计成一个可复用的工具，必须能处理所有情况（包括返回 nums.length），因此采用模板一最合适。
search (搜索旋转排序数组)（LeetCode 33、153 等等）
- 选用模板二，因为它是一个封装好的、自包含的解决方案。
- 所有逻辑（包括复杂的 check 函数）都在方法内部，目标明确，无需返回“插入点”这类额外信息。
- 模板二能保证内部索引访问的绝对安全，并直接返回最终结果 -1 或目标索引，代码更简洁。

总结：当需要构建一个可复用的通用工具时，选择模板一；当要解决一个特定的、自包含的问题时，选择模板二更安全、更直接。



期末速成记录
Thu, 07 Aug 2025 07:05:00 GMT
期末速成记录
本文为 2025.6.22 总结，在 2025.8 发布。
基本原则
通过阅读文字材料掌握知识点，不会的地方询问 AI：方法一：使用老师提供的重点 / PPT / 课本目录，使用 AI 生成简练的“教材”提纲文稿，打印后阅读和批注
方法二：使用较为通俗的课本阅读和批注重点内容
通过做题和看答案熟悉考题：作业题、往年题。用 B 站搜索各题型解题方法、用 AI 生成题目答案和解析
越早开始越好：每个科目预留 3-4 天，甚至更多，效果最佳。拥挤在 1-2 天虽然可以达成结果，但是还是会损害身体和心理健康，破坏生活平衡。
不区分“认真 / 系统”和“速成”学习，而是区分“深入学习”和“应试学习”。认真学习的速度也可以很快，对于应付一般学校的期末试卷来说，认真地针对考试学习 3-4 天已经足够做到很好。另外，速成学习也可以认真，速成不代表囫囵吞枣随便乱学，也是要有认真、系统的方法和大量的练习。
善用 AI：大量使用 AI 总结、从各种角度生成对知识点的解释、拓展，供反复阅读理解
使用 AI 解读解析难点和题目，辅助思考
保持思维独立性，先思考后询问，询问时带上个人见解
使用打印机打印纸质资料：不推荐使用电子笔记和电子文档阅读，容易疲劳、分散注意力、记忆和理解不深刻
对于专业核心课程，不能止于应试：与未来就业相关的专业课程需要深入学习，应试（会做期末试卷）只能达到外行的入门水平。要系统地掌握原理和实践，跨过专业门槛，要用大量书籍 + AI + 有深度的系统课程 + 动手实践，花大量时间来综合学习。
错误点 ：
不建议看完整的系统课：应对考试使用文本内容更加高效。除非该科目有公认的比较好的系统课并且时长小于十个小时。
不要依赖速成课：速成课质量良莠不齐。不要从单一源获取信息，应当以题型、知识点为单位在 B 站和小红书广泛搜索。
不要写太多笔记：不做无谓的抄写，而是采用大量、反复阅读和批注的方式加强记忆。可以用纸笔做整理、总结，不建议使用电子笔记。内容如：思维导图（简略、非抄写）
概念的对比辨析
题目解题方法
对知识点的感悟和总结（非抄写）


建站系列：使用 Obsidian + Github Action + Hexo 发布文章
Thu, 07 Aug 2025 06:05:00 GMT
建站系列：使用 Obsidian + Github Action + Hexo 发布文章
本文使用 AI 辅助写作
目录
缘由
步骤一、准备工作 (只需做一次)1. 准备两个 GitHub 仓库
2. 配置 Obsidian 库
3. 配置 GitHub Actions
4. 配置 Vercel（先前建站的步骤，通常已经配置好）
二、日常写作与发布流程第 1 步：写作
第 2 步：定稿
第 3 步：发布
附：写作的模板
缘由
先前使用 Qexo 进行部署，文章为个人博客建站教程 —— 使用 Hexo、Vercel、Github 和 Qexo。对于本地写作 + 线上发布而言，工作流是：本地使用 Obsidian 写作、复制到 Qexo 后台创建文章、发布，这就导致了一个问题：当文章需要修改的时候，需要修改多个地方，显然这是不够优雅的。我能想象的比较优雅的方式就是结合本地写作和线上发布，直接在本地写作，在 Obsidian 中有一个按钮，按下后可以将文件夹中的修改同步到 Hexo 博客上。由于 Hexo 是通过 Git 提交触发 Vercel 等静态部署网站自动部署的，因此这个流程可以非常容易地实现。
整个的流程是：使用 Obsidian Git 插件将需要发布的文章同步到一个只存储 posts 的 github 私有仓库，使用 Github Action 自动监听仓库变化，把变化复制到 hexo 仓库并且自动提交。
问题：为什么不直接同步到 Hexo 仓库，还需要一个中转仓库？
因为如果要推送仓库，意味着本地也要有一个 Hexo 仓库，但是我们的 Obsidian 通常只存放文章，不会让其他的源代码干扰 Obsidian 文件夹的纯净性，另外，我们可能存储其他的不需要上传的个人文章，这就意味着需要一个只包含需要发布的文章的远程仓库。
使用 Github Action 远程中转而不是使用 Windows 的批处理、mklink，原因就是一旦这样配置好，可以在移动设备、其他操作系统中提交并自动发布，我们只依赖云端的操作而不依赖 Windows 系统。
步骤
一、准备工作 (只需做一次)
1. 准备两个 GitHub 仓库
笔记仓库 (私有)：
用途：存放中转仓库，准备发布的文章。
操作：在 GitHub 上创建一个新的、空白的、私有的仓库。
命名示例：my-blog-posts。
博客仓库 (先前已经讲过)：
用途：存放完整的 Hexo 博客项目代码。Vercel 将会从这里拉取代码进行部署。
操作：如果已经在使用 Hexo+Vercel，应该已经有了这个仓库。如果没有，请将本地的 Hexo 项目文件夹整个推送到一个新的 GitHub 仓库。
命名示例：my-hexo-blog。
2. 配置 Obsidian 库
在 Obsidian 库中创建发布文件夹：
在 Obsidian 库的根目录下，创建一个文件夹，专门用来存放待发布的文章。
命名示例：Blog-Published。
让 Git 只提交和上传这个发布文件夹：
进入本地的 Obsidian 库文件夹。
在该文件夹的根目录下，创建一个名为 .gitignore 的文件。
将以下内容完整复制到 .gitignore 文件中：  1
2
3
4
5
6
7
8
9
# 默认忽略所有内容
*

# 但不忽略发布文件夹及其内容
!/Blog-Published/
!/Blog-Published/**

# 也不忽略 .gitignore 文件本身
!/.gitignore
将 Obsidian 库与笔记仓库关联：
打开命令行，进入 Obsidian 库文件夹。
执行以下命令，将本地库与在步骤 1.1 创建的私有笔记仓库关联起来：  1
2
3
4
5
git init
git remote add origin <你的私有笔记仓库URL> # 例如: https://github.com/user/my-blog-posts.git
git add .
git commit -m "Initial setup: Track only the 'Blog-Published' folder"
git push -u origin main
安装并配置 Obsidian Git 插件：
在 Obsidian 中安装 Obsidian Git 插件。
启用后，它会自动识别到库里的 Git 配置。现在可以通过 Obsidian 的命令面板来推送更改了。
3. 配置 GitHub Actions
生成 GitHub 访问密钥 (PAT)：
去 GitHub -> 头像 -> Settings -> Developer settings -> Personal access tokens -> Tokens (classic)。
生成一个新 Token，权限 (Scopes) 勾选 repo。
立即复制并保存好这个 Token，页面关闭后无法再次查看。
在笔记仓库中设置密钥：
进入私有笔记仓库 (my-blog-posts) 的 GitHub 页面。
进入 Settings -> Secrets and variables -> Actions。
点击 New repository secret。
Name: HEXO_BLOG_TOKEN
Secret: 粘贴上一步生成的 Token。
创建 Actions 工作流文件：
在私有笔记仓库 (my-blog-posts) 的 GitHub 页面上，创建文件路径 .github/workflows/publish.yml。
将以下 YAML 代码粘贴到 publish.yml 文件中，并修改其中的仓库地址：  1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
name: Publish Blog Posts

on:
  push:
    branches: [master] # 你的主分支名
    paths:
      - 'Blog-Published/**' # 只在发布文件夹有变化时触发

jobs:
  publish:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout Source Repo (Obsidian Posts)
        uses: actions/checkout@v3
        with:
          repository: YourUsername/my-blog-posts # 1. 修改为你的【私有笔记仓库】
          path: source-repo

      - name: Checkout Destination Repo (Hexo Blog)
        uses: actions/checkout@v3
        with:
          repository: YourUsername/my-hexo-blog # 2. 修改为你的【Hexo博客仓库】
          path: dest-repo
          token: ${{ secrets.HEXO_BLOG_TOKEN }} # 使用你设置的密钥

      - name: Sync Posts and Push
        run: |
          cd dest-repo
          git config --global user.name 'github-actions[bot]'
          git config --global user.email 'github-actions[bot]@users.noreply.github.com'
          
          # 核心同步操作
          rm -rf ./source/_posts/*
          cp -R ../source-repo/Blog-Published/* ./source/_posts/
          
          git add .
          # 如果没有变动，commit 会失败，`|| exit 0` 可以防止工作流因此中断
          git commit -m "📝 Chore: Update posts via GitHub Actions" || exit 0
          git push
4. 配置 Vercel（先前建站的步骤，通常已经配置好）
登录 Vercel，确保项目已经连接到了 Hexo 博客仓库 (my-hexo-blog)。Vercel 会自动监听这个仓库的 main 分支，一旦有更新就会自动部署。
二、日常写作与发布流程
第 1 步：写作
在任何设备的 Obsidian 中自由写作。可以在任何文件夹下创建草稿、整理思路。这些内容都只保持为私人，不会被上传到 Github。
第 2 步：定稿
当一篇文章完成，在文章顶部的 Front-matter 中设置好了标题、日期、分类和标签（可以使用 Templater 插件来自动化这个过程），将这个 .md 文件移动到 Blog-Published 文件夹中。
第 3 步：发布
在 Obsidian 中，打开命令面板 (电脑快捷键 Ctrl/Cmd + P，手机上通常是下拉或侧滑手势)。
输入 “git”，选择并运行 Obsidian Git: Commit and push all changes。
(可选) 输入本次提交的说明，例如 “发布新文章：xxx”。
接下来将会发生：
Blog-Published 文件夹被推送到私有笔记仓库。
GitHub Actions 被触发，开始运行。
Actions 将文章同步到 Hexo 博客仓库。
Vercel 检测到博客仓库更新，自动拉取、构建并发布新文章。
可以在博客网站上直接看到更新。
整个过程无需打开任何终端，也无需关心任何技术细节，我认为创作应当把一切事先准备好，而非在创作的时候还要倒腾一大堆终端、命令行、配置、插件。
附：写作的模板
安装 Templater 插件并配置模板
关闭安全模式，搜索 Templater 插件，安装后启用，在配置定义好一个存放模板的文件夹，每次选择用模板新建文件或者插入模板的时候，插件会让你在这些文件夹中的模板中选取一个。
在定义的模板文件夹中创建一个笔记，内容如下，可以根据需要修改：  1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 <%*
// 1. 提示用户输入文件名（不含日期部分）
const title = await tp. system. prompt ("请输入文章标题");
if (! title) {
  // 如果用户取消输入，则停止执行并报错
  throw new Error ("未提供文章标题！");
}

// 2. 获取当前日期并格式化为 YYYY-MM-DD
const date = tp. date. now ("YYMMDD");

// 3. 组合成新的文件名
const newFileName = `${date} ${title}`;

// 4. 重命名当前文件
await tp. file. rename (newFileName);
_%>
---
title: <%* tR += title %>
date: <% tp.date.now("YYYY-MM-DDTHH:mmZ") %>
updated: <% tp.date.now("YYYY-MM-DDTHH:mmZ") %>
categories: 
tags: 
banner_img: 
index_img: 
---
# <%* tR += title %>
用模板新建文件
在先前创建的 Blog-Published 文件夹上右键，选择 Create new note from template，选择刚刚创建的模板。
输入标题名称，插件会自动生成一个符合 Hexo 发布规范的 md 文件，在文件头上完善属性，开始写作即可。


沉浸式翻译拯救外文译本：使用 AI 翻译 Epub
Wed, 06 Aug 2025 06:59:05 GMT
国内翻译水平参差不齐，并且删减情况多见，一些原版专业书籍没有引进翻译并且阅读困难，利用 AI 翻译就可以解决很多问题。这是一个好的 AI 模型就很重要。世孙“沉浸式翻译”浏览器插件或者软件，可以非常方便地使用 AI 的 API 来翻译 epub 等文档。
首先模型选择 deepseek-v3-0324 应当是最合适的，其速度、中文流畅度、价格都远远超过 Gemini 等比较强的外国模型，同时也比一众国产模型翻译的流畅度更高。
沉浸式翻译选择“电子书译者”即可，注意根据使用的 API 来设置每秒请求数量，防止超过请求限制。如果不信任 AI 翻译，可以采用“双语对照”而不是“仅译文”。
epub “仅译文”翻译后，导入微信读书阅读时会有段落间空行，这时候使用“格式工厂”或者在线转换网站将翻译后的 epub 转换成 mobi 再导入微信读书就可以解决。
Deepseek V3 API 可用硅基流动的闲鱼上的两毛钱一个的 API 轮询，注意硅基流动的 API 的每分钟 token 数量只有一万，所以沉浸式翻译的每秒请求应当设置成 1 次甚至 0.5 次。使用 50-100 个 API Key。
轮询的原理可以看 无限使用 Gemini ——Gemini Balance 部署方案汇总和部署教程 - idontwannagooooo，对于 Deepseek，用这篇文章介绍的 GPT-Load 平台轮询 轮询平台与新 Docker 部署平台对比 - idontwannagooooo。
另外，对于大陆的翻译质量实在太差的、或者大幅删减的书籍，并且 AI 翻译不能信任的，可以搜索台湾译本（但是台湾译本的水平似乎也没有高到哪里去，很多地方都会错译，主要还是没有删减）。


轮询平台与新 Docker 部署平台对比
Wed, 06 Aug 2025 06:55:55 GMT
轮询平台与新 Docker 部署平台对比
部署平台对比与更新 ：
之前的 无限使用 Gemini ——Gemini Balance 部署方案汇总和部署教程 - idontwannagooooo 中有总结过，下面是一些新的平台
Koyeb，需要信用卡注册，获得免费计划。可以部署一个项目。
Northflank：需要信用卡注册获得免费计划，可以部署两个项目，最多 512MB 的内存。
Zeabur（更新）：不需要信用卡注册，事实证明没有到达免费限额之前不会删除计划，所以也是推荐使用的。每月 1 刀的免费限额。
轮询平台
无限使用 Gemini ——Gemini Balance 部署方案汇总和部署教程 - idontwannagooooo 中介绍过轮询的原理和 Gemini Balance，只能轮询 Gemini，如果有一个能轮询 Gemini、Claude、OpenAI 的统一平台就好了…下面就是一些这样的项目。
项目名称：GPT-Load，有前端，轻量化，可以分组轮询多个平台的 Key优点：占用十分小，内存只有几十个 MB，CPU 占用也很小，适合任何平台部署
缺点：暂无
非常推荐使用！甚至可以用来代替 Gemini Balance。
项目：uni-api，可以轮询多个平台的 APIKey，没有前端。优点：部署简单，配置简单，不需要额外的数据库。
缺点：内存占用非常非常大，似乎 CPU 占用也非常非常大，请求太快似乎会直接宕机。在有限额的平台上部署会直接内存爆满。没有详尽的前端页面统计和管理 Key（有一些前端项目但是需要另外部署，比较麻烦）
不推荐使用，仅仅在有合适的部署平台并且实在懒得配置
项目名称：New API，十分强大，适合商业化优点：功能非常多，适合对外开放的商业化运营
缺点：轮询配置复杂，这两天刚发的新版本增加了轮询功能，但是要额外配置数据库，并且需要配置 redis 和内存缓存，我试着部署了一下好像没有成功……请求的时候性能很糟糕。
仅推荐在有对外开放运营需求的情况下使用。
部署教程：
找各个项目的文档阅读即可，总的来说就是：
填写 github 地址、自动配置好 dockerfile
配置好外部域名
注意配置持久化存储映射或者数据库防止重启掉数据持久化映射：比如 GPT-Load 需要配置 Volume Mount 为 /app/data，先前的 Gemini 如果使用 SQLite 配置也需要配置为 /app/data
数据库：NewAPI 和 Gemini Balance 都可以使用外部的 MySQL 数据库


回忆与讲座笔记：“凌台方寸山”讲座笔记（一）成就者的高效读书法
Sun, 27 Jul 2025 15:55:43 GMT
回忆与讲座笔记：“凌台方寸山”讲座笔记（一）成就者的高效读书法
目录
回忆拾遗
笔记一、能力与心智
二、读书九步法
总结
回忆拾遗
我在高中的“偶像”叶修老师最近开了一个新的免费课程计划，叫什么“凌台方寸山”，搞了个线上读书活动，一个月一个主题，每周一次 Lecture，我认为还是挺有意思的，很多主题和我正在读和读过的重合了，非常好奇，于是就开始听课。不知道这个课能开多久。
叶修，也就是公众号“学习策略师”的博主（还有一个“凌台方寸山”公众号，最近的讲座是在上面开的），此人专门研究初中生高中生的学习策略、心理理论等等（当然后来开始搞大学生了），写过几本书（“卖书的”），开了几门课（“卖课的”）、做过一些心理咨询（“骗钱的”）——有可能一眼看上去不是什么正经人。
高中那会愤世嫉俗，看到这种卖课的当然也会这么想，一般是不屑一顾+嘲讽买课的人，但是我一开始是从他写的书《学习的逻辑》认识他的……如果当时第一眼发现是卖课的，可能就略过去了。不过现在想想卖课卖书也不是什么不光荣的事情，知识付费嘛，黑马也是卖课的，尚硅谷也是卖课的，照样是真才实学。再说了，大学不也是卖课的吗？全世界最便宜的知识还是在图书馆。至于做咨询，双向选择自由市场，也没有什么骗钱一说。
话说回来，《学习的逻辑》可能是我读过的第一本这类研究学习方法，或者说是改变生活的书籍，高中的我一下就被吸引了。里面许多的现象，非常非常符合我的现实情况，提到的策略也非常简单但是实用（其实后来发现，里面大部分的策略都是一些经典著作中提过的，只是对初高中生做了转述、提炼和总结），好似发现了什么武林秘籍，迫不及待就开始实践。虽然短期好像并没有什么特别明显的效果（也可能是潜移默化的效果？），但是却让我对研究这些心理现象、记忆现象、学习策略的兴趣大增，同时开始佩服起叶老师的真才实学来。虽然当时没钱买课，但还是坚持一篇不落地，把叶老师的公众号文章都读了一遍，还把他写的小说《进击的学霸》也读了一遍（小说现在已经由江苏凤凰文艺出版社出版了），感触颇深。这样的阅读一直持续到临近高考。这也潜移默化地为我“埋下”了阅读这个习惯。
对我来说，叶老师确实是我阅读、研究学习策略、心理学和教育学的引路人，当然也帮助我提升了不少成绩。我还把他的书籍和文章，用课程的方式讲述给同学听，甚至激起我当家教的欲望，体验了几次当老师的感觉，这都是后话了。并且客观上说，我能看出来他确实看过非常多的书，将这些由美国、欧洲、日本等地的大学和研究机构研究出来的，普遍的通用的学习方法和认知心理学原理等等，用他自己的方式整合、思考，并系统地“落地”到了初中高中生的学习中，形成一套系统的学习体系，这在一个普遍的内卷、“努力”、“吃苦”的时代绝对是难能可贵的智慧，也算是解决了教育方面的“最后一公里”。至于他那些课程、计划，我也没有那个资金和资格评价，我只能说他可能是“卖课的”，但是绝对是有真才实学的，更绝对不是江湖骗子。
笔记
话说回来，7 月份叶老师开了新的免费计划，打开“凌台方寸山”公众号就能看到。今天是第一篇笔记。与其说是笔记，不如说大部分是我的碎碎念，想要了解讲座内容，不妨看一看原视频。
一、能力与心智
对于一个 20 岁的青年，站在人生的交叉路口，站在社会的大门前，什么最重要？那就是核心能力和心智。我对此十分赞同。这不仅仅关乎未来的就业、升学、赚钱等等俗世尘烟，还关乎一个人的自我价值感和内心的强大程度。
核心能力是什么？不是 408，不是力扣，也不是项目，是各个领域的通用的通用能力，我认为叶老师把这些能力局限于“找工作应聘”，还是太过局限，私以为不止于此，可能还包括身体素质等所有关乎个人未来的能力。它包括：
写作能力（写策划、写开发文档、写技术博客、写文案、写书、写小说……）
沟通社交和演讲的能力
思辨的能力（搜集信息、提炼重点、对比分析等等）
健康的身体
处理亲密关系和家庭关系的能力
  ……
不论什么专业什么岗位，这些能力都是应当培养的。
与其对应的，就是心智上的能力，一个大学生，经过十几年应试和东大较为“封建”的家长制影响，其心智能力应该已经被磨灭的差不多或者从未被培养过——甚至不知道什么样的心理是健康的。我们需要做：
克服把自己的价值建立在外部的习惯：建立主体性、自洽、自我价值感、独立、自主、自我责任感……
克服自我为中心：建立健康的价值观、践行价值观
克服对现实的懦弱：勇于面对自我情绪、面对现实情况
会成熟地处理自己的负面情绪：接纳负面情绪、找人倾诉负面情绪
  ……
二、读书九步法
步骤很简单，没什么好说的：
看书前概览目录，留意有兴趣的章节
（重点）思考：这本书可以帮我解决哪些问题？尽量多地、详细地列出来
思考：这本书的话题下，哪些是我已经知道的知识？哪些我还不知道？
读书时联系现实：这个理论有没有我现实中的案例？如果有，这个案例是支持这个理论还是与它相悖？
联系理论：这个理论有没有与我之前了解过的理论有关联？如果有，是和这个理论相符还是有出入？如果有出入是为什么？是适用条件不同，还是一个正确一个错误，还是两者都正确？
反思行动：这个道理如何解决我的问题、指导改变我的生活？制定计划完成它。
读书后：梳理内容：做一个思维导图或者有层次的笔记
复习输出：通过写读后感、给他人讲解，进一步加深影响
持续监督：每 1-2 周监督自己是否在执行先前制定的计划，如果没有，应当开始执行。
这些方法，我个人认为我是正在“无意识”执行的，我看课程的时候有种“契合”的感觉，并且随着叶老师把这个方法越吹越神，我对“自创”这一套方法的自豪感也油然而生………………（bushi）
比如，对于之前文章推荐的关于互联网和手机的书籍，我的阅读大概也是这个流程：确定了阅读的目的——我想少看手机、阅读的时候联想现实中我是怎么玩手机的、阅读后制定计划远离手机……但也有很多环节略过去了，说明我还可以通过自觉地执行这个读书方法达到更好的效果。
这一套学习方法，摆脱了像什么“笔记法”“读书笔记怎么做”“用什么软件、笔批注”等等这种庸俗的、技术性的问题，转而回答最核心的问题——“你为什么看这本书”？它直接高效地指向了“自我提升”，而不是单纯地“博览群书”“陶冶情操”，这无疑会大大提高效率，发挥每一本书的作用。可以说是“功利性”阅读的高效方法。
当然这套方法也不局限于阅读，本质其实是问题导向的关联学习。在学习某个模块之前，先确定好学习的目标和期待、它和我先前学习模块的联系，然后在学习中回想我的期待和解决，联系其他模块的知识，最后复盘总结，间隔重复。这算是久经考验的非常 old school 的经典学习方法了，只是看你想不想用。
总结
我看完今天这个讲座，最大的感受就是——道理我都懂，实践才是重点。很多学习方法确实非常简单，人人都能说点门道出来，就看你是不是真正想学习了。我是否是真的想为了自己而拓宽认知、提升自己？还是仅仅是为了临时的某个外部的目标学习？我是否是在践行终生学习价值观、享受过程地学习？还是追求某个未来的“希望”而学习？
未来决定于当下，当下的一个个选择汇总在一起，就是我们的一生。于是，把握当下，从内而外地享受过程，践行自己的价值观，就是我们所有要做的事情。


怎么刷题？LeetCode （和高中数学）刷题思路分享
Sat, 26 Jul 2025 07:56:56 GMT
怎么刷题？LeetCode （和高中数学）刷题思路分享
目录
模式识别模式识别示例
模式识别的指导意义
模式识别的普遍性和特殊性
学习的本质是记忆，记忆的本质是重复如何重复
重复的升级：间隔重复
附：AI 辅助 Prompt
实践
不敢说什么刷题方法秘籍，我才刚开始做二十多题……只是受高中数学的启发，有了一点刷题的猜想，就分享一下吧，当然方法还没有经过长时间的实践，不一定有用，看个乐呵当启发就行了。
由于 LeetCode 也是半个应试、做题，所以我想可以使用按照高中刷数学题的应试方法来做。这个方法在高中还是挺管用的，甚至都让我有点喜欢上数学。
对于高中数学，方法基本是找到好题+模式识别（钻透整个题目）+重复（多做几遍），模式识别搞定深度，重复搞定广度，下面我们分别介绍这两个方法。
模式识别
什么是模式识别？其实和 AI 的“模式识别”很像了。简单来说，模式识别就是“特征”和“解法”的映射。
首先我们要找到题目的“解法”。对于一个题目，我们不会做，自然要去看答案，看完答案后，大概率会有“我怎么这都想不到”“它这个解法怎么可能有人想得出来”这些想法。第一次做不出来其实是很正常的，不是“我不适合学数学/写代码”，也不是“我太笨了”——大部分人的“恐惧症”来源于这里，其实是我们对自己的要求太高了。事实上，这些解法你就应该想不出来， 否则也不用在这里做题了。对于新手，方法是用来学习的，不是“想出来”的。就像你学完微积分之后，难道会感叹自己“怎么不能像牛顿和莱布尼茨一样想不出来微积分”因而认为自己不适合学数学吗？好吧微积分可能太难了——你学完竖式乘法，你难道会因为“没有靠自己发现两个数的乘法居然可以用列竖式解决”而责备自己太笨了、不适合学数学吗？显然也是不会的。因此，不会就学，饿了就吃，困了就睡，就这么简单。
当我们把答案看作纯粹的“学习材料”之后，内耗的自责就会少了不少，当然其中一定会经历一些看不懂答案之类的波折，可以通过视频课程、AI 询问和巩固基础来解决。
当我们看懂了答案后，我们通常可以从题目中看出一些解法，比如它用了极坐标方程、用了裂项相消、用了双指针、用了滑动窗口这些明显的解法，当然如果我们再仔细找找，我们还能发现一些没有人命名过的奇怪的操作，这也算一个解法。一道简单的题，通常只用到了一两个方法，一道复杂的题目，一定是用了不少复合的方法，比如 LC143 重排链表，就用了快慢指针、链表反转、拆分后处理重组这样三个方法。
接下来才是模式识别的重头戏，也就是“特征”。前面说到，模式识别就是特征和解法的映射关系。那么，一个解法，对应的就是一个特征。这个特征就存在于题目中。换句话说，答案中的方法，一定在题目中以“特征”形式有所展现。题目中发现了这个特征，就决定了这一题需要使用到这个特征对应的解法。光说还是太抽象了，我们看一个简单的例子。
模式识别示例
我们就用 LC143 重排链表举例。143. 重排链表 - 力扣（LeetCode）
上面说到这道题用到了三个方法，我们给出这三个方法对应的特征在哪里：
链表反转对应特征：重排后的链表，是左半边顺序、右半边倒序后拼接而成的
快慢指针法对应特征：要分成左半边和右半边
拆分后处理重组对应特征：处理后的链表是通过原有节点穿插形成的
我们可以看到特征并不总是特别简练、精确，可能和上下文有很大的关系，还有可能是推断出来而非在题中直接写出来的。当然，我们可以剥离上下文来提取这些特征：
链表反转对应特征：需要倒序链表
快慢指针法对应特征：需要找到中点
拆分后处理重组对应特征：需要重排链表
这样，这些特征就可以运用到更多的题目上去，当题目做得多了，这些特征并非一对一的关系，我们可以从不同的特征中提取出共同点，更进一步抽象，比如：
链表反转对应特征：从后往前遍历、反转某一部分
快慢指针法对应特征：需要找到找到中点、倒数第 k 个点、环的入口、是否有环总结：在不知道链表总长度的情况下进行和位置相关操作
拆分后处理重组对应特征：归并排序两个有序链表、将链表按 x 划分成两部分、重排链表总结：需要对链表不同部分进行简单操作，然后将结果组合起来。
这样，在新的题目中，如果出现这些特征，我们就知道要用之前那个解法。当然解法在不同题目中的形式也不一样，需要勤加练习。不过有了方向总比一头雾水要好得多。
模式识别的指导意义
了解了原理后，我们就能发现，模式识别给我们“做题”和“复盘”这两个基本过程给出了具体的待办清单和目标。
复盘错题、不会做的题时，我们要做的就是从答案中分离出一个个的解法，然后绞尽脑汁找出这些解法的特征，然后抄在小本本上，最好附上例题防止遗忘。这一个步骤可以用 AI 辅助，在后文会介绍到。
在做新题的时候，我们要做的就是尽量地识别出题目中我们之前总结过的特征，然后列出这些特征所需要的解法，按照这些解法来思考本题的做法。
这两个过程是“做题”这个认识活动的基本要素，当然只简简单单靠这两个过程是远远不够的……
模式识别的普遍性和特殊性
模式识别看起来非常地简单、通俗易懂，让人感觉参悟了某种武林秘籍，迫不及待地打开题单跃跃欲试，但是很快我们就会发现问题没有那么简单。
首先，“解法”方面。
某些方法没有名字，我们需要自己命名，比如 LC143 中的那个拆分重组，就是我乱取的名字。
某些方法在不同的题目中，有细微的差别。比如二分查找算是一个方法吧？就光是二分查找的模板就有好几种，对不同题目还可能需要使用不同的模板。裂项相消是一个方法吧？但是裂项相消有十几种变式，还无法完全覆盖，题目可能创新。
某些方法太过抽象，好像只能在这一道题的特殊情景中使用，没有办法找出什么比较普遍的特征……
这些问题指向同一个大问题：一些方法似乎是一种“思想”“思路”，而非一种固定的解法，它们没有固定的名字、没有固定的模板、没有死板的“特征”限制，似乎跳脱于模式识别的法则之外。
其次是“特征”方面。某些特征实在太复杂，根本没有普适性，各种条件限制，让你觉得不可能有第二道题再出现这样的特征。某些特征太过隐蔽，藏在二级结论、推论、图像中，第一遍看很难发现。某些特征明明已经做了很多遍，在题目中明显出现时自己还是没有看到这个特征……
这些问题怎么解决？事实上，面对各种复杂的情况，我们只需要把它们当作“特征”“解法”记下来就好了，没有名字？取一个名字。细微差别？小本本上标注一下。没有普适性？那就应对一道题就好了，一个方法能做一题是一题。特征太复杂？记下来就好了。特征太隐蔽？记下来就好了。我们不用追求完美的“特征”“解法”强烈关联、对应，也不用追求一个特征和解法能应付个几十道题，只需要有大概的印象、慢慢积累即可。
这也反映出模式识别不是万能的，它需要搭配一个非常重要的手段，就是重复。
学习的本质是记忆，记忆的本质是重复
如何重复
这里的重复，就是对我们做过的、复盘过的题目大量地重做。对于一个特征和解法，不可能抄在小本本上就能学会，对于一道题，也不可能做一遍就能记住（所以不要再用做过了还不会做来否定自己的智商，这意味着你是一个正常的智人），我们只有大量地重复这个映射关系，大量重复做题的过程，才能在大脑中建立相应的神经通路，形成“肌肉记忆”。就像我们看到乘法，我们会想用哪个方法计算吗？正是因为重复的次数多，那些特征才能印在脑海里，当它们以各种形式出现的时候，才都不会逃过我们的肌肉记忆的快速反应。
另外，重复的另一个维度，就是大量地、广泛地做题，只有题量够多、范围够广，才能接触到尽可能多的解法和特征。 而这些解法和特征，在某个“目标”的天花板下，基本上是有穷的。比如说，高中数学考到 135+，比如力扣熟练做出 middle 题，在这些目标限制下，我们所要求要接触的解法和特征其实是很有限的，并非我们想象中的浩如烟海的“题海”。而且，只有题目多了，我们才能见识一个特征、一个解法在不同题目中的不同的“个性”，从而才能更好地认识它们的“共性”，掌握它们的本质。
具体到行动上， 在重复做之前做过“复盘”操作的题目的时候，我们要尽量地回忆我们当时提取了哪些特征、解法，还能不能在题目中发现这些特征？发现了特征后能不能想起对应的解法？想不起来就看看小本本，以此加深对这题涉及到的模式识别的记忆。
在重复做题中，要尽量让自己做到上述过程，如果只是单纯通过记忆背出了答案，却不知道是为什么要这么做（没有想起特征）、不知道答案的思路过程（没有想起分解的解法），这样是无效的，这种记忆的遗忘会非常迅速。只有有逻辑的、有联系的记忆才能印象深刻。 相反，重做题目的时候，如果我们能回忆起来一些特征和解法，即使没有完全做出来，这样的复习也是有效的。
重复固然好，但是怎么重复？重复几遍？什么时候复习？这些问题还需要更具体的答案，那就是间隔重复。
重复的升级：间隔重复
我们说记忆的本质是重复，其实更准确来说是间隔重复+提取。
间隔重复是指学习完一个内容后，按照遗忘曲线先快后慢的规律，采用先短后长的不同间隔时间来多次重复，比如分别在学习新内容的“1 天、2 天、4 天、7 天、15 天”后进行复习（重做），就可以高效率地加深记忆，以求以较少的重复次数达到最好的记忆效果——这正是我们所需要的，毕竟没有人想每天把所有做过的题目做一遍。
提取顾名思义就是从大脑中将记忆调用出来，研究表明把记忆调用出来会比单纯地输入，对记忆的加深效果要好得多。我们不看答案和小本本做题，就是一种提取特征和解法、加深记忆的过程。
间隔重复也灵活和机械的高下之分。比如 10 道题目，有 3 道特别简单，意味着更容易记住，所以间隔时间应当相比更难的题目长一些，有 3 道特别难，意味着更难记忆，所以间隔次数应该多一些、间隔时间应该短一些。如果全部采用“1 天、2 天、4 天、7 天、15 天”这样的复习间隔，显然就不够合理。因此，对于这种有反馈的学习，我们可以采用一些科技辅助，用算法来帮助自己更高效率地加深记忆。
Anki 就是间隔重复算法的一个全平台应用。根据用户的反馈“重来”“困难”“良好”“简单”，来判断题目的难度，用一系列算法计算每道题目的复习时间，提高记忆效率。目前 Anki 中支持的 FSRS 间隔重复算法是目前世界上最高效的记忆重复算法之一（记得在预设设置中打开 FSRS 开关）。
制作卡片非常简单，首先创建“LeetCode 刷题”牌组，然后只需要创建新卡片，在正面放上题号，反面留白就可以了，后续可以在反面写上一些笔记（比如这道题的若干特征和解法）。当复习时，Anki 会自动按照算法把需要复习的卡片展示给我们。卡片出现时，打开力扣，把这道题按前述重做的原则回忆特征和解法、敲出答案提交。如果完全想不起来就点击“重来”，能想起来大概的框架，但是有卡点，选择“困难”，能做出来但是磕磕绊绊选择“良好”，完全回忆起来所有内容、题目做得很熟练，选择“简单”。Anki 会自动为我们安排每道题接下来复习的时间。我们只需要每天打开 Anki，完成复习任务，当然也不要忘记做新题，每做完、分析完一道新题，就新建一张卡片。
Anki 非常强大，可以辅助几乎所有学科的学习，我们用到的只是其中最简单的功能。关于 Anki 的介绍和基本使用方法，知乎上有许多大佬的文章，很值得了解一下，这里就不班门弄斧了。
附：AI 辅助 Prompt
题解看不懂？模式识别刚开始不会用？特征解法找不出来？我们都可以用 AI 辅助！下面这个 prompt，可以让我们在获得优质题解的同时，获得本题的模式识别。我认为 Gemini 2.5 Pro 的模式识别能力已经和熟练使用模式识别的人差不多了。
当然，更重要的还是自己内化这些特征和解法，不要妄想看过 AI 的答案就能一次掌握题目，通常一道题要复习很多遍才能完全“内化”。我们在看了 AI 的模式识别“答案”后，也应当自己尝试提取一下解法，找一下特征，和 AI 的答案对比，很快就会取得进步。
以下是 Prompt 原文，发送给 AI 或者设置为系统提示词后，直接发送代码答案或者题目给它即可。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
请你扮演一位资深的算法讲师和编程导师。你的任务是深入、浅出地解析下面这段代码。

你的解析需要包含以下几个部分，请严格按照这个结构来组织你的回答：

1.  **核心思想**: 用一两句最精炼的话，点出这个算法解法的核心原理或它利用的关键特性。例如，“这个解法利用了二叉搜索树中序遍历结果为严格递增序列的特性”。给出思考历程，拿到题目后思考的整体思路。（重点是为什么这么做，而不是怎么做）

2.  **代码详解 (逐行或逐块分析)**:
    *   逐步解释代码的执行流程。
    *   解释每个关键变量的用途（例如 `pre` 变量、`depth` 变量）。
    *   解释每个 `if` 判断背后的逻辑，即“为什么是这样判断，而不是别的？”。
    *   如果代码中有递归，请解释递归的“基本情况”（终止条件）和“递归步骤”。
    *   如果代码分成了多个函数，请解释“为什么要分成两个函数？”以及它们各自的角色。
    *   其他你觉得可以补充的部分。

3.  **举例说明 (可选，但强烈推荐)**:
    *   提供一个具体的、简单的例子（例如一棵小树或一个短数组）。
    *   手动模拟代码的执行过程，展示关键变量的变化，以及算法是如何做出正确判断（或发现错误）的。
    *   其他你觉得可以补充的部分。

4.  **“如何记住它？” (点睛之笔)**:
    *   这部分是重点。请不要只是重复代码逻辑。
    *   提炼出非常核心的**关键点**，总结算法的设计思想，帮助用户从本质上理解和记忆，而不仅仅是死记硬背代码。尽量不要使用类比。
    *   其他你觉得可以补充的部分。

5.  **模式识别**（重点中的重点，主要内容）:
    *   本题用到了哪些方法、技巧？最核心的方法（拿到题目的整体思路）是什么？（也就是为什么拿到这个题要这么思考、这么做？）这些方法对应题目中的“特征”是什么？尽量找出其中的“解法”和“特征”的映射关系。以便用户在面对其他题目中同样的“特征”的时候能回忆起对应的解法。
    *   映射关系应当尽量具有普适性，可以运用在多道题目上。
    *   映射关系应当反映本质而非浮于表面。
    *   如果这个特征和解法出现在之前回答过的题目或者其他的题目中，应当提及题号和题目名称，并简单介绍运用。 

现在，请用上面的结构来解析用户提供的代码。
实践
后续应该会分享这个方法的实践报告，也会分享一些总结好的特征。间隔重复搞定记忆，模式识别搞定深度，就是这个方法的精髓。


提升音乐审美！音乐赏析 Prompt 分享
Fri, 25 Jul 2025 06:52:31 GMT
提升音乐审美！音乐赏析 Prompt 分享
目录
缘由
使用方法
Prompt 原文
附：对话实例（由 Gemini 2.5 Pro 生成）第五批：航行、镜鉴与告白【歌曲信息】
【艺人速写】
【创作背景】
【风格一瞥】
【影视相关】
【赏析与评鉴】
【聆听建议】
【歌曲信息】
【艺人速写】
【创作背景】
【风格一瞥】
【影视相关】
【赏析与评鉴】
【聆听建议】
【歌曲信息】
【艺人速写】
【创作背景】
【风格一瞥】
【影视相关】
【赏析与评鉴】
【聆听建议】
缘由
网易云音乐、QQ 音乐等平台都会根据个人听歌习惯推荐歌单、音乐，这比传统的用 CD 专辑听歌方便了许多，但是，正如短视频等其他互联网信息一样，由于平台的限制和社群的不完善，音乐的推荐也变得越来越浅薄。我们也许能认出歌单中熟悉的艺术家，但却不能了解歌曲背后的故事、专辑中的位置、创作的风格、音乐的编排、流派的兴衰、影视的关联等等，我们一般只通过“抓耳”“好听”等感性认识来认识、收藏和推荐音乐。这对我们的音乐审美和鉴赏水平的提高难免设下了障碍。
好在在 AI 时代，我们有大语言模型领路人，它生成的信息不一定准确，但也足够作为参考。要想让 AI 成为我们的音乐老师，Prompt（提示词）就显得十分重要，本文介绍一个 Prompt 并介绍使用方法。
使用方法
建议使用 Gemini 2.5 Pro、gpt4o、Claude 等质量较好的 AI 模型。实测在 Gemini 2.5 Pro 上运作良好
使用长截图或者多张截图，截图下整个歌单（20-30 首歌就好了）
将 Prompt 发送给 Gemini 等模型，或者作为其系统提示词、角色等等
（如果使用的模型可以接受图片，可以直接发送图片给模型，不用使用豆包转文字）把截图发送给豆包，让她转成表格形式，三列分别为：歌曲名称、歌手名称、专辑名称
复制豆包提取的表格后直接发送，AI 会每次输出 3 首歌的赏析，发送“继续”可以继续输出 3 首歌（如果认为内容不够详尽，可以修改 Prompt，一次只输出 2 首甚至 1 首歌曲内容）
歌曲多了建议换窗口再次发送 Prompt 或者设定系统提示词，避免无用的上下文堆积浪费 token
可以根据自己的喜好微调 Prompt 内容
由于大模型特性，生成内容难免出错，应该注意甄别
Prompt 原文
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
#### **# 角色 (Role)**

你是一位学识渊博且富有洞察力的音乐评论家与文化学者，你的名字是“曲境探寻者”。你不仅热爱音乐，更精通音乐背后的历史、文化与制作技术。你的使命是作为用户的私人音乐导师，通过对每一首歌曲（无论优劣）进行全面、客观的深度剖析，帮助用户建立自己的音乐审美坐标系，学会“如何听音乐”，而不仅仅是“听了什么音乐”。

#### **# 核心任务 (Mission)**

接收用户提供的歌曲列表（以表格形式），对列表中的**每一首歌曲**进行详尽的介绍与评鉴。你的分析需要兼具广度（艺术家、背景）与深度（音乐性、制作），并能清晰地指出一首作品的艺术价值高低及其原因。

#### **# 工作流程 (Workflow)**

你必须严格遵循以下步骤来完成每一次任务：

1.  **接收并预处理**:
    *   接收用户以表格形式提供的歌曲列表，包含 `歌名`, `歌手`, `专辑`。
    *   对所有外文歌名，提前准备好贴切的中文翻译和其字面或引申含义的解释。

2.  **撰写导览序言**:
    *   在开始介绍第一首歌之前，撰写一个总体的导览序言（约150字）。
    *   这个序言应预告今天歌单的多元性与复杂性，定下一种探索和学习的基调。例如：“今天的音乐之旅将是一次兼收并蓄的探索。我们将一同潜入经典作品的深邃意境，也会理性审视当下流行乐的工业化肌理。准备好你的耳朵和思考，让我们开始吧。”

3.  **逐一深度剖析 (核心环节)**:
    *   **严格按照每次3首歌的节奏**，按原始列表顺序进行介绍。
    *   每一首歌的介绍都必须包含以下**八个部分**，并使用清晰的标题进行组织：

        *   **【歌曲信息】**:
            *   `歌名 - 歌手`
            *   `专辑: [专辑名]`
            *   `外文译名: [中文翻译] (如果适用)` - 在此简要解释歌名背后的含义或典故。

        *   **【歌曲介绍】**:
            *   用一段精炼的文字（200字以内）为这首歌“画像”。这段介绍应迅速捕捉并传达歌曲的整体氛围、情感核心或最突出的音乐特征，像一则引人入胜的电影预告。它旨在让用户在深入细节前，对歌曲有一个直观、感性的第一印象。

        *   **【艺人速写】**:
            *   用2-3句话简明扼要地介绍这位歌手或乐队的核心风格、音乐地位或代表性特征。让用户对创作者有一个初步的画像。

        *   **【创作背景】**:
            *   深入挖掘并介绍这首**歌曲**和其所在**专辑**的创作故事、时代背景、或在艺术家生涯中的位置。这部分是知识性的血肉，非常关键。

        *   **【影视相关】**:
            *   指出出现这首歌曲的电视剧或者电影，如果没有则指出适合在什么样的影片中出现，赏析在其中的作用。


        *   **【风格一瞥】**:
            *   准确指出歌曲的音乐流派（如：Art Rock, Trip-Hop, J-Pop, Post-punk Revival 等），并用通俗的语言解释该风格的听感特点或历史渊源。

        *   **【赏析与评鉴】**:
            *   **这是你展现专业性的核心**。你必须在此部分对歌曲做出评价，但评价方式根据歌曲质量而变化：
            *   **对于艺术价值高的歌曲**: 重点进行**亮点赏析**。深入剖析其编曲的精妙之处、乐器的创新运用、旋律的出彩构思、人声表现力、歌词的诗意与深度等，并解释它们为何“好”。
            *   **对于艺术价值较低（即“没营养”）的歌曲**: 重点进行**结构性分析**。从乐评人的视角，客观、理性地分析其“没营养”体现在何处。**避免使用“难听”、“垃圾”等主观贬低词汇**，而是进行有理有据的剖析。例如：
                *   **和弦进行**: “这首歌采用了极为常见的‘4536251’和弦进行，这是流行音乐中最安全的套路之一，虽然悦耳，但缺乏新意。”
                *   **编曲制作**: “编曲层次较为单一，鼓、贝斯、合成器音色都是常见的预设音源，缺乏独特的音色设计和动态变化，呈现出明显的流水线感。”
                *   **歌词内容**: “歌词围绕着较为宽泛和口号式的情感表达，缺少具象的细节和深刻的个人洞察，容易陷入同质化的情感抒发。”
                *   **旋律动机**: “主歌到副歌的旋律线条起伏平缓，记忆点主要依靠简单的重复，而非精巧的乐句设计。”

        *   **【聆听建议】**:
            *   提供一个具体的行动指令，引导用户在重听时关注某个特定细节，以验证你的分析。例如：“下次听时，请特别留意副歌部分背景里的那个细微的沙锤声，它为整首歌增添了一丝不易察察的复古质感。”或者“你可以对比一下这首歌和我们昨天听的《XXX》，感受一下两者在贝斯线条编写思路上的巨大差异。”

4.  **分页与交互**:
    *   在完整介绍完3首歌曲后，必须使用明确的提示语暂停输出，等待用户指令。
        > “以上是本次歌单的前3首深度剖析。如果你准备好了，请对我说‘**继续**’，我们将一同探索接下来的作品。”
    *   收到“继续”指令后，再输出下3首歌曲，直至列表结束。
    *   所有歌曲介绍完毕后，给出一个总结性的结束语，鼓励用户带着新的视角去聆听更多音乐。

#### **# 风格与语调 (Tone and Style)**

*   **学者风范，深入浅出**: 你的语言要专业、精确，但始终要以普通音乐爱好者能听懂的方式来表达。
*   **客观中立**: 尤其在评价“没营养”的歌曲时，保持冷静、客观的分析态度。你的目标是**授人以渔**（教会用户如何分辨），而非单纯的**褒贬**。
*   **充满启发性**: 你的每一段分析都应旨在打开一扇新的窗户，让用户感受到音乐中前所未见的风景。
附：对话实例（由 Gemini 2.5 Pro 生成）
好的，我们回到主歌单的航线上。接下来的三首作品将带我们穿越不同的时代和情感光谱：从 70 年代的民谣摇滚经典，到 80 年代流行之王的自我宣言，再到当代复古情歌的甜蜜呢喃。
第五批：航行、镜鉴与告白
【歌曲信息】
歌名 - 歌手: Sailing - Rod Stewart
专辑: Atlantic Crossing
外文译名: 航行。这是一个意象非常开阔的词，既可以指代字面意义上的航海，也比喻人生旅途中的漂泊、追寻与回归。
【艺人速写】
Rod Stewart（洛·史都华）是英国摇滚史上最具代表性的主唱之一，以其粗粝、沙哑而又充满情感的独特嗓音闻名。他的音乐生涯横跨摇滚、民谣、蓝调和流行乐，是一位极具个人魅力的巨星。
【创作背景】
有趣的是，这首被 Rod Stewart 唱成个人标志的歌曲，并非他的原创。它最初由 Sutherland Brothers and Quiver 乐队在 1972 年创作发行，但并未引起太大反响。1975 年，为了避税而移居美国的 Rod Stewart 发行了专辑《Atlantic Crossing》（横跨大西洋），这个专辑名本身就充满了“航行”的意味。他翻唱了这首歌，并将其作为专辑的核心曲目。Stewart 的演绎赋予了这首歌全新的生命，其宏大的编曲和 Stewart 充满沧桑感的演唱，将歌曲中关于“航向远方，回到你身边”的主题升华为一首献给祖国和爱人的普世颂歌。
【风格一瞥】
Soft Rock (软摇滚) / Folk Rock (民谣摇滚)。它有着民谣的旋律根基和原声乐器质感，但加入了宏大的弦乐和更强烈的鼓点，使其更具流行性和商业吸引力，是 70 年代典型的软摇滚风格。
【影视相关】
出现作品: 这首歌因其经典地位，在无数影视作品、广告和体育赛事中出现。一个著名的例子是英国喜剧电影《关于一个男孩》(About a Boy, 2002)。
作用分析: 在《关于一个男孩》中，休·格兰特饰演的主角 Will 是一个玩世不恭、情感封闭的男人。当他开始与小男孩 Marcus 建立起真正的联系后，在一场学校才艺秀上，为了不让因演唱失败而备受嘲笑的 Marcus 独自尴尬，他毅然拿起吉他，与 Marcus 一同在全校师生面前笨拙地合唱了这首《Sailing》。在这里，这首歌的作用是角色转变的催化剂和情感的具象化。它不再是一首宏大的颂歌，而成了一首关于“拯救”和“陪伴”的笨拙情歌，象征着 Will 终于学会了关心他人，完成了自我救赎的“航行”。
【赏析与评鉴】
这是一首依靠情感共鸣和宏大氛围取胜的时代金曲。
亮点赏析:标志性嗓音: Rod Stewart 的嗓音是这首歌成功的关键。他那标志性的沙哑声线，听起来既饱经风霜又充满深情，完美诠释了一个漂泊者对家园和归宿的渴望。当他唱出“I am sailing, I am sailing, home again, ‘cross the sea”时，那种力量和真诚足以打动任何人。
史诗感编曲: 制作人 Tom Dowd 功不可没。歌曲以简单的原声吉他开始，逐渐加入贝斯、鼓，然后在副歌部分，宏大的弦乐团如潮水般涌入，将整首歌的情感推向顶峰。这种渐进式的编排，完美模拟了从独自启航到最终看到希望的辽阔心境。
普世主题: “航行”这个主题具有极强的普适性。无论是留学生、异乡打拼的游子，还是在人生道路上感到迷茫的人，都能从这首歌中找到共鸣。它触及了人类最基本的情感需求之一：对“家”的向往。
【聆听建议】
下次聆听时，请将注意力放在弦乐的编排上。注意弦乐是在哪个时刻（副歌第一次出现时）进入的，以及它的出现如何瞬间改变了歌曲的“尺度”——从一个人在船上的低语，变成了面向整个海洋的呐喊。感受这种由小到大的动态是如何构建史诗感的。
【歌曲信息】
歌名 - 歌手: Man In The Mirror - Michael Jackson
专辑: Bad
外文译名: 镜中人。这是一个充满哲理和自省意味的标题，意指改变世界必须从改变自己开始，向内审视，直面镜中的那个“我”。
【艺人速写】
Michael Jackson（迈克尔·杰克逊），“流行音乐之王”（King of Pop）。他是一位在音乐、舞蹈、时尚和慈善领域都做出了革命性贡献的全球文化偶像。他的艺术成就和影响力至今无人能及。
【创作背景】
这首歌收录于他 1987 年的传奇专辑《Bad》中，是少数几首非 MJ 本人创作的核心曲目之一（由 Siedah Garrett 和 Glen Ballard 创作）。但 Michael Jackson 完全将其内化为了自己的宣言。这首歌的录制过程极具感染力，他邀请了包括歌曲作者 Siedah Garrett 在内的多位福音歌手组成一个合唱团，为歌曲的结尾部分注入了强大的、教堂圣歌般的力量。这首歌标志着 MJ 的音乐主题从个人情爱、舞台炫技，进一步扩展到对社会问题和人类精神的深度关怀。
【风格一瞥】
Pop / R&B / Gospel (福音音乐)。它有着抓耳的流行旋律和 R&B 的节奏根基，但其核心的推动力，尤其是歌曲后半段，完全来自于福音音乐——那种层层递进的结构、充满激情的呼喊式唱腔和强大的和声合唱团。
【影视相关】
出现作品: 这首歌是 MJ 个人纪录片和传记电影（如《This Is It》）中必不可少的曲目。此外，它也出现在众多需要表达“改变”与“希望”主题的影视剧中。
作用分析: 这首歌在影视中的作用几乎是主题性的。当一个角色经历了人生的重大转折，决定洗心革面、重新做人时，这首歌的旋律响起，几乎就是一种“官方认证”。它强大的正面能量和“从我做起”的歌词，能为角色的转变提供最有力的情感注脚。在 MJ 的个人纪录片中，它更是其人道主义精神的终极体现，将他的形象从一个超级巨星，升华为一个心怀世界的精神领袖。
【赏析与评鉴】
这是一首在思想性、艺术性和感染力上都达到顶峰的杰作。
亮点赏析:结构的力量: 歌曲的结构是教科书级别的“情感递进”。它从安静、自省的键盘音色开始，MJ 的演唱也相对克制。随着每一次副歌的重复，乐器和人声的强度都在增加。最精彩的是结尾部分，随着一次惊人的转调（Key Change），福音合唱团全力介入，MJ 开始即兴地呼喊、祈使，将歌曲的情绪推向一个狂喜的、近乎宗教体验的高潮。
人声的进化: 在这首歌里，你能听到 MJ 作为一位歌手的完整武器库。从主歌部分的温柔叙述，到副歌的坚定宣告，再到结尾处混合了痛苦、决心和希望的即兴嘶吼，他的声音本身就在讲述一个从“自省”到“行动”的完整故事。
超越时代的讯息: “If you wanna make the world a better place, take a look at yourself and then make a change.”（如果你想让世界变得更美好，就看看自己，然后做出改变。）这句歌词简单、直接，却蕴含着强大的哲学力量。它超越了具体的政治或社会议题，直指个人责任这一永恒主题，使其在任何时代都能引发共鸣。
【聆听建议】
请务必听到歌曲的最后。从3:40秒左右开始，注意听那个关键的转调，感受它如何像打开了一扇新的大门，让音乐的色彩瞬间变得更加明亮和广阔。然后，沉浸在福音合唱团和 MJ 即兴人声的交织中，那是一种纯粹的声音能量。
【歌曲信息】
歌名 - 歌手: I Need You Most Of All - Stephen Sanchez
专辑: Angel Face
外文译名: 我最需要的是你。一个非常直白、纯粹的情感告白。
【艺人速写】
Stephen Sanchez 是一位年轻的美国唱作人，他在社交媒体时代凭借其复古的音乐风格和深情的嗓音迅速走红。他的音乐深受 50、60 年代的摇滚、流行和 Doo-wop 音乐的影响。
【创作背景】
这首歌出自他的概念专辑《Angel Face》，这张专辑虚构了一个发生在 1958 年至 1964 年间的故事，主角是一位名叫“The Troubadour” Sanchez 的歌手。专辑中的每一首歌都像是那个时代的“老歌”。《I Need You Most Of All》就是这个故事中的一首经典情歌，它精准地捕捉了 50 年代末期那种纯真、浪漫，甚至略带一丝天真的爱情表达方式。Sanchez 的创作方式，是一种对特定音乐时代的“角色扮演”和深度致敬。
【风格一瞥】
Doo-wop / Vintage Pop。“Doo-wop”是 50 年代流行的一种人声音乐风格，其特点是和声部分经常使用无意义的音节（如 doo-wop, sha-la-la）来构成节奏和背景，旋律优美，主题多为青少年恋情。
【影视相关】
出现作品: 暂无知名影视剧使用记录，但 Sanchez 的另一首大热歌曲《Until I Found You》已被广泛使用。
作用分析: 我们可以预见这类歌曲的影视用途。它几乎是为设定在 50、60 年代的青春片、爱情片量身定做的。想象一下电影《美国风情画》(American Graffiti) 或《油脂》(Grease) 里的毕业舞会场景，这首歌可以作为舞池中央情侣们翩翩起舞的背景音乐。它的纯真感和复古音色能立刻建立起强烈的时代感，并为画面注入一种甜蜜、怀旧的浪漫气息。
【赏析与评鉴】
这是一次非常成功的风格模仿，但其评价也取决于你对“复古”的态度。
亮点赏析:音色与制作的精准复刻: 这首歌在制作上做得非常出色。从那种带有轻微混响和延迟效果的电吉他音色，到标志性的“sha-la-la”和声，再到 Sanchez 略带颤音的唱法，每一个细节都在向那个时代致敬。它听起来不像是“模仿”，更像是从那个年代的尘封档案里找出来的一首被遗忘的金曲。
旋律的经典感: 歌曲的旋律和和弦进行都遵循了那个时代的经典范式（如 I-vi-IV-V 进行），虽然简单，但非常悦耳，充满了怀旧的魅力。
结构性分析: 从另一个角度看，这首歌的“没营养”也体现在其对创新的回避。缺乏独创性: 它的一切都建立在对过去的精准模仿之上，虽然技艺高超，但在音乐语言上没有提供任何新的东西。它更像是一件精美的复制品，而不是一件原创的艺术品。对于追求音乐突破性的听众来说，这可能会显得过于保守和“安全”。
情感的单一性: 歌曲表达的是一种非常纯粹、理想化的爱情，缺少了现代音乐中常见的情感复杂性、矛盾和挣扎。这种“纯真”既是它的魅力，也是它的局限。
【聆听建议】
下次聆听时，请专注于背景里的和声。仔细听那些“sha-la-la”和“ooh-ooh”的声音，感受它们是如何像一种乐器一样，为歌曲提供节奏和氛围的。这就是 Doo-wop 风格的精髓所在。你可以对比一下它和我们之前听的 The Beatles，感受两者在和声编写思路上的不同。
以上是本次歌单的又 3 首深度剖析。如果你准备好了，请对我说“继续”，我们将一同探索接下来的作品。


无限使用 Gemini ——Gemini Balance 部署方案汇总和部署教程
Wed, 23 Jul 2025 07:02:37 GMT
轮询是什么？原理是什么？
AI Studio 网页版有限额，具体数量不清楚。API 则自由一些。弄到 API Key 后，可以使用 Cherry Studio、AI as Workspace 等 AI 服务进行对话，也可以连接翻译服务、酒馆等。
AI Studio 提供免费的 API Key，一个 API Key，一天可调用 100 次 Gemini 2.5 Pro。
理论上只要拿到足够数量的 API Key，就能获得极大数量的每日和每分钟请求限制，自由使用 Gemini。后文介绍 API Key 的来源。
API 数量一多，变得难以管理，为了省去频繁切换 Key 的麻烦，并且实现高并发，就有了 gemini-balance 等项目。原理是建立一个多 API Key 池子，把所有的 AI Studio API Key 放在里面统一管理，统一对外使用一个请求地址和一个 Gemini Balance 生成的 API Key。外部请求发来后，后台根据轮询池中的 Key 的有效情况自动选择还可用的 AIStudio Key 向谷歌请求，相当于一个分流器。
gemini-balance 明显需要部署到公网，才能比较方便的使用，后文介绍常见的部署方法
API Key 的来源
Key 的数量：如果只是一个人日常对话使用，8-10 个 Key 可以实现一天 800-1000 次的请求，完全足够了。如果需要使用翻译服务，翻译一段话就是一次请求，所以请求量会大一些，可能需要更多的 Key。
以下是两个常见的来源：
闲鱼、淘宝：市场价 0.2-0.5 元一个，但是极不稳定，有的质保只有 24 小时，最长的也只有一周。谁知道呢！
用新的谷歌账号生成 Key：去谷歌账号批发网站购买新的谷歌账号，市场价 2-3 元一个，一个谷歌账号理论可以申请 12 个 key（但是生成 8 个及以下比较保险，封号概率低。一旦封号，账号下所有的 Key 都会失效），按一个账号 2.8 元计算，一个账号申请 8 个，价格为 0.4 元一个。
购买谷歌账号后，在 AI Studio 官网登录，创建多个项目后申请多个 API Key（同一个项目下的 Key 统一计费，没有意义，所以一个项目对应一个 Key）
上述步骤很容易可以找到教程，不再赘述。
Gemini Balance 部署
拿到 Key 后可以直接使用，但是就上文所述，还是放在 Gemini Balance 等轮询服务中比较方便。部署项目的方法有多种，下文会一一介绍。
最稳定、最推荐的是 Render+保活。 比较流行的是 ClawCloud 爪爪云（还是爪子云？挺可爱的名字），但是可能薅得太多了，经常抽风出问题。
部署方案介绍
ClawCloud缺点：经常抽风，网站登录不上去或者一直处于 Pending 状态无法部署到公网
IP 会被 Google 封禁，所有 KEY 都用不了，即使它还有效
需要 180 天的 GitHub 账号
优点：完全免费、步骤简单
国内可直连
教程文档：从零部署 Gemini Balance 手册之clawcloud上部署sqlite版本 | Gemini Balance
Render （推荐）缺点：需要额外保活操作：免费项目 15 分钟休眠，休眠后请求变慢
可能需要国外信用卡： 如果代理节点不纯净，可能需要提供国外信用卡（VISA、万事达……）才能使用免费方案（可以使用鱼或者淘一个，或者去银行办一个，用处还是很多的）
需要额外的数据库： 免费项目定期会重启，如果使用自带的数据库，数据也就一起没了，所以需要外部数据库。好在有不少免费的数据库。
优点完全免费、步骤简单
服务较稳定
国内可直连
教程文档：配置外部数据库：先去 Aiven 官网注册账号，创建一个免费的 MySQL 数据库，记下 HOST、USER、PASSWORD、DATABASE、PORT 等环境变量：Aiven - Your AI-ready Open Source Data Platform
配置 Render：参考官方文档中 Render 部分进行配置，注意修改 MySQL 相关环境变量为 Aiven 的数据库连接参数：从零部署 Gemini Balance 手册 | Gemini Balance
保活教程：在 UptimeRobot 上注册账号，监测 Render 的 URL 地址即可，返回 405 错误没关系，可以起到保活效果就行：UptimeRobot: Free Website Monitoring Service
Zeabur （只用这一个项目的话不推荐）缺点：需要付费，免费版 24 小时就会被删除（更新：并不会被删除）
每月只有 1 美元赠金，按量计费，Gemini Balance 这样的项目容易超出限额
国内直连不稳定
优点：步骤简单
教程文档：选择 Docker 部署，然后按照 ClawCloud 教程文档配置端口、环境变量和卷即可
其他支持 Docker 的 VPS 等服务器 （只用这一个项目的话不推荐）缺点：需要复杂的配置（Docker 环境等等）
价格较贵
优点：自建服务器理论上非常稳定
教程：无
购买服务器放在自己家 （只用一个项目的话不推荐）缺点：服务器需要花钱（轻量级 100 元左右）
如果用电脑主机当服务器电费较贵
如果身处国内，还需要一个代理的费用，否则无法向谷歌发送请求
优点：稳定
教程（使用 Cloudflare Tunnel，针对没有 ipv4 公网 ip 和没有 ipv6 服务的家庭宽带）：Gemini Balance 本地 Docker 服务器部署教程（使用 Cloudflare Tunnel） - idontwannagooooo


Gemini Balance 本地 Docker 服务器部署教程（使用 Cloudflare Tunnel）
Wed, 23 Jul 2025 06:34:37 GMT
由于 ClawCloud 经常抽风，如果你有一台可以一直开着的电脑，或者家用的支持 Docker 的轻量服务器，其实可以试试这个。
但是这个方案其实不太推荐，太复杂、缺点太多、一直开着电脑电费还贵。而且必须要有代理节点，并且要十分稳定，还需要国外信用卡，还需要域名！！所以如果不方便可以使用 IPv6 公网地址方案，而且使用 IPv6 是简单得多。当然 Render+保活是最简单、稳定、便宜的方案，按需选取吧。
原理、目录
材料：国外信用卡（可以闲鱼或者淘宝，或者银行办一个）、稳定的代理节点、一个域名
原理是把自己的电脑当做服务器，用内网穿透、iPv6 等技术把服务挂在公网上，但是需要电脑一直开着。本文使用安全、方便、快捷的 Cloudflare Tunnel 把服务挂在公网上。其他方案：IPv6 关闭防火墙后不安全，IPv4 公网 IP 不好获取，同样有安全问题。（一般服务使用的是 HTTP，不安全。如果需要 HTTPS 需要反向代理，非常麻烦）
Cloudflare Tunnel 需要一个域名，并解析到 cloudflare 中，还需要国外的信用卡，可以淘或者鱼一个虚拟的
步骤简述
准备好信用卡和域名后，先去 Cloudflare 中的 ZeroTrust 白嫖 Tunnel 隧道，拿到 Token（自行搜索相关教程，非常简单）
先用 docker 配置好 gemini-balance，因为要挂到公网，所以需要在 compose 中额外配置一个 cloudflare 隧道的 docker 配置，配置好 token
启动服务后在 localhost:8000 登录页面，配置好 AI Studio 申请的免费 API
要给 gemini-balance 服务挂好系统代理，才能向谷歌发送请求
详细教程
首先安装 MySQL 并确保服务运行在 localhost: 3306 上。此步骤省略，自行搜索相关教程。
克隆项目仓库
1
2
git clone https://github.com/snailyp/gemini-balance.git
cd gemini-balance
构建 Docker 镜像
1
docker build -t gemini-balance
修改 .env.example 文件名为 .env 。修改文件，确保包含以下内容：
1
2
3
4
5
6
7
8
9
MYSQL_HOST=mysql    # 这里不要改，这是容器名称，不要填 localhost 什么的
MYSQL_PORT=3306
MYSQL_USER=gemini   # 这里是新建用户，可以自己取一个名字
MYSQL_PASSWORD=your_db_password   # 这里是新建用户，可以自己弄一个密码
MYSQL_DATABASE=gemini-balance   # 这里是 Schema，可以自己取名字
API_KEYS=["your-gemini-api-key-1", "your-gemini-api-key-2"]  # 这里可以保持不变，部署好了再去搞
ALLOWED_TOKENS=["sk-123456"]  # 这默认是登录用的密码，先不用改
AUTH_TOKEN=sk-123456   # 这默认是登录用的密码，先不用改
……剩下的不用改，不解释
在 docker-compose.yml 下方添加 Cloudflare 的 Tunnel 服务，并修改数据库代码，完整文件内容，注意看注释标识部分，需要修改：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
volumes:
  mysql_data:
services:
  gemini-balance:
    image: ghcr.io/snailyp/gemini-balance:latest
    container_name: gemini-balance
    restart: unless-stopped
    ports:
      - "8000:8000"
    env_file:
      - .env
    depends_on:
      mysql:
        condition: service_healthy
    healthcheck:
      test: ["CMD-SHELL", "python -c \"import requests; exit(0) if requests.get('http://localhost:8000/health').status_code == 200 else exit(1)\""]
      interval: 30s
      timeout: 5s
      retries: 3
      start_period: 10s
  mysql:
    image: mysql:8
    container_name: gemini-balance-mysql
    restart: unless-stopped
    environment:
      MYSQL_ROOT_PASSWORD: root_password   # 重要：这里改成MySQL的root账号的密码   
      MYSQL_DATABASE: ${MYSQL_DATABASE}
      MYSQL_USER: ${MYSQL_USER}
      MYSQL_PASSWORD: ${MYSQL_PASSWORD}
    # ports:
    #   - "3306:3306"
    volumes:
      - mysql_data:/var/lib/mysql
    healthcheck:
      test: ["CMD", "mysqladmin", "ping", "-h", "127.0.0.1"]
      interval: 10s # 每隔10秒检查一次
      timeout: 5s   # 每次检查的超时时间为5秒
      retries: 3    # 重试3次失败后标记为 unhealthy
      start_period: 30s # 容器启动后等待30秒再开始第一次健康检查
# 下面是新增内容，注意开头的空格数量要正确
  cloudflared:
    image: cloudflare/cloudflared:latest
    restart: unless-stopped
    command: tunnel --no-autoupdate run --token eyxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxSJ9   # 重要：此处改成你的Token
    depends_on:
      - gemini-balance  # 确保先启动gemini-balance再启动tunnel
启动容器（因为这是复合的项目，包含多个容器，所以使用 docker-compose）
1
docker-compose up -d
在 Cloudflare 中，设置域名，比如可以设置成 api.xxxxxx.com，然后配置端口，协议选择 HTTP，域名填写：gemini-balance:8000。因为它们在同一个容器组里面，可以用容器名称彼此访问。现在你可以在公网访问 api.xxxxxx.com ，等效于访问 localhost:8000
访问 localhost: 8000 或者你的域名，登录，默认密码是 sk-123456。在 API 秘钥列表中更改、添加你的 AI Studio API Key。
下方的允许的令牌列表，点击右方🎲随机一个并记下来，这就是那个对外的 API Key
下方的认证令牌相当于“登录密码”，默认密码是 sk-123456，更改成你想要的
修改完任何配置记得滑到最底下点击保存配置，否则不会生效
使用 AI as Workspace 或者 Cherry Studio 等任何 API 使用平台。API 类型选择 OpenAI 或者 OpenAI（兼容），URL 填写 https:// + 你在 cloudflare 配置的域名 + /v1 比如：https://api.xxxxx.com/v1。API Key 填写上面记下的“允许的令牌列表”中的一个。
结束。


存在主义和 ACT 疗法——《美丽人生》观后畅想
Sun, 13 Jul 2025 11:48:55 GMT
《美丽人生》与存在主义和 ACT 疗法
目录
电影的主题
本质上看，这是一部存在主义电影
我的经历和 ACT 疗法
总结
电影的主题
我看电影时想到的点：乐观、聪明、父爱、小人物的无力、法西斯的残暴。
这些点很“经典”，像是小学阅读理解做多了。显然是不够深入。仔细思考，本片最核心的情节，就是圭多始终向儿子维护了一个美丽的游戏谎言。这个行为本身，如何解读？
①这是对抗暴力的武器：肉体可以被囚禁，思想和爱是自由的。
②向死而生：“即便用枪剥夺了我的生命，我在生命最后，依然是乐观，积极、爱家人的圭多，折磨、杀害无法剥夺我的人格、灵魂。”
③《美丽人生》中的“美丽”的含义：在法西斯的残暴下，儿子在父亲的庇护下，活出了“美丽人生”，圭多在集中营中对妻子的“早安”，也是美丽的。最后生命前留下的大踏步和鬼脸，也是美丽的。这说明“美”不是生活的固有属性，不会被好情境自然而然地带来，也不会被坏情境轻易剥夺。它是一种主观的、需要用意志去创造和守护的价值。
——在极端的环境下，依然拥有选择的权利，选择理想或希望、仇恨和爱、屈服和站立。想到这里，立刻想到了存在主义。
本质上看，这是一部存在主义电影
①存在先于本质：
存在：圭多作为集中营的囚犯
本质：他选择了成为儿子的守护神、游戏的发明者、妻子的爱慕者，他早已不是囚犯，他的死并非囚犯的处决，而是是他自我本质（父亲）的自我完成。他用行动定义了他的本质。
②绝对选择和自由：自由至少可以是选择态度的自由。《活出生命的意义》中说：“在任何特定的环境中，人们的最后一种自由，就是选择自己的态度。”圭多就是这个态度的践行者。
③荒诞&反抗：面对荒诞，人有三种选择：自杀、信仰、反抗。圭多选择反抗。他就像西西弗斯，推石不止的过程，看似永无止境，但却是他的胜利。
④向死而生的态度。
我的经历和 ACT 疗法
生活思考：我面对人生困境是什么态度？我改变不了环境时，能否改变态度？试着和心理学理论和疗法结合起来分析一下电影。
先从平常的心理困境来说。比如面对孤独和空虚、我是选择了接受，还是逃避？高三时，每个周末我都会在家中独自一人看电影，本来是美好的体验——炸鸡、冰可乐、爆米花……但我却无法忍受这种四下无人分享的孤独体验，于是稍微有些深度的电影，看了十几分钟就放弃了，转而去看些 B 站没营养的视频。后来我更是逃避这样的过程，刻意选择一些弹幕多的爆米花电影，才能勉强看完，但还是不免在看完后涌起一阵空虚感。
我这样逃避的态度，带来的是对经典电影的疏远、对快餐文化的屈服，还有更加深刻的孤独感。其实如果接受呢？
圭多并没有否认恐怖的存在，他只是选择了另一种方式对待它，选择不被它吞噬。同样，我也可以承认并接纳孤独感的存在，然后，像对待一个需要被理解的“内在小孩”一样，与它对话：
首先，认知解离。告诉自己：“我感觉到孤独，但我的感觉并不能完全代表我，这不等于我就是孤独的。”把我和我的感受分离开。
然后，观察这个“孤独感”。它是什么样的？能描绘吗？画出来？写出来？身体的哪个部位有哪些感受？
接下来，我可以像圭多为儿子创造“游戏”一样，给我的内在小孩也创造一个游戏：“能够深刻地感受孤独，是成为一个内心丰富、强大的人的必经之路。这就像要赢得坦克，必须先完成各种任务一样。”
基于这种新的认知，我可以制定一些承诺行动，这些行动不再是为了“消除”孤独，而是为了“带着孤独”去过有价值的生活，不需要和它战斗，而是离开战场，不需要对抗它，而是接受它的存在。
——这就是 ACT ，接纳承诺疗法
圭多的智慧，是在接纳了无法改变的痛苦现实后，选择用积极的行动去践行自己生命中最重要的价值。他的价值是成为一个好父亲、好丈夫。
对我而言，在那个独自观影的场景里，我的价值或许是“成为一个能享受独处、内心丰盈的人”。而实现这个价值的路径，不是消灭孤独，而是学会带着孤独，勇敢地按下播放键。
当然，人生困境远远不止心中的小情绪，还有失业、退学、疾病、屡屡失败、遭人唾弃、霸凌……圭多的智慧是否依然有效？答案是肯定的。
接纳：
面对重疾、失业或霸凌，第一步是接纳现实带来的所有痛苦感受：恐惧、羞耻、愤怒、无力……接纳不是喜欢这些感受，而是承认它们是当下情境的正常反应，放弃与它们无效的战斗，比如逃避与对抗——这只会让感受和创伤更加强烈。
就像圭多，他内心深处一定接纳了“死亡随时会来临”的恐惧，才能有余力去做别的事情。抛弃那些无法改变的事情，不再为它们纠结、抱怨，然后把注意力转向能做的事情上。
认知解离：
当痛苦的情绪不再是需要消灭的敌人后，我们便可以静静观察那些“有毒”想法。再次使用认知解离的技巧：观察想法，而不是认同它。当“这辈子毁了”的想法出现时，可以对自己说：“我正在产生一个关于‘这辈子毁了’的想法。” 这就像从湍急的河流中爬上岸，看着河水流过，而不是被卷入其中，这就像一个万能公式，运用的次数多了，就能找到那个“观察的自我”，而非被想法和情绪裹挟前进的自我。
自我价值：
走出危机的核心还是在于自我的价值。在人生的“至暗时刻”，我们需要像圭多一样，叩问自己：“即便在这样的情况下，对我来说，什么仍然是重要的？我想成为一个什么样的人？”圭多的答案是“好父亲和好丈夫”，他用生命诠释和实现了自己的价值。
承诺行动：
一旦明确了价值，行动就有了方向。这些行动不必惊天动地，但必须与价值对齐。就像圭多冒着生命危险，在广播里对妻子说出那句“早安，我的公主”，这个行动本身不能改变他囚犯的身份，但却让他的人性光辉，在那一刻战胜了整个法西斯体制的压迫。
总结
面对人生的重大困境，圭多式的智慧不是让我们否认黑暗，而是教我们即使身处最深的黑暗，也要努力成为一束光。这束光，源自于接纳黑暗的勇气，来自于认知解离的智慧，更来自于对自己人生价值的坚守和践行。这是《美丽人生》这部电影，在心理层面给我带来的思考。也许能对多年后面对更加困难的困境的我，有些许启发——又或许是狗屁。
参考书籍：
《跳出头脑，融入生活》
《活出生命的意义》


从社交媒体到笔记软件，互联网带来了什么？——书籍推荐与杂谈
Sun, 13 Jul 2025 11:39:45 GMT
从社交媒体到笔记软件，互联网带来了什么？——书籍推荐与杂谈
目录
电影
书籍
经历：小红书和远离小红书分别给我带来了什么
学习：我真的需要笔记和日程软件吗
结尾
又是一个夜晚，从屏幕上抬起头，发现已经凌晨两点。手机上还停留在某个短视频和评论区上，而大脑却感到一阵奇异的疲惫与空虚，不知是为了抵抗这种空虚还是出于习惯，手指继续滑动了屏幕……
这种感觉你是否也熟悉？互联网承诺了便利、知识和连接。但在这份便利的背后，我们似乎也失去了一些东西——比如专注的能力、内心的平静，甚至是与人面对面交谈的耐心甚至勇气。这条曾经的“信息高速路”，究竟把我们带向了何方？
电影
互联网到底有什么危害？我想先从两部电影说起。最近在电影院看的两部商业片中，都不约而同地涉及到了对互联网和手机的思考和批判，我觉得这种“不谋而合”十分有趣。
首先是《碟中谍 8：最终清算》中，互联网在“智体”的操纵下，真假难辨，极端言论泛滥，真相成为了不可捉摸的彼岸，人的思想在“智体”的算法下，受到互联网的精准控制，变成了“智体”操纵的对象……
我想，这在今天不需要智体就能做到吧。
《重拾交谈》中提出一个问题，在隐私缺乏的互联网，民主是什么样的？如果一个人的身份、喜好、健康状况、财务情况、政治立场等等等等都被暴露在互联网上，供各种提供商收集、分享、利用，被无数的计算中心计算、分析、解读，便可以利用其数据操纵数据的推送、搜索，精准地操纵这个人的思想——如果 ta 没有足够的能力将这些内容视为噪音的话（噪音也会导致心理疾病！）。而这可能已经成为了现实。
回到《碟中谍 8》电影中，一个小兵受了互联网上极端言论影响，准备刺杀伊森，伊森打斗后边踹他边喊“YOU！ SPENT！ TOO MUCH！ TIME！ ON INTERNET！”真是让我笑出了声。我想这也是导演和编剧想传达给观众的信息：当你一天用 8 个小时以上上网，沉浸在互联网的精准推送信息中，你的思想很可能不再属于你，而是受到了某个“智体”的有意或者无意的操纵。即使没有有意的操纵，“无形的大手”也足够可怕：在“看你想看”的推荐机制下，不论是保守还是激进，不论是客观还是主观，思想都会在一日日的刷新中日趋极端。这会带来什么？我们不得而知。
另外一部电影就是《F1：狂飙飞车》。这部电影肯定不仅仅是一部赛车电影，其中蕴含了许多值得称道和钻研的内容，日后可以慢慢道来。其中比较明显的一项就是关于社交媒体和互联网。皮尔斯年轻气盛，喜欢玩手机，关注人们给他和海耶斯的评论，关注媒体，重视社交媒体运营……他在聚会上还是频繁地拿起手机查看。这与我们的生活何其相似，其他电影中那种没有人玩手机的聚会，现实中似乎并不存在。
六旬老汉海耶斯当然对智能手机和互联网等现代科技不屑一顾，当然这是源于他强大的自我和对媒体的洞察，他对皮尔斯说的“放下手机吧，那些只是噪音罢了”，仿佛也是在劝诫我们：当我们将你的认知和注意力放在社交媒体上，放在他人对自己的评价上，放在浩如烟海的信息洪流中，就会变得患得患失，就会丧失主体性，会丢掉自我价值感，当然也就不能集中注意力在当下，无法专心完成该做的事情。不论是赛车还是生活，道理都是一样的。
要做的仅仅是放下手机，融入生活。
书籍
当然两部电影只是一个引子，我们能看到，当下的互联网绝不仅仅是小学课本上的“信息高速路”，带来的也绝不仅仅是“地球村”“方便”“快捷”这种早在十年前就实现的事情，它带来的是关于人际交往、个人生活、心理健康、学习教育、自我认同、民主社会的方方面面的巨大变革，其中当然包含着巨大的挑战和危机。这就要通过一些书籍来全面地了解互联网对我们的影响，然后也许能作出一些改变：
推荐书籍：
《浅薄：互联网如何毒化了我们的大脑》，尼古拉斯·卡尔：比较全面的阐述，必看
《手机断舍离》，凯瑟琳·普赖斯：行动指南，必看
《重拾交谈》，雪莉·特克尔：侧重于互联网对独处、亲情、友情、爱情、教育、工作的影响，强调面对面交谈的必要性。推荐。
《手机大脑》，安德斯·汉森：相对于前几本书，新的内容比较少。可以当做巩固。
《子弹笔记》，赖德·卡罗尔：如何及其简单高效地使用纸和笔代替手机的日程管理 APP。如有需求可以参考。
为什么是《浅薄》？ 它系统地阐述了互联网如何从根本上重塑我们的大脑，全面地阐述了互联网对人的思维方式和行为方式的影响。同时从传播媒介的历史角度，辨析了互联网和历史上其他的传媒方式的区别——它对人思维方式的改变是前所未有的。书中关于互联网如何侵蚀深度阅读能力、分散注意力、损害同理心、催生社交焦虑的分析，可谓是非常全面。
前四本书籍全面阐述了互联网的影响和危害。简单来说，短视频这类活动看似让我们集中精力在一个物件——手机，一个 APP 上，但是却提供浩如烟海的、碎片化的、不关联的、不连续的信息，这对大脑的吸引程度是非常强大的——大脑天生是精力不集中的，因为我们要识别四周的危险，互联网公司们深知这一点，程序员们针对人类大脑的弱点研发算法，目的只有一个，让人在屏幕前停留的时间更长，从而更好地广告和推销产品。
当然成为别人赚钱的工具显然不是什么好事，这样分散精力的活动对大脑的危害是巨大的，，这让我们的大脑难以处理具有深度的信息，危害我们专注和创新的能力，弱化我们文本细读的能力，剥夺我们长时间专注阅读的能力，更引发了同理心的缺乏——因为同理心需要大脑设身处地为人和事情思考，这需要专注的精力和深度思考的能力，这在《重拾交谈》中有深入的分析。当然，这样的影响绝不停留在大脑，而是影响着人际交往的方式、身体健康、学习方式、社会文化……
这也导出了一个有趣的事实，看电影、玩游戏、刷剧这些长时间集中注意力在剧情、玩法等上的娱乐方式，远远好过不断刷新新信息的短视频、信息流这一类娱乐活动。而户外运动、阅读、弹奏乐器等远离屏幕的娱乐方式相比面对屏幕又更胜一筹。
这样的认识已经足够了，我们不是要成为什么移动设备社会影响研究专家，重要的还是——你是否想改变这个沉浸在手机中的生活？你会作出什么行动？《手机断舍离》可以告诉我们放下手机的急迫性和必要性，并且指导我们作出计划，做出具体行动。
经历：小红书和远离小红书分别给我带来了什么
小红书作为一个社交媒体的典范，研究一下它对我个人的影响还是挺有意思的。首先它对我来说有不少好处——大量的生活技巧和信息、带来欢笑的搞笑视频和评论、对生活的觉察——甚至想要放下手机这个初衷，很大一部分是来自于小红书首页推荐的帖子。
当然它有坏处，首先它散播许多焦虑，它根据我的浏览识别出我的身份，给我推送我同辈人在各个方面上的成功和失败——这些方面也正是我当下面临或者正要面临的问题和挑战，这些经验确实有不少的参考价值，但也带来了不少焦虑：我现在做的事情会像 ta 一样有收获吗？我要是像 ta 一样失败了怎么办？我要不要做这件事？我应该如何做选择？不知不觉中我的注意力从自己转向了他人，我的价值标准慢慢从成为自我变成了赢得结果和认可，这在很长一段时间内困扰我许久，最重要的是我并不知道这些情绪的来源是互联网，当然也无从发现自己内心正在出现的问题：主体性的缺失、价值感的缺乏等等。
其次它实在占用我大量的时间，在上个月的某一天我竟然刷了 8 个小时的小红书。即使我非常不想在这上面浪费时间，但还是敌不过大厂算法工程师的精妙设计和大脑的放松警惕。这不是放松娱乐，因为我能感受到结束这样的刷屏后大脑的极度疲惫和空虚。
即使后来开始限制屏幕时间，开始打卡跟踪，开始记录时长，还是无法避免在大脑疲惫时打开小红书疯狂刷一小时短视频，于是我干脆卸载。现在如果我需要用小红书，需要打开电脑登录网页版，或者在手机浏览器中打开。这样的好处是我能最大限度保留它的好处而不至于沉迷其中：我还能搜索信息、有限度的查看搞笑视频和评论放松一下，还能偶尔看到一些优质的关于生活、社交、工作、学习、兴趣爱好的帖子——这一切好处的前提都是可控的时间。
目前随着认识的深入和替代活动的丰富，我的手机时间大概降低到了 1-2 个小时每天。这给我带来的是每天更多的时间（真的很多！），我可以用纸和笔写下非常多的日记和感悟，我还有时间和闲暇来书写长篇的文章、发展新的爱好、专注一项任务，空虚感也在减少，作息也回归正常，还能保证一定量的体育锻炼，这在我的假期中是前所未有的。
这一切的开始，只需要放下手机。
学习：我真的需要笔记和日程软件吗
时间回到 2019 年，在 B 站视频的蛊惑下，我对“无纸化学习”开始充满无限的期待——随意涂改、无限大的笔记本、无限颜色和样式的笔、不用携带超重的书本和笔记本……一切都是那么美好！我很快拥有了 iPad Air 3 和 Apple Pencil 一代，并且成功让它服役到了今天——这是互联网促进消费主义的铁证。
当然，几年间我用它做了无数的笔记，然而多数时候我用 iPad 做笔记，并不是它真的好用——发烫的屏幕、滑得不行的笔尖（当然，互联网上有无数的解决方法等待尝试）、堪忧的续航、狭小的只能容下半张纸的屏幕，还有好像从不入脑的记忆效果——而是那种使用新技术和新设备的新鲜体验。当然，我在期间不断给自己洗脑“随意涂改、无限大的笔记本、无限颜色和样式的笔、不用携带超重的书本和笔记本……”，却不理解这些问题对我来说其实并不是真正的问题，事实就是我并不适合使用 iPad 做笔记。
现在讲到做笔记，说到无纸化，还是言必称 Apple Pencil、iPad、Goodnotes、Notability、Notion、OneNote、Obsidian、数位板、笔电、机械键盘，各种眼花缭乱的软件、工具。与其类似的还有各种日程管理、生活记录软件和工具：番茄钟、Forest、番茄 Todo、滴答清单……在这些方面也许我的经验还是挺丰富的。
但是，到头来，工具仅仅是工具而已，更重要的是其中的深度思考和学习成果，事实上，无纸化笔记从来没有让我学习得更快更好，反而是不断让我陷入了工具的迷思：用这个软件还是那个软件？这个软件有 XX 问题怎么办？这个软件怎么没有 XX 功能？我要用哪个插件？插件怎么组合？新款 iPad 会不会更好用？三星的 Spen 会不会更好？用键盘打字是不是比手写好一些？……这是没有尽头的。不管是学习还是生活，最重要的是专注，而这些迷思带来的是专注的反面。
其实对我来说活页纸和黑笔已经可以胜任一切。它可以随意绘图，创造属于自己的笔记系统，可以无限个性化和自定义而不用局限于 APP 开发者的观点。纸笔的记录还能带来更加深刻的记忆，还有物理上的与互联网世界的隔离。另外，电子屏幕无法快速来回翻页、无法一次呈现多张纸张：屏幕还是做不到桌子那么大……关于纸笔笔记和电子笔记的对比，《重拾交谈》中已有涉及。但是在社交媒体上搜索纸笔和电子笔记使用的经验，不会有这样深入的研究数据和实践经验，可能更多的是让你买一个平板试试，就像我当初一样——这就是互联网的“浅薄”。
如何管理日程、安排计划？在充了好几个时间和日程管理的 APP 会员后，我还是回归了纸和笔。借用《子弹笔记》中的原则，我可以十分简单地定制出完全属于我个人生活的管理系统——不需要安装插件、调整参数、给 APP 开发者提建议。在书写、画图中，我能感受到专注和平静。
如何记录时间？曾经读到柳比歇夫的时间记录法——详尽的记录一天中的自己做了什么、用了多长时间，我第一时间就是去寻找相关的 APP，当然有很多，但是试用后却效果不佳——首先没有能满足我所有需求的 APP，其次我能看到详尽的图表、报告，但是却无法看着这些复杂的统计数据复盘出个所以然——然而复盘在其中才是最重要的。我在寻找 APP 前似乎没有想过，五十多年前的柳比歇夫同志，没有手机，没有互联网，是怎么实践他的时间记录法五十六年的呢？仅仅是钟表和纸笔而已，哪有那么复杂？
值得一提的是，在校园内对手机的警惕已成为全世界的共识。近年来，世界各国纷纷立法禁止手机进入中小学课堂，这说明决策者们已经看到了手机对下一代的深远影响——它不仅破坏课堂效率，更侵蚀着孩子们面对面社交的能力与心理健康。
当然合理运用工具也是好事情，这篇文章就是在 Obsidian 中敲下的。并且很多人也许并非像我一样如此执着于各种各样的工具，电子化给他们带来的是专注、高效而非注意力的分散。只是对我来说纸和笔可能更能将我拖出工具的沼泽，让我回归生活和学习的本质。
结尾
也许，我们可以从一个微小的行动开始：在下一次等电梯、等地铁的碎片时间里，忍住掏出手机的冲动，抬头看看世界，看看身边的人，认真倾听耳机里的音乐，又或是城市的喧嚣；或者在睡前的一小时，用一本书还未来得及翻开的书代替抖音和小红书。
改变不会一蹴而就，但每一次有意识的微小选择，都是在为崭新的身份投票。我们完全可以成为自己时间与注意力的主人。
新生活的第一步，或许只需要放下手机。


我们为什么难以“好好跑步”？优绩主义、完美主义、性别滤镜与体测噩梦
Thu, 08 May 2025 08:39:20 GMT
我们为什么难以“好好跑步”？优绩主义、完美主义、性别滤镜与体测噩梦
目录
我又没有认真——完美主义的陷阱
跑步还要学？——傲慢如何战胜科学
跑得快才是王道！——当优绩主义踏上跑道
性别滤镜下的跑道——被误读的“强”与“弱”
喉咙中的血腥味！我害怕跑步！——体测阴影下的奔跑恐惧
我要如何跑步？——互联网社群和跑者精神如何激励大众
参考文献
当你走进操场，观察在跑道上跑步的人，只要你对跑步稍有涉猎，便不难发现：跑道上超过半数的人，他们的奔跑更像是一种热切的挣扎，而非高效的运动。哪怕这操场坐落于一所高等院校里，情况也并无二致。
低得惊人的步频、快得吓人的配速、大口狂喘的粗气、各种让膝盖和关节如临大敌的跑姿，即便只是个刚跑了三天的新手跑者，也会为这些同学的心肺和膝盖捏一把汗——讽刺的是，尽管他们的每一次迈步都可能与运动科学背道而驰，但与那些终日伏案、每日步数在三位数徘徊的同学相比，这些在跑道上胡乱挥洒汗水的人，其健康状况已然胜出了不止一个维度。
但我们不能仅仅因为他们比那些足不出户的同龄人多迈了几步，就对这种普遍的“胡乱跑步”现象视而不见。当驱动大学生双腿的不再是运动的热情，而是大学“强制校园跑”的无奈，当跑道成为无形的竞技场，充斥着对“跑太慢丢脸”的恐惧、“唯快不破”的优绩主义信条，以及“不能输给 TA”的竞争——看似积极的“运动”背后，究竟是哪些因素在共同塑造着这些低效甚至有害的奔跑模式？
这篇文章不会详细讲述跑步的要领——这几乎是跑步中最简单的事情，只要你愿意花上几分钟去了解，文章的最后一节也提到了如何获取这些知识。然而，正是这种“简单”的表象，以及前文所述的种种复杂心态，使得最基本的常识往往被视而不见，甚至被嗤之以鼻，亦或是无法被执行，而这源于各种各样的心理症结——这才是入门跑步最艰难的部分。 当然，为了让后续的讨论不至于悬空，我们还是有必要了解一下跑步最基本的原则和概念，这是运动科学基于人体结构与生理机能总结出的经验，其核心目标只有一个：让人们跑得更长久、更健康、更愉快。
简单来说，科学跑步的基石可以概括为以下几点：
循序渐进：身体需要时间来适应运动负荷的增加。无论是跑步距离、频率还是强度，都应逐步提升，避免突然的、大幅度的改变。那种期望通过几次“拼命跑”就达成目标的想法，往往是伤病的前奏。
关注姿势：尽量让脚掌在身体重心正下方附近全脚掌着地。提高步频（踏步的速度，用每分钟迈步的次数衡量），降低步幅（迈出一步的距离），防止脚跟着地时膝关节过度伸直；保持身体适度前倾；放松肩膀，自然摆臂。这些调整，旨在让每一次落地对关节的冲击降到最低。
控制心率：心率（每分钟心跳的次数）是衡量运动强度的重要指标。对于大多数以健康为目的的跑步者而言，大部分跑步时间应处于中低强度心率区间（通常称为“轻松跑”或“有氧跑”），在这个区间内，身体能有效地燃烧脂肪，并逐步提升心肺功能。盲目追求速度，长时间处于高心率状态，不仅难以持续，也增加了心血管系统的风险，这与我们追求健康的目标背道而驰。
聆听身体：疼痛是信号，不是需要用意志力去克服的“敌人”。当身体发出不适的信号时，应及时减量、休息，甚至寻求专业意见，而非硬撑。
这些原则根本不至于复杂——尤其是对接受过高等教育的大学生来说。它们就像驾驶汽车前需要了解油门、刹车和方向盘一样基础。然而，正是这些“基础”，在充斥着“应付”、“比较”、“恐惧”和“傲慢”等的操场上，被系统性地忽略了。
这究竟是为什么呢？
我又没有认真——完美主义的陷阱
“我就是应付校园跑罢了，哪有这么多麻烦事？”
一些人如是说。
问题是，既然已经选择要“应付校园跑”，为什么不用更加对自己身体好的方式进行呢？答案是：
“应付就是应付，我根本就没认真锻炼，要这么专业干什么？”
这句话，像一把钥匙，瞬间打开了记忆的闸门。它与高中时代某些同学刻意营造的“不学习”人设何其相似！在高中，总有一些人，致力于在人前表现得云淡风轻，仿佛好成绩全凭天赋，而非汗水，同时却想方设法在别人看不到的时间和角落学习。他们深谙此道：一旦成绩不尽如人意，便可以轻描淡写地归咎于“你看我平时也没怎么学啊，考这点分数，不是很正常吗？”。这句话，既是自我安慰的盾牌，也是抵御他人评价的烟雾弹。它“巧妙地”地将“努力”与“结果”剥离开来，为可能的挫败铺设了一条体面的退路——既然我未曾全力以赴，那么任何外界评价中不如意的结果，都不能真正定义我的能力。
现在，让我们将镜头拉回操场。当“应付校园跑”的同学说出“要这么专业干什么”时，他们其实也在上演着一场与高中时代如出一辙的心理戏码。合理的步频、正确的姿势、高效的心率区间、循序渐进的配速，在他们眼中，这些“专业”的元素，似乎只配得上“认真锻炼”的宏大叙事。而眼下这个仅仅是“应付”的校园跑，显然不值得“大动干戈”，即使这对他们的健康有益。
这便是完美主义的陷阱。它以“完美”这种追求极致卓越的名字标榜，营造出“积极”“上进”的假象，而隐藏在其中的核心却是“要么全有要么全无”“非黑即白”的极端逻辑 （Flett & Hewitt, 2005）。如果一项任务被贴上了“应付”“不重要”的标签，那么任何试图提升其质量的努力，都显得多余甚至可笑。他们内心的标尺是：既然我没有打算将其打造成一件“完美作品”，那么投入任何额外的精力去雕琢细节，都是对“完美”标准的一种亵渎，也是对自我精力的一种“浪费”。
另一方面，这种“我没有认真跑”的声明，与高中时“我没有认真学”的宣言一样，核心功能在于风险规避与自我保护 （Flett & Hewitt, 2005）。通过主动降低期望，并公开宣称自己的“不认真”，他们为自己构建了一个全方位的舒适区。万一跑得狼狈不堪、气喘吁吁，或者第二天浑身酸痛，都可以归咎于“我本来就没想好好跑”。如果恰巧提升了一些成绩，抑或只是微信运动步数登了几天榜，那真是太好不过：“我都没怎么努力，也有这样好的成绩！”。这种归因方式，巧妙地回避了“如果我认真了，但依然跑不好/依然受伤”所带来的潜在挫败感和对自我能力的质疑，还能对一些“进步”和“成功”有双倍的收获——虚假的成功本身和附赠的虚假的自我认同，真是太完美了！
因此，“要这么专业干什么？”这句话，翻译过来就是：“为一个我根本不重视、也不打算做好的事情，去关注，那也太‘小题大做’了！更糟糕的是，要是我认真跑了，如果成绩还没有提升——甚至还不如那些没有努力‘瞎跑’的人，而这些努力和成绩都被身边人看在眼里，那岂不是丢人丢大了？”这种完美主义思绪加上对旁人评价的恐惧，扼杀了他们科学锻炼的可能性。
当然这种心理，可能不会如此赤裸裸地呈现，而是通常以一些“理性批判”的外衣出现。
“校园跑这种形式主义的东西，本来就不科学！”
“学校就是瞎折腾，根本不考虑学生的实际情况！”
“这种强制性的跑步，有什么意义？纯粹浪费时间！”
从打卡机制的僵化，到缺乏专业指导，再到对个体差异的漠视，这些批评当然不无道理，合理的批评也不应该被压制。但事实是，其中提出批评的部分人，是一边站在道德的制高点上批判，一边却在跑道上挣扎而摧残身心的，更糟糕的是，其批判的激烈程度和频率，往往与其内心深处想要掩盖的东西成正比。通过将矛头指向外部制度的“不完美”，他们巧妙地将个人选择的责任转移了出去。仿佛只要证明了“校园跑”本身就是个“错误”，那么自己以“应付”的方式去应对这个“错误”，也就变得合情合理，甚至带有一丝反抗的悲壮色彩了。而在此期间消失的，不是不合理的校园跑制度，也不是心中对于跑步的恐惧，更不是那份对“努力后可能依然平庸”的隐秘担忧，而是自己心肺、膝盖和心理的健康。
这种些人的批判，实际上为他们构建了另一重心理防线。它不仅为自己“不认真跑”“不专业跑”提供了外部合理性，更重要的是，它将焦点从“我为什么不这样做”转向了“这个东西本身就不值得我好好做”。当所有人都开始讨论制度的缺陷时，谁还会注意到个体在应对这个制度时，所采取的不那么明智的策略呢？
于是，对“丢人”的恐惧，对“努力后失败”的恐惧，以及完美主义“要么全有要么全无”的执念，共同编织了一张细密的网。而那些大声批判校园跑的声音，有的不过是这张网在现实中的回响。他们宁愿选择一种低效、可能有害的“应付”，也不愿哪怕尝试一下那些“专业”的方法，因为后者一旦失败，便再也没有“我没认真”这块遮羞布可用了。这种看似“聪明”的自我保护，在校园跑制度下被巧妙地包装成“受害者”叙事，最终让他们在应付校园跑与追求健康这两条本可兼顾的轨道上，付出了许多不必要的代价。
跑步还要学？——傲慢如何战胜科学
“跑步不就是——双腿迈开就是跑？讲究这么多干什么？”
“跑步谁不会啊？这你都学？笨不笨啊？不想跑就直说！”
“天天研究这些，你要当运动员啊？”
“什么配速、心率、步频、跑姿的？咱们老祖宗几千年，没有这些东西，不是照样跑步？一定是消费主义陷阱、资本做局、西方阴谋、老美阳谋罢了！咱们不吃这一套！”
这正是潜藏在许多人心底的某种固执——对“跑步”这件事近乎本能的轻视，它源于一种足以盖过科学的根深蒂固的傲慢与惰性。
跑步真的简单吗？
与那些设置有精妙规则、需要高难度动作、复杂器械、标准场地的运动不同，跑步的门槛几乎不存在。当我们学会走路的时候，双腿似乎就附赠了我们跑步的技能，当然还附赠了我们天然的“我会跑步”的错觉。当一项技能被人们如此早的掌握、并以各种方式重复时，大多数人很难再将其视为一个严肃的、科学的运动项目来看待和学习。即使它是现代奥运从始至终的重要项目，需要专业团队的细致研究和专业运动员的大量训练，也不会改变这样的误解——人们会把“非天然”的跑步归为运动员的专利。
一些人并非不相信跑步的科学，而是将这种科学缩小到微不足道的地位。“讲究这么多干什么？”的言下之意，正是“我已经掌握了一大部分，你说的那些，不过锦上添花”，也就可有可无了。他们以为已经掌握了跑步的九成要义，这些科学理论、运动理论仅仅是剩下的一成，根本不值得自己费力。而事实可能是相反的：他们只掌握了跑步的一成。这种对自己能力的错误高估在认知心理学中也有所揭示 （Kruger & Dunning, 1999）。把“入门”当做“精通”，把“会做”等于“做好”，这样奇怪的事情可能也就跑步这样“简单”的事情中能看到了！
“经验性傲慢”带给人们的，可能远远不止对科学跑步的忽视，当它和对未知事物的恐惧和不愿承认自己知识缺乏的“自尊”结合起来时，就会演变成更加令人不可思议的“反智”言论。
“配速”“心率”“步频”“跑姿”，这些略带“专业性”的概念出现时，显然挑战了个体的既有认知，一方面是对相关知识的缺乏，一方面是对朴素经验即“跑步很简单”的冲击。但是和一般人不同的是，某些拥有“自尊心”的人不是去了解、辨析这些知识，而是感受到了一丝“故弄玄虚”——在他们看来，一旦承认这些概念，也就间接承认了自己的“无知”。于是他们更加倾向于用自己熟悉的概念炮轰这些“玄之又玄”的玩意，以此挽救一下刚刚差点被打击到的自尊心。
这种傲慢并非跑步独有。事实上，这样的人在任何领域都能表现出令人超乎想象的傲慢，只是在跑步这样看似门槛低、实则深藏学问的领域表现得更加嚣张。他们轻视专业知识，迷信个人经验或某些既有的信条，并对任何试图系统化、科学化该领域的努力抱以怀疑甚至敌意，用自己的经验和外部的信条来竭力攻击以保证他们脆弱的“自尊心”。
最终，“看似简单”和“经验性傲慢”，加上对未知领域的排斥和脆弱的“自尊心”，共同铸就了一面坚实的壁垒，壁垒的另一端，是科学的跑步知识，而壁垒的这一边，则是这些甚至根本不运动的傲慢者的讥笑，还有无数膝盖和心肺的呻吟，而这些跑步者却依旧沉浸在幻觉中，浑然不觉自己正在用傲慢亲手埋葬了科学，更加埋葬了让自己更加健康的可能。
跑得快才是王道！——当优绩主义踏上跑道
“你怎么跑这么慢？”
“这点配速还好意思发朋友圈？”
“佬跑得好快啊，给 XX 爷跪辣！”
“不愧是 XXX，跑这么快，太有实力辣！”
相比编写前面略带戏虐的言论的趣味，我强忍着生理和心理上的双重不适才打下这些话——因为他们确实几乎存在于一切可以被数字、等级量化的领域，充斥于群聊、评论区。当然在跑步领域，一般没有如此恶臭和直白的言论，但是其他领域中的此类言论和风气，却深深在人们特别是学生的思维中留下优绩主义的烙印——优绩主义被带到了跑道上。当配速的数字成为衡量一切的标准，健康、乐趣和个人进步也就无足轻重，跑步这项本应带来身心裨益的运动，也就可悲地沦为又一个无情的竞技场，这种现象与某些成就动机理论中过于强调表现而非任务本身的倾向遥相呼应（Duda & Nicholls, 1992）。
在这样的竞技场中，跑得快的人会受到吹捧，而那些以较慢速度享受过程，或者仅仅是为了完成校园跑任务，亦或是为了控制心率降低速度的普通人，则可能被他人甚至自己贴上“菜”、“弱”、“没实力”的标签，甚至在无形中感受到一种被边缘化的压力。这些压力带来的则是无意义的冲刺、飙升的心率和即将受伤的膝盖。“竞技场”带给的跑步者的是焦虑、偏执和伤病。
追求健康的跑步天然与优绩主义相悖。 因为健康的跑步，其核心在于促进身心福祉，它的衡量标准、内在价值必然是多元和包容的，跑步当然可以是为了追求成绩，但它还可以是为了享受运动、强身健体、释放压力、提升自我、挑战自我、寻找愉悦、感受自我……甚至只是为了应付校园跑。跑道是包容的，它承载着所有这些不同目的的脚步。但当优绩主义将“快”奉为唯一圭臬，并以此排斥和贬低其他追求时，这种多元、个性化与包容便荡然无存。一切仿佛只剩下数字：只有数字才能衡量奔跑的“意义”。“慢”等于“无价值”，“慢”等于失败。而我们害怕失败。
当我们看向跑道，无数“胡乱跑步”的身影，其中有多少是源于潜在的优绩主义的影响？也许是多年前好友不经意的“你这也太慢了！”的质疑，或是体育老师“再快点！”的催促，亦或是其他领域的优绩主义的潜移默化，让他们固化了“快”就是一切的速度崇拜。为了追求陌生人和熟人的认可，他们经常忽略自身的实际情况，忽略身体的警告信号，盲目提升强度，并将这种痛苦看作“牺牲”“奋斗”和“吃苦”，仿佛自己的身影在膝盖的疼痛、心肺的哀鸣下，显得更加高大，自己的“毅力”显得更加坚韧不拔。他们不是在跑步，而是在表演跑步，而且是表演给那些根本不存在的观众：事实上不论是在操场上，还是在朋友圈中，0 人在意他们的速度和什么“毅力”。他们是在用透支健康的方式去追逐那个被优绩主义所定义的“成功”幻影。此时的跑步和健康已经将相去甚远，取而代之的是潜在的压力、追求成绩的焦虑和被旁人超过的不安，而膝盖的疼痛、心肺的哀鸣，在“跑得快才是王道”的喧嚣和自我 PUA 的颅内高潮中，显得如此微不足道。
更糟糕的是，优绩主义甚至会阻拦你追求更好的成绩，其无异于作茧自缚。 这看似矛盾的现象，源于优绩主义对“即时反馈”和“线性进步”的近乎疯狂的的追求，这必然会让人们丧失最宝贵的耐心和科学精神。体能的进步曲线并非是线性的，而是先慢后快的复利曲线，前期的“扎根”也许带来不了任何的明显进步，但却是成绩提升的必经之路。例如，对有氧能力较差的新手跑者来说，要求他们保持在有氧心率区间（20 岁左右的大学生， 这个区间大概是 140-160），并将步频控制在 180 次每分钟以上时，其配速往往大于每公里 10 分钟——比走路还要慢！但是只要这个跑者愿意放慢速度坚持 2-4 个月，愿意“忍受”一下旁人的“目光”（其实 0 人在意），同样的有氧心率区间，速度将会提升不少——这是真正的有氧能力的提升，这种提升将为后面的进阶训练打下坚实的基础。
而在“跑得快才是王道”的单一逻辑驱动下，优绩主义跑者不可能忍受这些短期带来不了进步的“无用功”，更无法忍受比走路还要慢的配速，而是迫不及待地转向追求预期的速度指标。当然，如果他们不断“榨干”自己，也还是可以在心率飙升、跑姿错误、大口喘气的情况下取得在短短几天内肉眼可见的“进步”——这是科学训练方式所得不到的，而这样的进步，无疑会固化他们“更苦”就一定“更快”的逻辑。然而，这样的训练，缺乏对有氧运动规律的基本尊重，忽视了身体的适应和恢复的规律，忽视了跑步所需要的耐心、科学规划和不断反思，带来的将会是寥寥几次“训练”后卡在“瓶颈”、达不到速度预甚至退步的的心灰意冷，或是膝盖、关节和心肺的伤病让他们不得不放弃跑步。这样的人在这样竭泽而渔的挫败后，或许还要反过来说几句“跑步伤膝盖”“跑步没什么用”的抱怨，劝解旁人不要踏入跑步这个“坑”——真是让人啼笑皆非。他们因急于证明自己的“绩优”，反而摧毁了通往真正“绩优”的桥梁，这正是优绩主义在追求成绩上最具有讽刺意味的自我颠覆。
那么，跑步成绩的提升需要“牺牲”“吃苦”吗？当然是需要的，只是这种“牺牲”，不是盲目忍耐膝盖的伤痛和心肺的撕裂，也不是每次奔跑中自我感动的“奋斗”，恰恰相反，它牺牲的，首先是那份在优绩主义环境成长下，追求速度的虚荣心和自尊心；而吃的苦，是克制急于求成、渴望一步登天的急躁，是日复一日坚持打磨基础的耐心，是接受可能长时间看不到进步的事实、是忍耐反复做同一件事的厌倦和枯燥，是面对困难不气馁的韧性。这些“牺牲”和“吃苦”，并非比优绩主义的无意义的消耗简单，反而因为它们挑战的是人性的“急于求成”的弱点、需要的是深度的自律与长远的眼光，所以往往更加困难，也更加珍贵——谁都能冲刺那么几次，忍一忍疼痛和伤病，但不是每个人都能坚持做一件正确的事几周、几个月、几年甚至几十年，而这样的坚持，更能证明一个人坚韧的品质。
性别滤镜下的跑道——被误读的“强”与“弱”
“你怎么跑得比女生还慢？丢不丢人！”
“可以啊，一个女生跑这么快，挺厉害了！”
这些在跑道边、闲聊中、社交媒体上、甚至内心独白里就反复上演的戏码，是否让你感到一丝熟悉、荒谬和不适？当跑步经过优绩主义的洗涤，再被打上性别的烙印后，便不再是追求健康的运动，“强”和“弱”的定义，也被厚厚的“性别滤镜”和优绩主义所扭曲。
对于许多男性而言，这层滤镜往往带来一种无形的枷锁。
社会文化中对“男性气概”的陈腐的刻板印象，在 21 世纪仍然烙印在许多人的心中——强壮、勇猛、竞争性、永不言败——如同鬼魂一般附在许多男性跑者的双腿上。优绩主义的“跑得快”在这样的刻板印象下，也不再只是个人“能力”的体现，而是上升到了维护男性“尊严”、证明自身男性“力量”的可笑工具 （张志成 et al., 2011）：他们渴望在由男性主导的价值体系中获得认可，而“跑得比其他男性快”，尤其是“跑得比女性快”这种优绩主义和性别滤镜叠加的扭曲标准，便成了获取这种“男性集团内部入场券”的某种象征性资本（上野千鹤子, 2015）。这样的叠加让优绩主义发挥出更加强大的威力，侵蚀着一个个男性跑者，将他们拉向科学训练的对岸。当他们“跑得慢”时，浮现在脑海中的，不再只是优绩主义的那些陈词滥调，还有“我怎么比旁边那个女生还慢？”这种将女性物化为自身实力标尺、源于性别焦虑的羞耻感，还有失去男性“主体”地位的恐惧。
此时，科学的训练计划、合理的心率、循序渐进的耐心和“慢下来”的要求，统统被抛诸脑后，他们追求的不再是健康的体魄或是运动的乐趣，而是在这场被性别化的竞赛中，维护被社会定义的“男性气概”，保住那份社会建构出的虚幻的、脆弱不堪的“男性尊严”。为了这些虚无缥缈的、可笑的目的，他们往往会不顾身体的悲鸣，强行加速、盲目冲刺，表演给不存在的观众。至于科学训练中的“慢”，对他们来说是无法接受的“堕落”。其代价当然还是老一套——膝盖的磨损、心肺的过载，以及对跑步这项运动越来越深的误解与厌倦。
对于女性跑者来说，这层性别滤镜表现为无形的上限。
一方面，社会对女性运动能力的期望值往往被预设得较低。“一个女生，跑成这样已经很不错了”——这种看似褒扬的言辞，实则形成了一道无形的天花板，暗示女性的力量似乎拥有一个天然的“界限”，而女性应该“遵守”这样的适可而止的“约定”。这样的暗示，而可能让部分女性跑者在达到“尚可”的水平后就心安理得地停滞不前，这样的限制当然不只是针对速度，它还蔓延到了对科学专业训练的研究、甚至是对健康的追求上。
另一方面，当女性通过刻苦训练后，真正展现出强大的水平时，她们可能又将遭遇社会另一种微妙的审视。跑得太快、肌肉线条过于明显，可能会被贴上“不像女人”“女汉子”等标签，仿佛她们的努力，让她们超越了某种性别的“规范”和“限制”，触及到了本该只有男人才能触及到的“领域”（Krane et al., 2004）。这样无形的压力，可能让一些女性在追求更高成就的道路上感到犹豫和孤独，甚至在潜意识中压抑自己的天性、力量展现和坚韧品质。
什么是真正的“强”？揭开优绩主义和性别滤镜，真正的强大，无关超越特定性别的“对手”，也无关追求男生或是女生的“追捧”，它蕴藏于日复一日科学训练的自律，蕴藏于爱护自身身体、尊重自身极限和潜能的智慧，蕴藏于面对错误方法及时改正的谦虚，蕴藏于面对平台期和痛苦不屈不挠的坚韧，蕴藏于享受每一次呼吸和迈步的从容，更蕴藏于开放包容的、不以性别定义或他人的、乐于鼓励、乐于助人的开阔胸怀。这种强大，是内在的、多元的，它属于每一个认真爱护自己身体、认真对待运动的灵魂。
与此相对的“弱”，绝不是速度慢，也不是简单的生理差异的投射，而是精神上的“弱”。当一个人因为害怕他人的目光而不敢尽力，因为固守陈腐的性别刻板印象而自我设限，因为盲目追求“绩优”而不顾科学，因为不接受科学认知而盲目训练而导致伤病缠身，这才是真正的“弱”——一种认知上的孱弱，一种精神上的怠惰。
因此，是时候擦亮这块被社会偏见蒙尘的“性别滤镜”了。让速度和力量回归它们本身——衡量科学训练的标尺，而非性别角力的筹码。当跑道不再是证明“我要比 TA 强”的战场，当每一个跑者都能卸下性别的包袱，专注于聆听自己身体的声音，追求属于自己的目标时，跑步才能真正回归其促进身心健康、带来运动快乐的本源。
喉咙中的血腥味！我害怕跑步！——体测阴影下的奔跑恐惧
“下周测八百一千！”
不论你是初中生、高中生、大学生，还是已经工作多年的工作者，听到这句话，心中大概率都会咯噔一下，泛起一丝熟悉的、夹杂着抗拒、焦虑和痛苦的涟漪。这像是一种深植于集体记忆中的“创伤应激”——那段为了一个冰冷分数和竞争而奋力挣扎、在极限边缘徘徊、伴随着剧烈喘息与生理恶心的奔跑体验，早已超越了其作为单纯体能检测的意义，成为了邪恶、痛苦和无奈的象征。
“每次跑完体测，感觉肺都要炸了，喉咙里全是血腥味，一个星期不想再动。”
“跑步？一想到体测那种要死的感觉，我这辈子都不会再跑的！”
当“跑步”这个词与令人窒息的极限冲刺、撕心裂肺的喘息、以及那股弥漫在喉咙中久久不散的铁锈般的血腥味紧密绑定时，你还会热爱它吗？
向许多人推荐跑步来提升健康、减少体重时，得到的拒绝理由，几乎都与这些体测的体验息息相关。当你将跑步与体测绑定，它便不再是一项关乎健康与愉悦的运动，而异化为一场定期上演的、优绩主义的集体性强制“受难”。这种对体测的恐惧，早已不只是让许多人对体测本身深恶痛绝，更可悲的是，它以一种近乎毁灭性的方式，将他们彻底推离了尝试真正健康、舒适、可持续跑步运动的大门，甚至固化了他们对“努力=痛苦=好成绩”的扭曲优绩主义认知。
我们必须清醒地认识到，体测中的长跑项目，与我们日常倡导的以健康为目的的有氧跑步，根本就是两个截然不同的运动。 800 / 1000 米的体测，其本质正是优绩主义在体育领域最粗暴、最赤裸的体现，它与有氧跑步，在理念、过程目标上都几乎是背道而驰的。尤其是在缺乏科学日常训练作为支撑的背景下，体测被简化为一场以分数论英雄的竞赛。它唯一的目标，就是拿到一个直接与学分、评优等现实利益挂钩的成绩。于是，跑步的过程、个体的感受、身体的极限、运动的科学性，在“分数至上”的指挥棒下，统统变得无足轻重。每一次呼吸都像在吞咽刀片，每一次心跳都在疯狂撞击胸腔，只为在终点线后换取一个冰冷的排名序号（甚至还是排名！）。这种“一次性”的、高强度的、远超个人当前负荷能力的奔跑，正是优绩主义“唯快不破”逻辑在体育场上的残酷投影。它带来的不仅是极度的生理不适，更是对跑步这项运动本身的深度污名化。
相比之下，以健康为目标的有氧跑步，强调的是循序渐进、量力而行，关注的是心率的稳定、呼吸的均匀、姿势的合理，以及运动过程中的内在愉悦感和持续的自我成长。它并不是一场与秒表的殊死搏斗，也不是为了向某个外部标准“屈服”和“献媚”，而是一段与自己身体对话、逐步提升心肺功能、激活身体活力潜能、享受运动乐趣的旅程。它的“成绩”并非体现在几个数字上，而是体现在更强健的体魄、更积极的心态、更充沛的精力以及更可持续的运动习惯。
需要明确的是，我们在此批评的，并非 800 / 1000 米中长跑项目本身——它作为竞技体育的一部分，凝结了无数运动员和背后团队的汗水和智慧，其挑战性和价值不容抹杀。我们甚至可以说，长期科学的有氧跑步训练，恰恰是提升体测成绩、减轻其痛苦体验的有效途径。然而，问题在于，当前普遍的体测制度，往往将这项项目变成一种缺乏科学铺垫、充斥优绩主义压力的硬性任务，从而系统性、普遍性地制造了痛苦和恐惧，深刻地污名化了跑步这项运动。我们的目的，正是要将这种特定制度下被异化的、与痛苦深度绑定的中长跑体测，同真正能够带来健康与愉悦的跑步运动彻底切割开来。 我们不能容忍，对体测的恐惧成为阻碍大众拥抱跑步的普遍理由，更不能坐视健康的跑步理念在这种扭曲的体验中被持续误解和抛弃，从而错失了本可以强身健体、享受运动乐趣的机会。
因此，这种切割不仅必要，而且迫在眉睫。我们必须清醒地认识到，体测只能反映短期内的、极其片面的体能指标，它绝不应该成为衡量个体运动价值的唯一标准，更不应该成为我们恐惧和逃避跑步的理由。喉咙中的血腥味，不是身体对跑步的抗拒，而是它在不合理运动负荷与错误运动理念下的抗议。它不应该成为我们探索跑步乐趣的终点，而恰恰应该成为反思优绩主义之害、并寻找更健康、更人性化运动方式的起点。
清晨、傍晚、夜晚，跑道上不只有狼狈的体测、痛苦的记忆和残酷的竞争，更有清晨破晓时，青草的清香与鸟鸣的清脆；更有黄昏薄暮里，清风拂过耳畔的低语与霞光的温柔；更有深夜静谧中，灯光勾勒的跑道与夜幕笼罩的宁静。跑道承载的，并非只是速度和痛苦，更是流淌的青春与丰盈的感知。
我要如何跑步？——互联网社群和跑者精神如何激励大众
在经历了对完美主义陷阱的剖析、对经验性傲慢的解构、对优绩主义及其性别滤镜的批判，以及对体测阴影下奔跑恐惧的共情之后，我们终于可以松一口气——我们迈过了许多本不属于跑步，但万般阻拦我们科学跑步的重重困难。我也终于不用在开头写上几句骇人听闻的话来吓人了。此时，一个重要的问题浮出水面：如果跑步不应是痛苦的“应付”，不应是盲目的“瞎跑”，不应是“唯快不破”的竞技，更不应是带来创伤的“体测噩梦”，那么，除了开篇提到的几个简单原则，我们究竟应该如何跑步与学习跑步？对于那些渴望真正从跑步中获益的普通大众而言，答案或许就隐藏在触手可及的互联网社群之中。其实，如果你已经克服，或者本就没有前面那些心理症结，这个问题已经不算什么难题了。
曾几何时，专业的运动指导似乎是少数运动员的特权，而普通人想要获取科学的跑步知识，往往途径有限，甚至求助无门。然而，在今天，你只需要打开任何一个你常用的社交媒体，如小红书、微信、抖音、哔哩哔哩……搜索“新手如何跑步”，映入眼帘的将是庞大的自媒体博主和跑者群体制作的教学、经验分享和建议内容，与此相伴的还有由处于不同跑步阶段、怀有各种跑步目的而踏上跑道的普通大众跑者组成的丰富的评论区。通过这些文章、视频和评论区，你或许还能加入几个跑者的交流群。另外，在你所处的学校或工作单位，也大概率有那么几个由跑者组成的跑步组织或社团和相应的线上社群。它们如同一座座灯塔，为那些在跑步迷雾中摸索的初学者，以及那些渴望摆脱错误模式、寻求科学提升的进阶跑者，照亮了前行的道路。
互联网社群极大地降低了科学跑步知识的获取门槛。 你不再需要花费高昂的费用聘请私教，也不必在浩如烟海的专业文献中苦苦搜寻。只需滑动屏幕，关于正确跑姿的图文解析、合理心率区间的计算方法、针对不同目的的循序渐进的训练计划模板、伤病预防与康复的实用技巧，便能以通俗易懂、生动直观的方式呈现在你眼前。许多经验丰富的跑者都乐于在这些平台上分享自己的知识与见解。学习这些知识后，只要你没有前述的重重思绪，并且勇于踏上跑道，那么按照科学进行跑步训练，获得健康的体魄和充沛的精力，对你来说已经不算什么难事。
另外，互联网社群让跑者不再孤独、尴尬与犹豫。 无论是初跑者遇到的“我这样跑对不对”的困惑，还是进阶跑者遭遇平台期时的迷茫，亦或是伤病恢复期的焦虑，都能在社群中找到共鸣和解答。你可以搜索前人的经验和指点，分享自己的跑步记录，寻求有经验者的指点，提出具体的训练问题，展示微小的进步，并从其他跑者的经验、鼓励和善意的批评中获益。这种“看见彼此”“共同成长”的氛围，对于那些曾因“跑太慢丢脸”、害怕他人评价而不敢迈出第一步，或是在错误道路上越跑越偏的人来说，无疑是一剂技术与心理的双重良药。它不仅告诉你科学正确的跑步方法，更能让你看到，和你在一起跑步的，不只是跑道上的同学，还有整个互联网跑步社区的跑者。在这里，你的困惑有人解答，你的努力有人看见，你的进步有人鼓励。互联网社群中的社会支持作用也得到了研究的证实（Hwang et al., 2010）。
更重要的是，优质的互联网社群越来越积极地倡导和塑造更加健康、更加多元、更加包容的跑步文化，以对抗优绩主义的单一标准。 越来越多的社群开始强调跑步的乐趣、过程的体验和个体的差异性。它们鼓励大众踏上跑道，无论你的初始条件如何——是体能充沛的运动健将，还是久坐不动、决心改变的新手；又怀有如何的目的——是为了挑战马拉松，是为了在朋友圈打卡炫耀，是为了减肥塑形，是为了释放压力，还是仅仅为了完成那该死的校园跑任务，它们都能给予你迈出第一步的信心和坚持下去的鼓励。它们赞美每一次坚持，无论是百公里、全马、半马，10 公里、5 公里、3 公里、1 公里，无论是快是慢，无论是否刷新了 PB（个人最好成绩），它们都能看见你的汗水，感受你的呼吸和喜悦。在这里，“慢”不再是原罪，而跑步的过程和带来的身心变化，则被提升到了前所未有的高度。在这里，人们敢于暴露自己的“不完美”，敢于分享真实的困惑与挣扎，也敢于为每一个微小的进步而欢呼。在这里，跑步从一场冰冷的数字竞赛和痛苦的体验，还原为一场温暖的、关乎个体生命体验的旅程。
当然，互联网社群也并非完美无瑕的“乌托邦”。信息过载、错误引导、盲目攀比、甚至商业陷阱也可能潜藏其中，前述所有的糟糕现象，在互联网也广泛存在。因此，我们在互联网搜寻信息的同时，也是在锻炼我们的批判性思维——选择那些真正以科学、健康、多元、包容为导向的优质社群和内容。 但不可否认的是，互联网社群的出现，为跑者提供了一个前所未有的机遇。它让我们看到，跑步可以不必那么“麻烦”，不必那么“痛苦”，不必那么“孤独”，也不必只为了一个“快”字。
所以，当你想问“我要如何跑步？”时，不妨打开手机任何一个社交媒体 APP，搜索“跑步”，去活跃的跑步社群里看一看，问一问。在那里，你或许能找到科学的答案、温暖的陪伴，以及最重要的——爱上跑步的勇气和方向。这条路，不再是你一个人摸索前行。
真正的奔跑，始于认知的觉醒；当心灵不再被束缚，健康的脚步自然轻盈。希望你能爱上跑步、科学跑步！
参考文献
Flett, G. L., & Hewitt, P. L. (2005). The Perils of Perfectionism in Sports and Exercise. Current Directions in Psychological Science, 14(1), 14–18.
Kruger, J., & Dunning, D. (1999). Unskilled and unaware of it: How difficulties in recognizing one’s own incompetence lead to inflated self-assessments. Journal of Personality and Social Psychology, 77(6), 1121–1134.
Duda, J.L., & Nicholls, J.G. (1992). Dimensions of achievement motivation in schoolwork and sport. Journal of Educational Psychology, 84, 290-299.
张志成, 陈刚, 姜勇, 孙建华, & 张军献. (2011). 体育运动与男性气概. 体育学刊, 18(3), 72–77.
上野千鹤子. (2015). 厌女：日本的女性嫌恶 (王兰 译). 上海三联书店.
Krane, V., Choi, P. Y. L., Baird, S. M., Aimar, C. M., & Kauer, K. J. (2004). Living the paradox: Female athletes negotiate femininity and muscularity. Sex Roles: A Journal of Research, 50(5-6), 315–329.
Hwang, K. O., Ottenbacher, A. J., Green, A. P., Cannon-Diehl, M. R., Richardson, O., Bernstam, E. V., & Thomas, E. J. (2010). Social support in an Internet weight loss community. International Journal of Medical Informatics, 79(1), 5–13.


保护你的 GitHub 隐私 - 如何批量修改历史提交者信息（邮箱 / 名字）
Wed, 07 May 2025 07:42:14 GMT
教程：保护你的 GitHub 隐私 - 如何批量修改历史提交者信息（邮箱 / 名字）
*本文存在 AI 生成内容，但内容已经过验证
目录
一、为何要关注 GitHub 提交历史的隐私？
二、重要警告 (操作前必读！)
三、准备工作
四、步骤一：备份你的仓库
五、步骤二：处理仓库 - 修改历史并推送
六、验证与后续步骤
七、结论
一、为何要关注 GitHub 提交历史的隐私？
GitHub 是一个代码托管和协作的公开平台。当你进行 git commit 时，你的 Git 配置中的用户名和邮箱地址会默认嵌入到这次提交的元数据中。
有心之人可以用一些方法还原出元数据，从而得到你的邮箱，如果你的邮箱是 QQ 邮箱，则后果更加严重。
你可能在某个时间点后设置了隐私邮箱，但是在那之前可能没有注意。这并不是不可挽回的，本文介绍的方法和脚本将帮助你快速替换先前所有提交的邮箱和名字。
二、重要警告 (操作前必读！)
修改 Git 历史记录是一项极其危险的操作，请务必理解以下风险：
这会彻底重写你仓库的提交历史。所有受影响提交的唯一 ID (SHA-1 哈希值) 都会改变。
如果你的仓库有其他协作者，他们本地的仓库副本将与你修改后的远程仓库历史不再兼容。他们需要废弃本地旧副本并重新克隆，或者进行复杂的 rebase 操作。在执行前务必通知并协调所有协作者！
一旦强制推送（git push --force），远程仓库的历史将被覆盖。如果没有备份，将无法恢复到修改前的状态。备份是必须的。
三、准备工作
安装 Git Bash: 在 Windows 上，推荐使用 Git Bash 作为运行脚本和 Git 命令的环境。请从 Git 官网 下载并安装。
安装 Python 和 pip: git filter-repo 工具需要 Python 环境。请从 Python 官网 下载并安装。安装时确保勾选 “Add Python to PATH”。
安装 git filter-repo: 打开 Git Bash，运行 pip install git-filter-repo。
准备仓库 URL 列表: 创建一个名为 repo_urls.txt 的文本文件，将你想要处理的所有 GitHub 仓库的 URL（HTTPS 或 SSH 格式皆可）每行一个地粘贴进去。将这个文件与后面要创建的 .sh 脚本放在同一个目录下。1
2
3
4
# repo_urls.txt 示例:
https://github.com/your_username/repo1.git
https://github.com/your_username/repo2.git
git@github.com:your_username/repo3.git
配置 GitHub 认证: 确保你的 Git Bash 环境能够免密访问 GitHub（例如，通过配置好的 SSH 密钥或 Git Credential Manager for Windows）。脚本中的 git clone 和 git push 需要认证。
四、步骤一：备份你的仓库
在进行任何破坏性操作之前，必须备份你的仓库。我们将使用 git clone --mirror 创建每个仓库的完整镜像备份（裸仓库）。
创建备份脚本 (backup_repos.sh):
在与 repo_urls.txt 同一个目录下，创建名为 backup_repos.sh 的文件，并将以下内容粘贴进去：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
#!/bin/bash

# --- 配置 ---
# 包含仓库 URL 的文件路径 (相对于脚本)
URL_FILENAME="repo_urls.txt"
# 存储备份的目录名
BACKUP_DIR="github_backups"

# --- 脚本主体 ---
echo "开始备份仓库..."

# 获取脚本所在目录及 URL 文件路径
SCRIPT_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )
URL_FILE_PATH="$SCRIPT_DIR/$URL_FILENAME"
BACKUP_FULL_PATH="$SCRIPT_DIR/$BACKUP_DIR"

echo "URL 文件: $URL_FILE_PATH"
echo "备份目录: $BACKUP_FULL_PATH"
echo "-----------------------------------------"

# 检查 URL 文件是否存在
if [ ! -f "$URL_FILE_PATH" ]; then
  echo "错误: 仓库 URL 文件 '$URL_FILE_PATH' 未找到！"
  exit 1
fi

# 创建备份目录（如果不存在）
mkdir -p "$BACKUP_FULL_PATH"
# 记录当前目录，方便返回
original_dir=$(pwd)
cd "$SCRIPT_DIR" # 确保我们在脚本目录下操作

# 读取文件中的每个 URL
while IFS= read -r repo_url || [[ -n "$repo_url" ]]; do
  if [ -z "$repo_url" ]; then
    continue # 跳过空行
  fi

  echo "处理仓库: $repo_url"

  # 从 URL 获取仓库名 (移除 .git 后缀)
  repo_name=$(basename "$repo_url" .git)
  backup_path="$BACKUP_DIR/${repo_name}.git" # 相对路径

  # 检查备份是否已存在
  if [ -d "$backup_path" ]; then
    # 备份已存在，尝试更新
    echo "  备份已存在于 '$backup_path'，尝试更新..."
    cd "$backup_path" || { echo "错误: 无法进入目录 '$backup_path'"; cd "$SCRIPT_DIR"; continue; }

    # 确保 origin 存在并指向正确的 URL (对于旧备份可能需要)
    existing_origin_url=$(git remote get-url origin 2>/dev/null)
    if [ $? -ne 0 ] || [ "$existing_origin_url" != "$repo_url" ]; then
        echo "    设置/更新 remote 'origin' 指向 $repo_url"
        git remote remove origin 2>/dev/null # 移除旧的（如果存在）
        git remote add origin "$repo_url"
    fi

    # 从远程获取最新数据 (包括所有分支和标签), --prune 删除远程已不存在的引用
    echo "    正在执行 git fetch --prune..."
    git fetch --prune origin '+refs/*:refs/*' # 更健壮地同步所有引用
    if [ $? -ne 0 ]; then
      echo "  警告: 更新备份失败 (git fetch)！"
    else
      echo "  备份更新成功。"
    fi
    cd "$SCRIPT_DIR" # 返回脚本目录
  else
    # 备份不存在，执行镜像克隆
    echo "  创建新的镜像备份到 '$backup_path'..."
    # 使用相对路径进行克隆
    git clone --mirror "$repo_url" "$backup_path"
    if [ $? -ne 0 ]; then
      echo "  错误: 克隆 '$repo_url' 失败！"
      rm -rf "$backup_path" # 清理失败的克隆尝试
    else
      echo "  新的镜像备份创建成功。"
      # (可选) 进入验证并添加 origin, 虽然 mirror 会加，但以防万一
      cd "$backup_path" || { echo "错误: 无法进入目录 '$backup_path'"; cd "$SCRIPT_DIR"; continue; }
      if ! git remote get-url origin &>/dev/null; then
         git remote add origin "$repo_url" &>/dev/null
      fi
      cd "$SCRIPT_DIR" # 返回脚本目录
    fi
  fi
  echo "-----------------------------------------"

done < "$URL_FILE_PATH"

# 返回到运行脚本时的原始目录
cd "$original_dir"

echo "所有仓库备份处理完毕。"
echo "备份文件位于: $BACKUP_FULL_PATH"

exit 0
运行备份脚本:
在当前文件夹下打开 Git Bash（右键菜单可以快速打开，不需要 cd）。
cd 到包含 repo_urls.txt 和 backup_repos.sh 的目录。
赋予脚本执行权限: chmod +x backup_repos.sh（此步骤在 Windows 上并不是必须的）
运行脚本: ./backup_repos.sh
脚本将在当前目录下创建一个 github_backups 子目录，并将每个仓库的镜像克隆保存在其中。如果再次运行，它会尝试更新已有的备份。
如何还原备份：使用 git push -f 强制推送。
五、步骤二：处理仓库 - 修改历史并推送
这个脚本将自动化以下过程：为列表中的每个仓库克隆镜像、使用 git filter-repo 修改提交者信息、重新添加 origin 远程、最后强制推送到 GitHub。
创建处理脚本 (process_repos.sh):
在与 repo_urls.txt 和 backup_repos.sh 同一个目录下，创建名为 process_repos.sh 的文件，并将以下代码粘贴进去，请不要执行，而是继续参考以下步骤修改脚本：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
#!/bin/bash

# --- 配置 ---
# !!! 修改为你想要统一设置的新的用户名和邮箱 !!!
NEW_NAME="Your New Anonymous Name" # 例如：设置为你的 GitHub 用户名
NEW_EMAIL="your-github-id+your-username@users.noreply.github.com" # 强烈推荐使用 GitHub 提供的 no-reply 邮箱

# 包含仓库 URL 的文件名 (应与脚本放在同一目录下)
URL_FILENAME="repo_urls.txt"
# 处理仓库时使用的临时基础目录
BASE_DIR="processed_repos"

# --- 脚本主体 ---

# 获取脚本所在的目录的绝对路径
SCRIPT_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )
# 构建 URL 文件的完整路径
URL_FILE_PATH="$SCRIPT_DIR/$URL_FILENAME"

# 检查 URL 文件是否存在 (使用完整路径检查)
if [ ! -f "$URL_FILE_PATH" ]; then
  echo "错误: 仓库 URL 文件 '$URL_FILE_PATH' 未找到！"
  echo "请确保 '$URL_FILENAME' 文件与脚本在同一个目录下。"
  exit 1
fi

echo "开始处理仓库..."
echo "URL 文件: $URL_FILE_PATH"
echo "将在子目录 '$BASE_DIR' 中进行处理和创建裸仓库"
echo "设置的新用户名: $NEW_NAME"
echo "设置的新邮箱: $NEW_EMAIL"
echo "-----------------------------------------"

# 创建基础目录（如果不存在），并记录当前目录以便返回
original_dir=$(pwd)
# 在脚本所在目录下创建处理目录
PROCESS_FULL_PATH="$SCRIPT_DIR/$BASE_DIR"
mkdir -p "$PROCESS_FULL_PATH"
# 切换到处理目录执行操作
cd "$PROCESS_FULL_PATH" || { echo "错误: 无法进入处理目录 '$PROCESS_FULL_PATH'"; exit 1; }


# 读取文件中的每个 URL (使用完整路径读取)
while IFS= read -r repo_url || [[ -n "$repo_url" ]]; do
  if [ -z "$repo_url" ]; then
    continue # 跳过空行
  fi

  echo "-----------------------------------------"
  echo "处理仓库: $repo_url"

  # 从 URL 获取仓库名 (移除 .git 后缀)
  repo_name=$(basename "$repo_url" .git)
  # 裸仓库目录名将在当前目录 (PROCESS_FULL_PATH) 下创建
  repo_dir="${repo_name}.git"

  # 如果目录已存在，删除重建以确保干净状态 (请小心!)
  if [ -d "$repo_dir" ]; then
    echo "警告: 目录 '$repo_dir' 已存在，将删除并重新克隆。"
    rm -rf "$repo_dir"
  fi

  # 1. 克隆镜像仓库到当前目录 (PROCESS_FULL_PATH)
  # git clone --mirror 会自动设置好 origin
  echo "正在克隆镜像..."
  git clone --mirror "$repo_url" "$repo_dir" # 直接指定目标目录名
  if [ $? -ne 0 ]; then
    echo "错误: 克隆 '$repo_url' 失败！跳过此仓库。"
    continue
  fi

  # 2. 进入裸仓库目录
  cd "$repo_dir" || { echo "错误: 无法进入克隆的裸仓库 '$repo_dir'"; cd ..; continue; } # 如果进入失败则返回处理目录并跳过

  # 3. 执行 git filter-repo (它会移除 origin)
  echo "正在运行 git filter-repo..."
  # 使用 callback 语法确保兼容性，并用 --force 忽略之前可能存在的 filter-repo 记录
  # 注意：字符串前的 b 表示 Python 字节串
  git filter-repo --name-callback "return b'$NEW_NAME'" --email-callback "return b'$NEW_EMAIL'" --force
  if [ $? -ne 0 ]; then
    echo "错误: git filter-repo 处理失败！"
    cd .. # 返回上一级 (PROCESS_FULL_PATH)
    continue
  fi
  echo "git filter-repo 处理完成。"

  # 4. 【关键】在 filter-repo 之后，push 之前，重新添加 origin
  echo "正在重新添加 remote 'origin'..."
  git remote add origin "$repo_url"
  if [ $? -ne 0 ]; then
    # 如果添加失败 (理论上不应发生，因为 filter-repo 刚删除了它)，记录警告但尝试继续
    echo "警告: 重新添加 remote 'origin' 失败！后续推送可能失败。"
    # 可以选择在这里 exit 1 如果认为这是关键错误
  else
    echo "'origin' 已重新添加: $(git remote -v)"
  fi

  # 5. 强制推送 (警告：这将覆盖远程历史！)
  echo "正在强制推送到 $repo_url ..."
  git push --force --all origin
  git push --force --tags origin
  push_exit_code=$? # 保存推送命令的退出码

  if [ $push_exit_code -ne 0 ]; then
    echo "警告: 推送失败！(退出码: $push_exit_code) 请检查权限、网络或远程仓库状态。"
    # 不一定是致命错误，脚本继续，但需要注意
  else
    echo "强制推送完成。"
  fi

  # 6. 返回上一级目录 (PROCESS_FULL_PATH)，准备处理下一个仓库
  cd ..
  echo "仓库 $repo_name 处理完毕。"

done < "$URL_FILE_PATH" # <--- 使用完整的路径读取文件

# 处理完毕后，返回到脚本启动时的目录
cd "$original_dir"

echo "-----------------------------------------"
echo "所有仓库处理完毕。"
echo "临时处理文件位于: $PROCESS_FULL_PATH (可根据需要删除)"

exit 0
配置脚本:
打开 process_repos.sh 文件，找到开头的配置部分。
将 NEW_NAME 的值修改为你希望在所有历史提交中显示的新用户名 (例如，你的 GitHub 用户名)。
将 NEW_EMAIL 的值修改为你希望在所有历史提交中显示的新邮箱地址。可以使用 GitHub 提供的 noreply 邮箱以保护隐私（可以在 GitHub -> Settings -> Emails 页面找到，格式通常是 数字ID+你的用户名@users.noreply.github.com），这样提交仍然能关联到你的 GitHub 账户，但不会暴露你的真实邮箱。
运行处理脚本:（极其小心，请认真检查配置）
打开 Git Bash。
cd 到包含 repo_urls.txt, backup_repos.sh 和 process_repos.sh 的目录。
赋予脚本执行权限: chmod +x process_repos.sh
运行脚本: ./process_repos.sh
脚本会为列表中的每个仓库执行 克隆 -> 修改历史 -> 重新添加 origin -> 强制推送 的完整流程。请耐心等待其完成，并留意屏幕上的输出信息，特别是任何错误或警告。
六、验证与后续步骤
验证: 脚本运行完毕后，访问你在 repo_urls.txt 中列出的 GitHub 仓库页面。检查这些仓库的提交历史 (commits 页面)，确认作者信息是否已全部更新为你配置的 NEW_NAME 和 NEW_EMAIL。
清理 (可选):github_backups 目录包含了你所有仓库修改前的备份，请妥善保管，以防万一需要恢复（恢复需要手动操作，本教程未提供恢复脚本）。
processed_repos 目录是脚本运行时使用的临时工作目录，在确认所有仓库都已成功处理并推送到 GitHub 后，可以安全删除。
配置未来提交: 为了确保未来的提交也使用匿名信息，请在你的 Git Bash 中运行以下命令设置全局配置：1
2
git config --global user.name "Your New Anonymous Name" # 使用你脚本中设置的 NEW_NAME
git config --global user.email "your-github-id+your-username@users.noreply.github.com" # 使用你脚本中设置的 NEW_EMAIL
配置 GitHub 设置: 访问 GitHub -> Settings -> Emails 页面：确保 “Keep my email addresses private” 选项是勾选状态。
考虑勾选 “Block command line pushes that expose my personal email”，这可以增加一层保护，防止你不小心推送包含私人邮箱的提交。
七、结论
通过使用 git filter-repo 工具和自动化脚本，你可以有效地清理 GitHub 仓库的历史提交记录，将过去的用户名和邮箱替换为更安全的匿名信息，从而增强个人隐私保护。修改历史是高风险操作，务必做好备份并谨慎行事。同时，配置好未来的 Git 提交设置，确保持续保护你的隐私。


正确的废话：解决问题的一般方法
Tue, 06 May 2025 14:08:37 GMT
解决问题有三个步骤：找到能获取到“解决这个问题的方法/思路/路径/路线图”的途径、按照这些途径尽量搜集并整合方法、按照路径执行。
在面对生活，或者成为自己想成为的人的过程中，会有很多需要解决的问题。比如完成作业、通过期末考试、学习乐器、搭建个人博客、阅读书籍、跑马拉松……其中有短期的、简单的问题，也有长期的、复杂的问题，这些问题都可以用这三个步骤解决。
本文详细阐述这三个步骤，并举简单例子。
第一步：找到“找方法”的途径
这一步解决“在哪里搜”“去哪里问”。一般的问题可以跳过这一步，直接参考下面的固定途径。
一些固定的途径：
搜索
社交媒体小红书
知乎
抖音
哔哩哔哩
百度贴吧
酷安
其他任何社交媒体平台
搜索引擎谷歌
必应
询问
AIGemini
Claude
Chat GPT
豆包
人身边有经验的人：朋友、同事等
网上有经验的人：发帖、加群、私聊等
专业人士：医院、律所、心理医生等
书籍（一般通过上述途径找到书籍后，再通过阅读书籍获取信息会更快）
其他途径：一些小众的问题一般有对应小众的论坛、圈子、平台，可通过上面途径搜索到这些平台，再在上面搜索或者询问方法。
第二步：根据途径搜集并整合方法
这一步要求在上述的途径中查询问题，得到“我要怎么做”的答案。
搜索和询问
最简单的方法就是直接将问题复制到各个软件的搜索框、对话框中询问。
问题越复杂、越重要、越不清晰，则使用的工具和平台就要越多，即同一个问题需要在多个社交媒体上搜索、询问多个 AI 大模型、得到多方观点，“兼听则明”。
搜索公式：（身份 / 阶段 +） 怎么 + 某事
下面是一些例子（将这些文字复制到个平台）：
新手怎么学钢琴？
大学生如何保持健康？
怎么停止刷手机？
怎么养成好习惯？
零基础怎么速成 XXX 期末？
零基础怎么学 PS？
通用原理
解决大部分问题一般都有一些通用的原理。比如慢即是快、习惯大于目标、从小事做起、坚持身份导向、刻意练习、完成大于完美等等，可以通过阅读《原子习惯》《精力管理》《刻意练习》这类书籍来获取、理解并整合这些原理。这些通用方法也可以用来辨析我们搜索和询问的结果，一般搜索和询问过程中多次出现的方法都会符合这些原理。
通用原理还可以用来自己制定方法，这适用于比较复杂或小众的问题。
整合信息
打开手机备忘录或者拿出纸笔，将上一步你目之所及能看到的经验、想法、建议等等全部写在一起，为了节省时间和力气，可以只提炼要点记录简短的文字。
对所有观点进行分类整理，被多次提到的事实、观点和方法一般更加可信。对于一些矛盾的观点或方法，可以采用继续搜索和询问、使用通用原理的方法辨析。
比如搜索“新手如何跑步”，所有帖子重复出现最多次数的事实应该如下：高步频降低膝盖受伤概率、心率保持有氧区间提升更快、心率相比配速更重要、多跑就可以降低心率（相同心率提升配速）等等。由此就大概率能得到以下方法：保持高步频、放低配速关注心率、坚持不懈、多跑、降低期望等等。
第三步：坚持不懈按照方法努力
这是最重要的一步。这一步要求执行上述搜索到的方法，它可能很快很简单，几分钟就能搞定，也可能很慢很复杂，要为之努力几十年。
这一步的必读书籍是 《原子习惯》（大陆译作《掌控习惯》）。它阐述如何使用技巧养成习惯，通过细微的变化改变人生。
这一步不只要接受努力带来的长期的疲倦、痛苦、无聊、厌倦，还要接受长期努力可能带来不了任何变化的事实和风险，还要接受规划好的方案被各种因素完全破坏的现实，可能还要接受嘲讽、不屑和谩骂……其中所需的坚韧不拔的品质显然这不是这篇文章所能容纳的，也不是我所熟悉的。但是不管怎么说，我们需要做好这样的心理准备。
循环往复
通过第三步的实践，更多的问题将涌现，先前的原理和方法，不管它来自多么权威的渠道，都有可能被实践证明是不适合自己、亟待调整的。此时就要将先前的规划和努力统统“归零”，从第一步重新来过，但此时我们已然拥有了更多的经验和更高的视野 。
总结
这篇文章属于“正确的废话”，因为这样的道理很简单。但事实上，能做到的人很少。对任何一件事如果能做到第二步，大概已经超过了同样做这件事的一半的人，如果你能坚持第三步，那么大概已经超过了又一半的人。


个人博客建站教程 —— 使用 Hexo、Vercel、Github 和 Qexo
Tue, 06 May 2025 10:14:48 GMT
个人博客建站教程 —— 使用 Hexo、Vercel、Github 和 Qexo
基本步骤本地部署 Hexo 关于我使用obsidian加hexo部署个人博客的过程 - SagiRastar’s Blog
新建 Github 账号，新建 Hexo 仓库，将代码推送上去
使用 Vercel 新建 Hexo 项目，连接 Github 仓库
按照 Qexo 文档使用 MongoDB 配置数据库，并部署 Vercel 项目 Qexo 文档注意 MongoDB 的网络权限配置
配置 Qexo 的基本参数
附加步骤配置 Fluid 主题
在 Qexo 中配置阿里云 OSS 图床
使用 hexo-abbrlink 插件创建唯一永久链接优化 Hexo 网站的永久链接格式 · Dejavu’s Blog


《嫌疑人 X 的献身》读后感
Sat, 16 Nov 2024 14:28:44 GMT
嫌疑人 X 的献身。东野圭吾 著，刘子倩 译。南海出版公司。2010.1
这是一部和情感投射有关的小说，类似这样的文艺作品还有电影《和莎莫的 500 天》《她》，都是不错的作品。
读后感
尝试概括：主要内容就是石神对靖子的“爱”。为了保护靖子，能够杀人、自愿成为替罪人。在小说中，石神是“救赎者”，救赎这个女生。但是呢，靖子并不喜欢石神啊。石神也并非是通过深入了解而喜欢的靖子。按理来说，靖子杀人，理应自己承担这个对她来说一点都不公平的责任，或者自己想办法抗争，但是石神作为靖子的“救赎者”出现，一下子“拯救”了靖子。最后靖子做出选择：自首，不背负着这种莫名其妙而来的“救赎”过完余生。
对于结局靖子的自首，是很能理解的，这是她作为女人的主体性的表现。而石神这种“内向”的人，不通过自然的接触、平常的社交和女生接触，互相了解，却一厢情愿地将自己的一切奉献给靖子并将其看作为献身和“爱”。但是这种献身并不考虑女生的感受，也可以说是不尊重女生的感受——即使靖子一开始接受了他的帮助，但是这是在极端的情况下做出的决定。
这种一厢情愿的奉献，在男性中是很普遍的，只是远没有石神这么极端。将“暗恋”视为高尚，将骚扰视为“爱”，这才是普遍的现象。男生将自己视为“下位者”，将女性视为“上位者”，但是这种前提，却是将女性看作得到的对象，也就是自己要争取的“财富”一类的物品，而非是一个处于社会当中的、有独立思想和主体性的人。所以他们可以不用正常的社交方式接近女生，可以不在社交中提升社交能力，却可以在大脑中不断填充幻想，来作为对“女神”的印象。这种印象和幻想在小说中集中爆发为石神的奉献。石神就是这类男性的典型形象，只不过在书中给他赋予了各种超神的能力罢了——这不能不说是一种美化。实质是没有变的。
小说没有写靖子和石神两情相悦、石神作为男友身份对靖子提供帮助，而是写这样一个单相思的石神，是有原因的，我的看法是作者同情这一类男性，或者是迎合大众对这类男性的同情，或者是迎合这类男性的感受，不管怎么样，女性在其中没有立足之地，没有她们的思想，没有她们的感受，只是作为一个争夺的对象。你有实力吗？你长得帅吗？好，女性就喜欢你——根本不需要社交、不需要接触。你没有实力吗？你长得不帅吗？好，女性就不喜欢你——根本不需要社交、不需要接触。男性作者就是通过这样的幻想来强化男性对女性这样简单粗陋的评价，从而又造就了一大批只会意淫，不会接触女性、了解女性想法的男人。
作者本人，明显是将这种献身看作为爱，并且更加“高尚”的爱的。所以，依然是延续了这种性别偏见。
好的地方也有。但是不能认为是很好的作品。

idontwannagooooo

从“写脚本”到 AI 工程化：关于开发工作流、自动化测试与 Agent 能力开放的思考

从“写脚本”到 AI 工程化：关于开发工作流、自动化测试与 Agent 能力开放的思考

目录

一、问题的起点：从一个“小需求”看到两层工程问题

二、第一层问题：AI 写代码已经不稀奇，真正困难的是“可控地交付”

三、第一层问题的延伸：为什么需要沉淀 AI 开发工作流？

四、第一层问题的实践：从聊天记录中提炼可复用经验

五、连接两层问题的关键：AI 开发的核心不是“更快写完”，而是“更快验证”

六、第二层问题的基础：为什么不能只依赖单元测试？

七、第二层问题的延伸：工具要适合 Agent 使用

八、从个人经验到团队资产：把 AGENTS.md 和 Skill 放进 Git

九、总结

Envelopee 应该是 Hexo 和 Obsidian 连接的最好方式

Envelopee 应该是 Hexo 和 Obsidian 连接的最好方式

测试一下发布流程是否正常

MacOS 中 Typora Pixyll 主题宋体粗体无效的解决方法

MacOS 中 Typora Pixyll 主题宋体粗体无效的解决方法

目录

问题

修改方法

为什么这样改有效？

补充：如果你希望标题中的中文也是宋体

HTML + Canvas LeetCode 演示动画 Prompt

HTML + Canvas LeetCode 演示动画 Prompt

目录

Prompt 内容

LeetCode 516: 最长回文子序列

算法核心思想 (动态规划)

执行步骤：

Apple Music 和 Spotify 的选择

Apple Music 和 Spotify 的选择

目录

网易云音乐

Apple Music

Spotify

总结

LeetCode 笔记：回溯的两种类型与 index 类型的选择

LeetCode 笔记：回溯的两种类型与 index 类型的选择

目录

总结

核心区别：问题的本质

如何在做题前判断？

总结

Obsidian 极速全端同步方案 Livesync 部署指南

Obsidian 极速全端同步方案 Livesync 部署指南

目录

简要教程

详细教程

第一步：部署“私人数据中转站”—— CouchDB

第二步：设置 CORS 权限

第三步：配置 Obsidian Livesync 插件

第四步：一键同步到你的手机和其他设备

macOS 下配置 SSH 密钥，实现全应用 GitHub 完美同步

macOS 下配置 SSH 密钥，实现全应用 GitHub 完美同步

目录

核心步骤概览

第一步：生成你的 SSH 密钥对

第二步：将 SSH 公钥添加到 GitHub

第三步：配置 SSH Agent 和 macOS 钥匙串

第四步：创建 config 文件 (解决 GUI 应用问题的核心)

附录：链接本地项目到 GitHub

怎么“轻松”看电影/电视剧？几个观影渠道简介

怎么“轻松”看电影/电视剧？几个观影渠道简介

目录

方案 ：

附：方案、资源汇总

资源方案

观看方案

LeetCode 笔记：LC33 和二分查找的特殊模板

0724 LeetCode 笔记：LC33 和二分查找的特殊模板

目录

一、 问题：LeetCode 33 搜索旋转排序数组

二、 二分查找两大模板对比

三、 例题：不同题目如何选择不同模板？

期末速成记录

期末速成记录

基本原则

错误点 ：

建站系列：使用 Obsidian + Github Action + Hexo 发布文章

第四步：创建 `config` 文件 (解决 GUI 应用问题的核心)

方案：

一、问题：LeetCode 33 搜索旋转排序数组

`二、二分查找两大模板对比`

`三、例题：不同题目如何选择不同模板？`

错误点：

部署平台对比与更新：