如图，经常这样，在设置中设置完之后，过一段时间自己就没了，昨天py的掉了，前几天是js…

从「拆 + 并行」到「写 + 质量」：我在 AI 时代的系统化开发流程个人感悟
AI 把“写代码”这件事的边际成本打到了极低。你可以在一个下午里让 agent 产出成百上千行“看起来很像那么回事”的改动——但真正决定项目成败的，反而变成了另一件事：

你是否有一套稳定的流程，让 AI 的产能变成可控的工程增量，而不是随机游走的“vibe output”。

我踩过最典型的坑是：越写越快、越写越乱；上下文越来越长，模型开始“跑偏”，最后把自己也绕进去了。GSD 把这种现象直接点名为 context rot（上下文腐烂）：会话越长、上下文越拥挤，质量越容易下降。(GitHub)
这和很多人的经验一致：AI coding 不是魔法按钮，它更像“很强的初级工程师”，需要你给它结构、边界、验收标准。(addyosmani.com)
我后来逐步稳定下来的一套实践，可以概括成你说的那句话：

GSD 管“怎么拆 + 怎么并行”（宏观推进：规划、分期、任务波次、上下文刷新）
Superpowers 管“怎么写 + 怎么保证质量”（微观工程：TDD、审查、worktree、验证与收尾）

两者不是替代关系，而是互补：用 GSD 做整体规划，在关键任务里调用 Superpowers 的 TDD 技能，是我目前最满意、也最不容易翻车的组合。

1）先把问题讲清楚：AI 开发的“生产力悖论”
AI 让“产出”变得极其便宜，但也让两件事更难了：

一致性更难：一次性生成太多，很容易出现“像 10 个开发没沟通就开工”的碎片化结果。(addyosmani.com)
可信度更难：AI 会非常自信地写错，且不会主动告诉你它错了——所以你必须把“验证”内建进流程。(addyosmani.com)

Simon Willison 对 vibe coding 的定义很直白：不审查代码、让它“随便冲”，它适合低风险原型，但不该拿来推生产。(Simon Willison’s Weblog)
换句话说：越是关键需求，越不能靠感觉。

2）我的核心框架：双层操作系统（Macro / Micro）
我把 AI 开发流程拆成两层：
A. 宏观层（Macro）：把“项目推进”变成可计算的流程
这层我交给 GSD。
GSD 的设计思路是：通过元提示词与上下文工程，把“从想法到落地”的链路变成分阶段、可验收、可并行的流水线，并且显式对抗 context rot。(GitHub)
它的 phase 流程里，有几个我非常买账的点：

先问清楚再动手：初始化阶段会不断追问目标、约束、偏好、边界条件，然后抽出 v1/v2/不做什么。(GitHub)
计划足够小：把 plan 切到“小到可以放进一次全新上下文窗口”的粒度，避免越聊越烂。(GitHub)
并行是“按波次”并行：同一波并行、波与波串行，用依赖关系来约束并行带来的混乱。(GitHub)
每个任务原子提交：把 AI 的改动切成可回滚、可追溯的颗粒度。(GitHub)

这层解决的不是“写代码技巧”，而是让工程推进具备节奏感和可控性。
B. 微观层（Micro）：把“写代码”变成可验证的红绿循环
这层我交给 Superpowers。
Superpowers 的定位非常明确：它是一套给 coding agent 的软件工程工作流，强调先把 spec 拉出来、先过设计、再写计划、再实现，并且把 **TDD（RED-GREEN-REFACTOR）**当成强约束。(GitHub)
它的“Basic Workflow”基本就是我想要的“质量护栏”：

brainstorming（先澄清需求、沉淀设计文档）
writing-plans（拆成 2–5 分钟级别的小任务，每个任务给出文件路径与验证步骤）
subagent-driven-development（分任务执行 + 双阶段 review：先看是否符合 spec，再看代码质量）
test-driven-development（强制红-绿-重构；甚至会删掉“先写实现后补测试”的代码）
requesting-code-review / finishing-a-development-branch（审查、验收、合并/PR/清理）(GitHub)

这层解决的是：怎么写得稳、怎么写得能持续维护。

