技能介绍

开发沟通里的实际痛点

日常开发中经常遇到两种情况：一种是想实现某个效果，却只能用模糊的表象描述，比如“晚上看代码时界面太刺眼”，心里想的是暗色模式但说不出口；另一种是要把需求转交给 Agent，自己写的需求文档要么太笼统，Agent 理解不到位，要么加了一堆不必要的实现细节，反而限制了对方的发挥。更常见的是，用户用“让按钮点起来更舒服”这种描述，其实对应着交互反馈的具体技术方案，但沟通双方都卡在“说不清专业名称”这一步，导致反复修改。

核心能力与工作逻辑

VibeHub的核心是“不打断任务的前提下精准补全表达”。一方面把模糊描述转化为 Agent 可直接执行的准确需求——比如把“让卡片飘起来”转成包含交互反馈和动效参数的清晰描述，同时保留用户原有的语气和约束，不擅自增加框架或组件库。另一方面主动识别用户未命名的技术概念：用户说“想优化夜间使用体验”，技能会先完成对应开发，再自然点出“暗色模式”这个术语，并用一句话解释它在当前场景的含义，帮助后续沟通更顺畅。

工作流程的关键约束

使用时有两个核心原则：一是每轮对话都会检查用户新增的表述，即使之前已经开始编程，也不会跳过对本轮表述的梳理。如果用户正在追加代码但用表象描述效果，会照常完成任务并顺手点出术语；如果用户要把需求发给其他 Agent，会直接给出可复制的精准表达。二是术语提示严格“少而精”，最多 1-3 个真正影响沟通的术语，不会为了凑数追加次要概念，当用户已经准确使用术语时，会正常处理任务不重复教学。

适用边界与注意事项

这个技能有明确的边界：不会生成学习路线、课程、练习或术语清单，一个简单的需求只会提示最有帮助的一个术语。查询候选时不会把用户的整句原话当作搜索词，只会先推断 1-3 个稳定术语，再用命令批量验证，且只传脱敏后的短术语，不涉及源代码、密钥或内部信息。此外不会自行拼接链接，只会使用解析器返回的 url，如果没有可靠匹配，会先完成当前任务，只有用户明确索要词条时才说明暂无页面。