第 1 版 / 头版
ISSN G-27250
250 条消息 · 27 人参演
今日 4 版
HEADLINE · 00:14 → 20:44 主线报道
AI提效反致脑损伤,开发者靠自言自语续命
凌晨的开发等待期引发了群友对“AI脑损伤”的集体共鸣——工具越智能,人类注意力越涣散。在焦虑与疲劳中,群友不仅探讨了对精神疗愈的刚需,还通过实操分享了一套“榨干”AI的高阶工作流:从生成高保真UI到构建完美的Skill框架,并在深夜继续窥探下一个能替他们思考的超级模型。
CAST@废才叙事主线与布道者@王鹏@马奔@风小铃情绪共鸣与痛点放@东华@邓旺@基因与遗传重火力实证派@🍞极简流布道者
第 4 版 / 数据与附录
可复用 SOP
如何科学设计一个 AI Skill(就近原则与渐进式披露)
→ 常驻必读内容与目录索引写入 skill.md(遵循就近原则,AI第一时间读取)
→ 详细的方法论文档、参考资料、模板放入 reference 文件夹,examples 放入对应文件夹(渐进式披露)
→ 若工作流短小精简,直接写在 skill.md;若环节长且拓展多,则在工作流中写索引,每个环节指向 reference 下的单独文档
→ 编写评估脚本:让 Claude Code 自行跑完 Skill 后总结,提取可量化的评估维度(Token消耗、满意度、完整度、路线长短)
→ 造数据测试:让 Claude Code 模拟不同场景,自动造数据跑通 Skill 并打分反馈
群内问答 Q&A
原本很好用的提示词,为什么改成 Skill 之后 AI 反而变笨了?
— 废才:可能是 over prompting。原本一条提示词是一次性发给AI,他全读到;封装成Skill后,如果没有掌握好就近原则,AI可能像拼拼图一样每次只读一点。常驻长久的内容放skill.md,其他的作为 reference 进行渐进式披露。
如何去判断一个 Skill 的结构是否合理?
— 废才:两个方面:一是结构设计,常驻放 skill.md,文档指向 reference;二是建立专门的评估机制,让 AI 自己总结评估维度(token消耗、满意度、完整度等),造模拟数据去跑并量化打分。
废才 · 2026年05月23日 · 00:14 → 00:44
今日 5 条主线 · 250 条消息 · 27 人参演 · 本地出版
本期完 · 明日续