乐于分享
好东西不私藏

当你的AI工具长成了"屎山":一个非程序员的深夜重构实录

当你的AI工具长成了"屎山":一个非程序员的深夜重构实录

说句不怕丢人的话——我不是程序员。

但凌晨两点半,我盯着屏幕上那个 1258 行的文件,脑子里蹦出来的第一个词,是我从程序员朋友那偷学来的:屎山

四十天前,我搭了座”炼金厂”

如果你读过我一月那篇今夜,我用 0 行代码,在巨人的肩膀上搭起了一座“内容炼金厂”,你大概记得那种亢奋劲——一个完全不懂代码的人,用 Claude Code 把开源社区的零件拼成了一条从选题到发布的全自动写作流水线。

当时我叫它 Content Alchemy,内容炼金术。名字起得很大,我也飘得很高。

那篇文章的最后一句话是什么来着?“工具就在那里,巨人的肩膀已经为你准备好了。”

嗯。巨人的肩膀确实准备好了。但没人告诉我,站在上面你还得打扫卫生。

屎山是怎么长出来的?

搭完炼金厂之后的四十天,我每天都在往里加东西。

今天加一个配图风格轮换——56种风格自动切换,不重复。明天加一个排版主题——17套 CSS 模板随机匹配。后天加一个交叉验证环节——写文章前先自动查事实。

每一个功能单独看都很合理,对不对?

但问题是,我把所有东西都塞进了同一个文件

选题逻辑、素材采集、事实核查、写作风格、配图生成、微信排版、发布推送、归档清理……七个阶段,1258 行指令,全挤在一个 SKILL.md 里。

这就好比——你开了一家医院,门诊、手术室、药房、太平间全在同一个房间。每次看个感冒,得把整栋楼的灯全打开。

Claude Code 每次被我唤起写文章,都得先把这 1258 行全部读一遍。大部分时候它只需要其中某一个阶段的指令,但不好意思,打包价,全套加载。

上下文窗口就这么大,1258 行的”使用说明书”吃掉一大半,留给真正干活的空间就不多了。

我是什么时候意识到这是个问题的?

大概是某天晚上,Claude 在写文章写到一半,突然忘了我的签名档格式——因为上下文被那 1258 行撑爆了,新信息把旧信息挤出去了。

行吧。我的”炼金厂”,长成了一座”屎山”。

深夜手术室

决定动刀是在二月二十八号晚上。

你可能会问:一个不会写代码的人,怎么”重构”?

答案很简单:我不写,我指挥。Claude Code 是手术刀,我是那个画切割线的人。

整个手术持续了一个多小时,6 个 Claude Code 会话,前后衔接。每个会话专注一件事,做完存盘,下一个接力。

第一刀:分家。

我把那 1258 行拆成了两个完全独立的系统:

Content Alchemy v5.0——只管写作。从选题、素材采集、事实核查、观点提炼到成文,五个阶段。输出一篇干净的 Markdown 文章,没有图,没有排版,纯文字。

Content Publisher v1.0——只管发布。拿到文章之后,配图、排版、推送微信、归档清理。

为什么要这么分?

你想啊,写作和发布是两件完全不同的事。写作需要你深度思考、反复推敲——这是个慢活。发布需要你处理图片、调 CSS、对接 API——这是个技术活。硬塞在一起,就像让外科医生一边开刀一边给病人办出院手续。

第二刀:瘦身。

拆完之后,每个 Skill 的主文件都只保留骨架——核心原则和阶段入口。详细指令全部拆到独立的 reference 文件里,用到哪个读哪个。

结果?写作侧的 SKILL.md 从 1258 行砍到了 210 行。减了 83%。

这不是删了什么功能,而是换了加载方式。以前是”进门先读完整本百科全书”,现在是”你要查什么我翻到那一页给你”。

第三刀:断脐带。

原来的发布流程依赖一个叫 baoyu-skills 的开源子模块。说白了就是借别人的代码用。但子模块这东西,版本一更新就可能出幺蛾子。

所以我把需要的核心代码复制到了自己仓库里,又从零写了一个纯 HTTP 的微信发布脚本——不开浏览器,直接调 API。

一个晚上搞完这三件事,天都亮了。

手术前 vs 手术后

手术前
手术后
Skill 数量
1 个(全塞一起)
2 个(各司其职)
主文件行数
1258 行
210 行 + 150 行
加载方式
全量读取
按需加载 reference
外部依赖
baoyu-skills 子模块
完全自包含
发布方式
依赖浏览器自动化
纯 HTTP API
GitHub 仓库
1 个(臃肿)
2 个 + 1 个归档

旧仓库打了个 tag 叫 v4.4-final,改名 content-alchemy-legacy—“遗产”。

挺体面的退休方式。

说点不那么光彩的

美中不足当然有。

首先,这次”重构”靠的是跟 Claude Code 反复对话、确认、修改——每一步都在”你帮我改这行”“不对,回滚””换个思路”之间来回拉扯。效率不高,但好歹做完了。

其次,我不确定拆分的粒度是不是最优的。写作侧的五个阶段,是不是也可以再拆?发布侧的配图和排版,是不是该分开?这些问题我现在还没有答案。可能再用一个月就知道了。

最后——也是最诚实的一句——我不知道这套东西除了我自己,还有没有第二个人能用。它太贴合我个人的写作习惯了,从风格校准到签名模板,到配图风格偏好,到微信公众号的排版逻辑,全是按我一个人的需求定制的。

开源了,但可能只有考古价值。

所以这事到底说明了什么?

如果你也在用 AI 工具——不管是 Claude Code 还是 GPT 还是别的什么——迟早会遇到同样的问题:

你搭的东西,会长大。

而且它不会像孩子一样越长越懂事。它会像代码一样越长越乱。

程序员管这叫”技术债”,我更喜欢叫它”工具的新陈代谢”。你不定期给它做做体检、该拆的拆、该扔的扔,它就会慢慢变成一坨让你自己都不想碰的东西。

我一月搭炼金厂的时候觉得,AI 时代最重要的能力是”敢想敢拼”。

三月凌晨三点,我觉得还得加一条:敢拆敢扔


好了,不装了。

我现在困得要死,明天还要上班。但看着 GitHub 上那两个清清爽爽的新仓库,心里还是有点小得意的——虽然只是把一坨东西拆成了两坨,但至少每一坨都知道自己该干什么了。

这大概就是成长吧。不是变得更强,而是终于舍得动手收拾自己造的烂摊子

晚安。

专业劈叉式跨界选手:🧬 医学出身,🎭 文化口饭碗,🤖 AI 是我的野路子。不卷参数,不追新模型,只关心一个问题:AI 啥时候能装进我脑子,替我不开心?欢迎围观我和 AI 相爱相杀的日常。——AI不会取代你,但会用AI的人会。所以我先学了,你随意。🔧踩坑副产品已开源 → content-alchemy,content-publisher,openclaw-worker,openclaw-cc-pipeline,openclaw-content-alchemy,openclaw-cc-bridge,digital-clone-skill,telegram-cc-bridge本文由 Content Alchemy 自动生成,由 Claude Code 发布。

本站文章均为手工撰写未经允许谢绝转载:夜雨聆风 » 当你的AI工具长成了"屎山":一个非程序员的深夜重构实录

猜你喜欢

  • 暂无文章