Viking(@vikingmute)
关注这个 skill 的可以看另外一个他的另外 /improve-codebase-architecture https://t.co/W814Gp1cNv 它在内部调用 /codebase-de...
7.5内容质量
TL;DR · AI 摘要
该工具通过识别浅模块和规范词典帮助重构代码库，适合定期运行以防止结构退化。
核心要点
- 使用规范词典定义术语（如module、interface）替代模糊概念（component、service）
- 通过删除测试验证重构后复杂度是否降低，防止过度抽象
- 建议隔天运行一次，用于预防代码结构缓慢退化
结构提纲
按章节快速跳转。
思维导图
用一张图看清主题之间的关系。
查看大纲文本（无障碍 / 无 JS 友好）
- 代码重构工具
- 核心机制
- 规范词典定义
- 删除测试验证
- 使用方法
- 术语替换
- 定期运行
金句 / Highlights
值得收藏与分享的关键句。
它不直接重构，而是通过删除测试评估复杂度变化
禁止使用component、service等模糊术语
定期运行可预防代码结构缓慢退化
#代码重构#软件设计#工程实践
打开原文Viking on X: "关注这个 skill 的可以看另外一个他的另外 /improve-codebase-architecture https://t.co/W814Gp1cNv 它在内部调用 /codebase-design 生成的规范词典，然后找出那些接口几乎和内部实现一样复杂 藏不住复杂度的浅模块（它称之为 shallow module） 出一份候选报告，然后停下来问你改哪一个 它不直接重构 同时它还有 deletion test 拿掉这个模块之后，复杂度是否收进一个更小的接口 防止修改以后过度抽象 他给出的适合场景是 隔几天跑一次 防止结构慢慢烂掉，我也慢慢按照这… / X
@vikingmute
Show translation
关注这个 skill 的可以看另外一个他的另外 /improve-codebase-architecture
aihero.dev/skills-improve…
它在内部调用 /codebase-design 生成的规范词典，然后找出那些接口几乎和内部实现一样复杂 藏不住复杂度的浅模块（它称之为 shallow module） 出一份候选报告，然后停下来问你改哪一个 它不直接重构 同时它还有 deletion test 拿掉这个模块之后，复杂度是否收进一个更小的接口 防止修改以后过度抽象 他给出的适合场景是 隔几天跑一次 防止结构慢慢烂掉，我也慢慢按照这个建议在实践 我一直觉得 Matt 的 skills是软件工程设计非常好的实践，关注不仅仅是他的 skills，而是他的方法论和思考方式。
Oct 3
matt 的这个 /codebase-design 最近对我帮助很大，尤其是让 AI 重构一些大模块的时候，它其实不修改任何代码，只是一套词典，把 module、interface、depth、seam、adapter、leverage、locality 每个词定义死。禁止用 component、service、API、boundary
Show more
2:28 PM · Oct 4, 2026
·
3,561
Views
3
4
25
41