3）把两套拼起来：我现在的“最佳实践流水线”
一句话总结：

GSD 负责把战役打成“阶段 + 波次 + 原子任务”，Superpowers 负责把关键任务打成“红-绿-重构 + 强审查”。

下面是我常用的落地步骤（你可以把它当成“个人开发 SOP”）：
Step 0：先把“Definition of Done（完成标准）”写出来
我会借用 Spec-Then-Code 的一句原则：Evidence over Assertions（证据大于口头完成）。(GitHub)
意思是：别信“我做完了”，只信：

测试通过（新增测试覆盖关键行为）
关键路径可运行（命令、接口、UI 流程可复现）
性能/安全/兼容性有最基本的验证（按风险等级决定）(addyosmani.com)

Step 1：用 GSD 做“全局规划”
目标是产出：路线图、阶段拆分、范围边界。GSD 的流程里会把 v1/v2/out-of-scope 摘出来，并把 roadmap 分 phase。(GitHub)
这一步的价值在于：你后面每一次 prompt 都是在执行计划，而不是在重新发明计划。
Step 2：每个 Phase 先“讨论偏好”，再“计划任务”
我很认同 GSD 的一个设计：先把灰度地带问透（比如 UI 密度、API 返回格式、错误处理风格、内容系统的语气深度等），沉淀成上下文文档，再去研究和计划。(GitHub)
这能显著减少“AI 自作主张的默认值”带来的返工。
Step 3：执行阶段：按波次并行，但“关键任务走 Superpowers”
GSD 的 execute-phase 会把任务按依赖关系编成 waves，同 wave 并行。(GitHub)
我会在计划阶段就做一个标记：

低风险/可目测的任务：正常并行执行（脚手架、样式、简单 CRUD、文案等）
高风险/不可目测的任务：强制走 Superpowers 的 TDD 与 review（权限、计费、数据一致性、并发、核心算法、迁移脚本等）(GitHub)

这就是“你说的最佳实践”：GSD 管整体，Superpowers 保关键点质量。
Step 4：把“上下文刷新”当成制度，而不是临时补救
GSD 之所以强调 plan 足够小、每个 plan 都能在“新鲜上下文”里跑完，本质是在制度化对抗 context rot。(GitHub)
这和很多人经验一致：不要在一条超长对话里死磕；该切就切，该重置就重置。(addyosmani.com)
Step 5：小步提交 + 双重审查
Addy Osmani 提到一个特别像“游戏存档点”的习惯：commit often，把 AI 的每次推进都变成可回滚的增量。(addyosmani.com)
Superpowers 也把 code review 作为流程技能的一部分（而不是可选项）。(GitHub)
我的习惯是：

每个原子任务一个提交（或一个 PR 内的独立 commit）
让第二个 agent/第二个模型专门做 review（“审 spec”“审质量”分开看）
卡住就回退到上一个“绿色提交点”，不要在错误方向上叠 buff


4）我常用的提示词模板（可直接复制）
下面这些模板的目标是：把“口头愿望”变成“可执行任务”。
模板 A：把需求变成可验收标准（DoD）
请把这个需求改写成可验证的 Definition of Done：
1) 必须满足的行为（Given/When/Then）
2) 必须新增/更新的测试（单测/集成测试/契约测试）
3) 不做什么（out of scope）
4) 风险点与验证手段（最少要跑哪些命令/用哪些用例验证）

（对应“证据 > 完成宣称”的思路）(GitHub)
模板 B：把计划切到“新鲜上下文可完成”
把实现计划拆成多个原子任务：
- 每个任务 2~10 分钟可完成
- 写清楚要改哪些文件、加哪些函数、影响哪些接口
- 每个任务都包含验证步骤（跑哪些测试/命令）
- 标注依赖关系，按 waves 分组：同 wave 可并行、wave 之间串行

（对应 GSD 的 plan/waves 思路）(GitHub)
模板 C：关键任务强制 TDD
对这个任务请严格 RED-GREEN-REFACTOR：
1) 先写一个会失败的测试（解释失败原因）
2) 写最小实现让测试变绿
3) 重构并保持全绿
每一步都要给出“我应该运行什么”来验证

