腾讯云开发者社区 11 月 1 日一篇征文,作者是游戏特效方向的开发者,他把「把一句模糊需求拆成能直接开工的规格书」这件事,做成了 WorkBuddy 的自定义技能。他先算了一笔账:那段提示词约 120 字,每用一次就重打一次,费积分、会漂移、换个会话又得重来;做成技能后,同样的事只剩一句话。
他给的三个判断标准比教程本身更值钱:一周用三次以上;输出结构稳定、能列出字段;你有别人没有的判断。三条全中才值得封装,用一次的直接写提示词就行。很多人一上手就想把全部规则塞进一个大技能,最后规则互相打架。
技术上有三个细节。第一,描述要写用户会说的话,不是功能说明书。他第一版写「拆解游戏特效需求,输出规格书」,几乎从不自动触发;把「斩击」「打击感」「性能预算」这些行话原样写进去才活过来。第二,骨架给字段和数字,不给形容词——写「合理划分前中后段」,模型就回你「前摇约占 20%」这种万金油答案。第三,写一条硬约束:信息缺失就假设并标注,不反复追问,否则一来一回又烧一轮。
验收只有一个办法:喂一句最模糊的需求,看输出里有没有硬数字。他的标准是毫秒、预算、自检结论三项齐全才算过。这套方法不限行业,做电商的可以封装「上新文案加详情页卖点」,做服务的可以封装「报价单加交付清单」,核心都是把你自己踩过的坑写进约束里。
两个提醒:技能里别写客户名单、合同金额这类资料;投稿和上传技能市场能换积分是作者的说法,具体规则以平台当期页面为准。
出处:腾讯云开发者社区 · 原文发布:2026-11-01
分析 · 这件事对普通人有什么用
每周重复三次以上的活(周报、上新文案、客服回复)的人:封装一次,省下的是反复重打提示词的时间。
动手做一个
搭建一个问答助手演示 ↗本站分析供学习参考,事实与适用范围请以原始来源为准。AI 辅助创作内容经人工审核后发布。