尧图网页设计 
pstack原则05先减后加删除死代码再构建新功能的正确顺序【免费下载链接】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 等 AI 编程代理的工作流技能栈它的第 5 条原则「先减后加」Subtract Before You Add给出了一个反直觉但极有效的顺序在新增功能或重构之前先删除死代码、冗余校验和无用引用再在更简单的地基上构建新东西。这条原则的完整定义见 principle-subtract-before-you-add/SKILL.md。 为什么删除要排在构建前面在复杂系统上继续「加」复杂度会滚雪球每多一层包装、每个多余校验都会让代码更难读、更难测。而先做减法有三个好处代码更少——删掉死代码后剩下的结构更清晰下一个设计往往「一目了然」暴露本质——冗余层剥掉之后真正承载职责的代码会自己显现出来降低读者负担——pstack 把「代码可读性」量化为 principle-minimize-reader-load/SKILL.md 中的「读者负载」新读者能否在 30 秒内回答「X 从哪来谁能改 X」 原则原文的建议把简化当作持续投资——离开时让设计比接手时略简单、能力更强、表面面积更小。✂️ 「先减后加」六步清单技能文档中给出了具体可执行的模式新手也能照单操作删除顺序排在构建之前——任何一次新增、重构或重写先问「能删什么」先砍再磨——先做到最小再投入质量打磨为真实用法设计——不为臆想的边界场景写代码不写投机性校验、解析器和守卫——规格没要求的防御代码一律不加简化提示词——删掉冗余指令和过度模板无新内容的引用直接删除——不留「桩文件」占位。 在 poteto-mode 重构剧本中的落地pstack 的核心技能 poteto-mode 把这条原则写进了重构流程的固定步骤。在 refactoring.md 剧本中第 4 步减法先行先删除死代码、合并只有一个调用方的包装函数、去掉冗余校验、清理孤立引用然后才引入新结构第 5 步迁移即删除对 API 改造要求「迁移所有调用方并在同一轮提交中删除旧 API」不留兼容垫片——这由 principle-migrate-callers-then-delete-legacy-apis/SKILL.md 细化第 8 步减法提交提交顺序也是「先减法提交再重构最后收尾清理」每一片保持绿灯。配套的 principle-laziness-protocol/SKILL.md懒惰协议进一步要求被要求重构时先找删除项再找新增项追求「最小 diff 达到目标」——「可能有用」的投机式清理一律回滚。 让 AI 代理帮你执行减法pstack 提供了多个开箱即用的「减法工具」直接对 AI 代理说一句话即可技能作用参考deslop清理 AI 生成的冗余注释、多余防御代码deslop/SKILL.mdno-comments派出 comment-sicko 子代理审计并删除可安全移除的注释no-comments/SKILL.mdblast-radius删除/改动前先证明「删掉它不会炸」blast-radius/SKILL.mdpoteto-mode重构一句话触发完整「先减后加」流程poteto-mode/SKILL.md典型用法把目标告诉 poteto-mode它会先用how、why摸清行为契约并写下「钉子」行为快照测试然后执行减法再构建新结构最后用等价性检查证明行为未变。 快速自检清单这次改动我删掉的行 ≥ 新增的行吗有没有「只有一个调用方」的包装层可以直接内联有没有规格没要求、纯防御性质的校验旧 API 是否已和调用方迁移在同一轮提交中删除新读者能否 30 秒内看懂关键路径先减后加不是一句口号而是 pstack 用技能文件固化下来、可被 AI 代理自动执行的工程纪律。想在自己的项目中完整体验这套流程安装方式见 README.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原则05先减后加：删除死代码再构建新功能的正确顺序
pstack原则05先减后加删除死代码再构建新功能的正确顺序【免费下载链接】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 等 AI 编程代理的工作流技能栈它的第 5 条原则「先减后加」Subtract Before You Add给出了一个反直觉但极有效的顺序在新增功能或重构之前先删除死代码、冗余校验和无用引用再在更简单的地基上构建新东西。这条原则的完整定义见 principle-subtract-before-you-add/SKILL.md。 为什么删除要排在构建前面在复杂系统上继续「加」复杂度会滚雪球每多一层包装、每个多余校验都会让代码更难读、更难测。而先做减法有三个好处代码更少——删掉死代码后剩下的结构更清晰下一个设计往往「一目了然」暴露本质——冗余层剥掉之后真正承载职责的代码会自己显现出来降低读者负担——pstack 把「代码可读性」量化为 principle-minimize-reader-load/SKILL.md 中的「读者负载」新读者能否在 30 秒内回答「X 从哪来谁能改 X」 原则原文的建议把简化当作持续投资——离开时让设计比接手时略简单、能力更强、表面面积更小。✂️ 「先减后加」六步清单技能文档中给出了具体可执行的模式新手也能照单操作删除顺序排在构建之前——任何一次新增、重构或重写先问「能删什么」先砍再磨——先做到最小再投入质量打磨为真实用法设计——不为臆想的边界场景写代码不写投机性校验、解析器和守卫——规格没要求的防御代码一律不加简化提示词——删掉冗余指令和过度模板无新内容的引用直接删除——不留「桩文件」占位。 在 poteto-mode 重构剧本中的落地pstack 的核心技能 poteto-mode 把这条原则写进了重构流程的固定步骤。在 refactoring.md 剧本中第 4 步减法先行先删除死代码、合并只有一个调用方的包装函数、去掉冗余校验、清理孤立引用然后才引入新结构第 5 步迁移即删除对 API 改造要求「迁移所有调用方并在同一轮提交中删除旧 API」不留兼容垫片——这由 principle-migrate-callers-then-delete-legacy-apis/SKILL.md 细化第 8 步减法提交提交顺序也是「先减法提交再重构最后收尾清理」每一片保持绿灯。配套的 principle-laziness-protocol/SKILL.md懒惰协议进一步要求被要求重构时先找删除项再找新增项追求「最小 diff 达到目标」——「可能有用」的投机式清理一律回滚。 让 AI 代理帮你执行减法pstack 提供了多个开箱即用的「减法工具」直接对 AI 代理说一句话即可技能作用参考deslop清理 AI 生成的冗余注释、多余防御代码deslop/SKILL.mdno-comments派出 comment-sicko 子代理审计并删除可安全移除的注释no-comments/SKILL.mdblast-radius删除/改动前先证明「删掉它不会炸」blast-radius/SKILL.mdpoteto-mode重构一句话触发完整「先减后加」流程poteto-mode/SKILL.md典型用法把目标告诉 poteto-mode它会先用how、why摸清行为契约并写下「钉子」行为快照测试然后执行减法再构建新结构最后用等价性检查证明行为未变。 快速自检清单这次改动我删掉的行 ≥ 新增的行吗有没有「只有一个调用方」的包装层可以直接内联有没有规格没要求、纯防御性质的校验旧 API 是否已和调用方迁移在同一轮提交中删除新读者能否 30 秒内看懂关键路径先减后加不是一句口号而是 pstack 用技能文件固化下来、可被 AI 代理自动执行的工程纪律。想在自己的项目中完整体验这套流程安装方式见 README.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），仅供参考