（对应 Superpowers 的 test-driven-development 工作流）(GitHub)

5）什么时候我会“降级流程”？（别把流程当宗教）
最后说一个很现实的点：流程是为了降低风险，不是为了仪式感。

如果只是低风险原型、视觉 demo、一次性脚本，我会更接近 Simon Willison 说的那种 vibe coding：快、爽、低成本试错。(Simon Willison’s Weblog)
但只要是跨模块改动 / 会影响数据与用户 / 需要长期维

如图所示，这个是什么问题。。。我用的是标准的 chrome 浏览器啊

最近被升学问题弄的有点焦虑心烦，想到当年高考结束的时候觉得没什么事值得焦虑发愁了，可终究是“正入万山圈子里，一山放过一山拦”。困难挫折似乎是人生解决不完也不好缺席的一种东西，慢慢我似乎想明白了以后还会有很多麻烦，读研，找工作，找对象，结婚，支撑家庭似乎传统价值观来看的话，人生就是如此。也许我会庆新现在的困难解决了，但是新的困难会很快来到我们的身边，以后读研可能会想着怎么毕业，我的专业以后能干嘛，怎么找工作，这样子又是否甘心到时候也是有不少焦虑的，但是这不是现在我们需要考虑的 。不然我们会陷入无尽的内耗之中。
下面我先叙述一个观点就是，以现在的视角看任何事都是基于自己所知道，所认知的情况来进行推理和解决的。如果按照这个去过于焦虑未来的事情，这样看起来是有点不太合理的，徒增烦恼了，我们可以努力去准备但不要去焦虑，因为我们到那个时候由于认知情况改变，其实做出判断会和现在大相径庭。所以我们要把我当前。
我现在虽然知道这些道理，也正如大部分佬友们一样。即使知道也会受到很多影响，不是我去害怕失败，我更多的是一种不甘心，不甘心自己的努力白费也许以后这种事也会遇到。现在结果还没出来，我有点悲观了；只不过强力的内卷让我窒息，无用的努力让我感受不到收获的喜悦。后面也许就几个月就过去了；说不定是最难熬的几个月。其实我应该想开一点，不考虑他人的眼光（也是心理负担的因素），去做好自己 。
以后我也会遇到更多的困难甚至超越这件事情的困难，重要的是我们的一个心态，去做而不是干焦虑害怕，而是去努力改变。我经常因为一件小事觉得天塌了人生毁了，其实不会影响人生的整体走向，我们会不断上升的。现在回头看一些小事已经不在心中，觉得那个时候有点可笑，什么事都想做好，这样只有不断地压力而已。
我写下这篇是为了把自己的情绪叙述出来，这样内心会好受一点。但更多的是去大家分享经历，希望大家都能乐观面对生活各个阶段，正确处理每个困难 。

今天收了个码后，收到了 Dingtone 这个，号是不是费了：
The usage of your number XXX has been restricted due to local telecom regulations,you need to verify your identity to unlock it. Click here

收点windsurf PRO 少量积分0积分都可以（不要试用）

已经买了好几年的88vip会员，前几天收到了官方私信。

88vip里的网易云会员还能买吗？

拼多多集团-PDD | 27届研发实习生招聘！
实习岗位：大模型算法/服务端/算法/客户端/Web前端/安全
工作地点：上海
特别说明：转正率超高！不影响未来2027届秋招的简历投递！【拼多多集团-PDD实习生招聘】内推链接：拼多多集团-PDD校园招聘官网

我相信不是量化，而是单纯的思考预算削减。今天问一些不简单的题，思考时间普遍在二十秒左右，最长的只有一分多钟（aistudio build）。以前能思考更久。

听着像古神低语，并且还要听两次，听完我感觉自己san值降低了

黑与白农场 仓库状态是什么意思？ 为什么红字显示“需要维护” 浅灰色又显示“无需维护” 这是左右脑互搏吗 是不是不用管

有佬知道最新版的反重力为什么无法保存聊天记录了吗，关闭之后重新打开就看不到之前的对话记录了