尧图网站建设 
pstack原则03第一性原理重设计新需求如何融入现有架构【免费下载链接】pstack-claudeClaude Code, Codex, Copilot, Pi, OpenCode, Gemini, and Prime Agent versions of Potetos pstack. Rigorous agent workflows with Cursor primitives translated for other harnesses.项目地址: https://gitcode.com/GitHub_Trending/ps/pstack-claudepstack 是一套面向 Claude Code、Codex、Pi 等智能体框架的工作流技能栈其中「第一性原理重设计」Redesign from First Principles原则专门回答一个让很多开发者头疼的问题新需求来了为什么总是变成往老代码上打补丁而不是像从一开始就在架构里一样自然融入本文用这个原则讲清楚不做堆叠式修改的前提下新需求应该如何融入现有架构。为什么顺手加上去的新需求会毁掉架构大多数团队加新需求的方式是贴上去bolt-on找到最相关的文件塞一个字段、加一个分支、打一个特例。短期成本最低长期代价却是引用不同步类型、文档、示例、设计理由还停留在旧设计代码与说明互相矛盾特例蔓延同一个 if 分支在多处重复出现下一个改动者不知道哪些是主干、哪些是补丁复杂度复利在复杂系统上继续添加只会让复杂度以乘法增长pstack 对该原则的定义只有一句话见 principle-redesign-from-first-principles/SKILL.mdWhen integrating a change, dont bolt it onto the existing design.Redesign as if the requirement had been there from the start.集成变更时不要把它钉在现有设计上。要像这个需求从一开始就存在那样重新设计。新需求融入现有架构的4步方法原则正文给出了可直接照做的四步流程通读所有受影响文件真正理解当前设计而不是只看报错位置问出关键问题如果我们带着这个新需求从零开始写会构建什么把变更传导到每一处引用类型定义、文档、示例、设计理由说明全部更新不允许只改实现先想完整体重设计再增量交付设计必须是全局自洽的落地则可以分小步每一步可验证第 4 步最容易被误读成推倒重写。pstack 的意图恰恰相反重设计是思维动作交付仍然是小步验证的单元——这与它的「Sequence work into verifiable units」原则principle-sequence-verifiable-units/SKILL.md一脉相承。不是单打独斗配合原则03的原则组合拳在 poteto-mode/SKILL.md 的原则清单里「Redesign from First Principles」被列为核心原则之一它从不孤立生效基础先想principle-foundational-thinking/SKILL.md先定核心类型和数据结构逻辑自然浮现重设计时必须重新回答数据形状是什么➖先减后加principle-subtract-before-you-add/SKILL.md先删掉死代码和冗余校验在新需求落进更简单的地基之前新设计应该比旧设计更小穷尽设计空间principle-exhaust-the-design-space/SKILL.md新需求没有先例时至少做出两个结构性不同的候选方案再收敛第一种方案的换皮版不算第二个用结构建模领域principle-model-the-domain/SKILL.md判断重设计是否到位的标准——新需求是让 if/else 链又多了一枝还是落进了正确的数据结构里实际项目里如何触发这套流程pstack 的路由规则见 poteto-mode/SKILL.md很明确只要改动跨越函数边界就进入 architect 技能architect/SKILL.md它把第一性原理重设计落成了五个阶段Ground用 how 技能对受影响的子系统建立心智模型说出文件名不算理解Sketch用 arena 并行产出多个结构不同的设计草案Agree可选的人工检查点默认直接实现Implement按选定草案实现偏离草案是信号要显式上报Scrap当同一种绕行方式反复出现、需要 any/强制转换才能编译等模式化信号出现时扔掉草案重来——重设计把新约束当作第一天就存在的假设注意 Scrap 阶段的判断标准是模式而非个例个别边缘情况不会否定一个架构但同一种绕行在无关代码里反复出现就是设计错了的证据。参考资料文件说明principle-redesign-from-first-principles/SKILL.md原则03原文四步重设计方法architect/SKILL.md五阶段架构流程含 Scrap 重设计触发条件principle-foundational-thinking/SKILL.md数据结构先行的基础思考原则principle-subtract-before-you-add/SKILL.md先简化、再构建的减法原则principle-exhaust-the-design-space/SKILL.md双方案设计、横向对比后再收敛how/SKILL.md改动前建立子系统心智模型的技能docs/reference.md安装、斜杠命令与运行时支持参考一句话总结新需求不是加到架构上的而是重新长出架构的。先通读、再问从零会怎么设计、传导到所有引用、增量交付——四步走完补丁式修改自然消失。【免费下载链接】pstack-claudeClaude Code, Codex, Copilot, Pi, OpenCode, Gemini, and Prime Agent versions of Potetos pstack. Rigorous agent workflows with Cursor primitives translated for other harnesses.项目地址: https://gitcode.com/GitHub_Trending/ps/pstack-claude创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 pstack原则03第一性原理重设计：新需求如何融入现有架构
pstack原则03第一性原理重设计新需求如何融入现有架构【免费下载链接】pstack-claudeClaude Code, Codex, Copilot, Pi, OpenCode, Gemini, and Prime Agent versions of Potetos pstack. Rigorous agent workflows with Cursor primitives translated for other harnesses.项目地址: https://gitcode.com/GitHub_Trending/ps/pstack-claudepstack 是一套面向 Claude Code、Codex、Pi 等智能体框架的工作流技能栈其中「第一性原理重设计」Redesign from First Principles原则专门回答一个让很多开发者头疼的问题新需求来了为什么总是变成往老代码上打补丁而不是像从一开始就在架构里一样自然融入本文用这个原则讲清楚不做堆叠式修改的前提下新需求应该如何融入现有架构。为什么顺手加上去的新需求会毁掉架构大多数团队加新需求的方式是贴上去bolt-on找到最相关的文件塞一个字段、加一个分支、打一个特例。短期成本最低长期代价却是引用不同步类型、文档、示例、设计理由还停留在旧设计代码与说明互相矛盾特例蔓延同一个 if 分支在多处重复出现下一个改动者不知道哪些是主干、哪些是补丁复杂度复利在复杂系统上继续添加只会让复杂度以乘法增长pstack 对该原则的定义只有一句话见 principle-redesign-from-first-principles/SKILL.mdWhen integrating a change, dont bolt it onto the existing design.Redesign as if the requirement had been there from the start.集成变更时不要把它钉在现有设计上。要像这个需求从一开始就存在那样重新设计。新需求融入现有架构的4步方法原则正文给出了可直接照做的四步流程通读所有受影响文件真正理解当前设计而不是只看报错位置问出关键问题如果我们带着这个新需求从零开始写会构建什么把变更传导到每一处引用类型定义、文档、示例、设计理由说明全部更新不允许只改实现先想完整体重设计再增量交付设计必须是全局自洽的落地则可以分小步每一步可验证第 4 步最容易被误读成推倒重写。pstack 的意图恰恰相反重设计是思维动作交付仍然是小步验证的单元——这与它的「Sequence work into verifiable units」原则principle-sequence-verifiable-units/SKILL.md一脉相承。不是单打独斗配合原则03的原则组合拳在 poteto-mode/SKILL.md 的原则清单里「Redesign from First Principles」被列为核心原则之一它从不孤立生效基础先想principle-foundational-thinking/SKILL.md先定核心类型和数据结构逻辑自然浮现重设计时必须重新回答数据形状是什么➖先减后加principle-subtract-before-you-add/SKILL.md先删掉死代码和冗余校验在新需求落进更简单的地基之前新设计应该比旧设计更小穷尽设计空间principle-exhaust-the-design-space/SKILL.md新需求没有先例时至少做出两个结构性不同的候选方案再收敛第一种方案的换皮版不算第二个用结构建模领域principle-model-the-domain/SKILL.md判断重设计是否到位的标准——新需求是让 if/else 链又多了一枝还是落进了正确的数据结构里实际项目里如何触发这套流程pstack 的路由规则见 poteto-mode/SKILL.md很明确只要改动跨越函数边界就进入 architect 技能architect/SKILL.md它把第一性原理重设计落成了五个阶段Ground用 how 技能对受影响的子系统建立心智模型说出文件名不算理解Sketch用 arena 并行产出多个结构不同的设计草案Agree可选的人工检查点默认直接实现Implement按选定草案实现偏离草案是信号要显式上报Scrap当同一种绕行方式反复出现、需要 any/强制转换才能编译等模式化信号出现时扔掉草案重来——重设计把新约束当作第一天就存在的假设注意 Scrap 阶段的判断标准是模式而非个例个别边缘情况不会否定一个架构但同一种绕行在无关代码里反复出现就是设计错了的证据。参考资料文件说明principle-redesign-from-first-principles/SKILL.md原则03原文四步重设计方法architect/SKILL.md五阶段架构流程含 Scrap 重设计触发条件principle-foundational-thinking/SKILL.md数据结构先行的基础思考原则principle-subtract-before-you-add/SKILL.md先简化、再构建的减法原则principle-exhaust-the-design-space/SKILL.md双方案设计、横向对比后再收敛how/SKILL.md改动前建立子系统心智模型的技能docs/reference.md安装、斜杠命令与运行时支持参考一句话总结新需求不是加到架构上的而是重新长出架构的。先通读、再问从零会怎么设计、传导到所有引用、增量交付——四步走完补丁式修改自然消失。【免费下载链接】pstack-claudeClaude Code, Codex, Copilot, Pi, OpenCode, Gemini, and Prime Agent versions of Potetos pstack. Rigorous agent workflows with Cursor primitives translated for other harnesses.项目地址: https://gitcode.com/GitHub_Trending/ps/pstack-claude创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考