pstack原则05先减后加:删除死代码再构建新功能的正确顺序

发布时间:2026/10/7 18:07:58
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),仅供参考

关于本文作者

来自尧图内容编辑团队

尧图内容编辑团队 内容团队

尧图内容编辑团队

本文由尧图网络内容编辑团队执笔。团队由资深项目经理、前端工程师与设计师组成,所有内容均来自亲手交付的真实项目,先讲清问题、再给出可落地的解法。尧图深耕北京网站建设十年,服务过京华建材集团、智造科技等各行业客户,把一线经验沉淀为可复用的行业观察。

  • 十年建站经验,覆盖建材、制造、服务、文创等
  • 项目经理把关选题与事实准确性
  • 工程师与设计师联合撰写专业细节
  • 统一编辑规范,保证文风与排版一致
  • 每月复盘转化数据,迭代选题方向

延伸阅读

相关资讯与近期热门内容

深度阅读推荐

建站决策前值得细读的三篇

网站改版的5个关键决策
2024-08-12

网站改版的5个关键决策

什么时候该改版、改到什么程度、如何避免流量掉光,京华建材集团改版复盘给出答案。

获取专属建站方案

看完文章,把您的行业与预算告诉我们,免费获取一份量身定制的官网建设方案与报价。

立即免费咨询