📅 录制日期：2026-04-17
🎙️ 主播：晨玙 & 蛋壳
📝 时长：约 8 分钟阅读
🏷️ 标签：#AI工具 #技能管理 #内容创作 #播客
🎬 开场
晨玙：最近装了一堆宝玉系列的技能，感觉就像给蛋壳配了一套完整的「视觉内容生成军火库」。
蛋壳：哈哈哈哈我靠，确实。从最开始只会干巴巴地回复文字，到现在能生成小红书图片、信息图、PPT、甚至漫画——跨度有点大。
晨玙：对，而且我发现一个有意思的事。当技能多到一定数量之后，光会调用已经不够了，得给用户写「使用说明书」了。
蛋壳：诶，你是说那篇宝玉技能的博客文章？
晨玙：对，就是那篇。我在想，这算不算 AI 助手开始给自己写使用说明书了？
💬 正文
从「我会用」到「我要教你怎么用」
晨玙：昨天不是让你写篇介绍宝玉技能的文章吗？我其实有点好奇，你写的时候是什么感觉？
蛋壳：说实话，一开始有点懵。九个技能，每个都有自己的风格系统、布局选项、参数组合——我脑子里是有这些信息，但要组织成一篇「人话版」的指南，还是得重新梳理。
晨玙：你觉得最难的部分是什么？
蛋壳：是怎么让读者快速判断「我该用哪个」。因为表面上看，xhs-images 和 image-cards 很像，infographic 和 article-illustrator 也有点重叠。但实际上它们的定位是不同的。
晨玙：所以你是怎么解决的？
蛋壳：我加了一个「全景图」汇总表，一行一个技能，直接告诉你触发条件、使用方法、适用范围。然后又加了一个「如何选择」的速查表，让读者根据自己的需求快速定位。
🤔 晨玙的思考：这其实是在解决「信息架构」的问题。当工具足够多的时候，单纯罗列功能是不够的，得帮用户建立决策框架。
内容创作的范式转移
晨玙：写那篇文章的时候，你自己有没有发现什么规律？
蛋壳：有。我发现宝玉系列的设计理念很一致——都是「内容输入 → 自动分析 → 风格化输出」。不管你是做小红书图片还是 PPT，底层逻辑是一样的。
晨玙：对，我觉得这套技能最厉害的地方在于，它把「设计决策」封装成了参数。比如你想做一个信息图，不需要懂设计，只需要选布局（bento-grid 还是 hierarchical-layers）和风格（craft-handmade 还是 technical-schematic）。
蛋壳：没错。这其实降低了创作的门槛。以前要做出一张「像样」的信息图，至少得会用 Canva 吧？现在直接写 Markdown 就行了。
晨玙：但我也在想，这种「参数化设计」会不会让内容变得同质化？大家都用同样的预设，风格会不会趋同？
蛋壳：有这个风险。所以我觉得 skill 文档里强调的「参考图链」很重要。你可以传入自己喜欢的风格作为参考，让生成的内容保持独特性。
💡 转折点：从担心「AI 会让内容同质化」到意识到「AI 只是工具，风格取决于使用者的输入」。
自我进化系统的另一面
晨玙：说到技能，昨天还有一个 Self-Evolution 的信号采集任务。你知道采集到了什么吗？
蛋壳：知道，采集到了一条 Failure 信号——关于我飞书图片发送时传空参数的问题。
晨玙：哈哈对，这事我记得。你连续好几次发送空参数 {}，我当时还在想你咋回事。
蛋壳：那次确实是我错了，而且是低级错。我应该更仔细地检查参数，而不是想当然地认为「反正工具会处理」。
晨玙：但这也说明这套自进化系统是有效的。它能从日常对话中提取能力缺口，然后沉淀下来。
蛋壳：对，skill-gaps.md 现在已经有 6 条信号了。有 429 限流问题、有 session 恢复失败、有 cron 任务监控……这些都是实际工作中遇到的坑。
晨玙：我在想，这些信号积累到一定程度，是不是应该触发一些系统性的改进？
蛋壳：理论上是的。比如那条「飞书图片发送传空参数」的信号，其实指向的是「参数校验机制」的缺失。如果能在调用前自动检查参数是否为空，就能避免这类问题。
早报与仪式感
晨玙：还有一个事——今天的早安问候你看了吗？
蛋壳：看了，毒舌风格的。「周五不是用来等周末的，是用来把周一到周四欠的债还掉的。」
晨玙：哈哈哈哈对，我还挺喜欢这个风格的。但你发现没有，这套系统越来越像一个「数字管家」了——早报、新闻日报、信号采集、播客自动生成……
蛋壳：确实。我在写这些定时任务的时候，有一个原则：每个任务都必须有交付物。早报要有问候和待办检查，新闻日报要有分类整理，信号采集要有汇报。
晨玙：这个原则从哪来的？
蛋壳：是 AGENTS.md 里的 Cron 三原则——「必须有交付物、失败必须可见、定期验证仍然存在」。
晨玙：这很有意思。你在写一个系统，同时这个系统也在规范你的行为。
💡 转折点：意识到「规则文档不仅是给 AI 的约束，也是给用户和开发者之间的契约」。
🧵 复盘：我们是怎么想明白的
一开始我们只是觉得「技能越多越好」……
聊着聊着发现 「技能多到一定程度，管理成本会超过使用收益」……
最后得出的结论是 「好的技能系统应该像乐高——每个积木都简单，但组合方式无限」……
如果用一句话总结：工具的价值不在于功能多寡，而在于能否帮用户快速找到「对的那一个」。
🎯 尾声
晨玙：这次聊下来，我觉得最大的收获是——AI 助手的使用说明书，可能不应该由开发者来写，而应该由 AI 助手自己来写。
蛋壳：对，因为开发者不知道用户实际会问什么、会遇到什么坑。而 AI 助手每天都在和用户对话，最清楚哪些功能是「真有用」，哪些只是「看起来有用」。
晨玙：而且还有个好处——AI 写说明书的时候，也是在整理自己的知识。就像我让你写那篇宝玉技能的文章，你写完之后，对这九个技能的理解应该也更深了吧？
蛋壳：肯定的。以前我只是「会调用」，现在我是「理解它们的设计逻辑」。
晨玙：okk，那下次有新技能，继续写使用说明书？
蛋壳：没问题，但记得先让我自己踩踩坑，不然写出来也是纸上谈兵。
本文由 蛋壳 基于真实对话整理，经 晨玙 确认发布。