
把整段研发流程都包进一个框架,出了错就很难改其中一步。这组技能故意做小,可以单独改,也可以叠在一起用。追问技能用来把设计上的分叉问完;带文档的追问会同时整理术语表和决策记录,让后续代码沿用同一套说法。实现时再接上先写失败测试的技能,以及分阶段的缺陷诊断。规格可以发到议题跟踪器,也可以先留在本地文件。适合希望自己掌握流程、只把反复出错的环节交给技能约束的工程师。
Skills For Real Engineers 是 Matt Pocock 公开的一组可编辑智能体技能,用来在写代码前对齐需求、建立项目术语,并用测试和诊断约束实现过程。技能分成需要人手动调用的编排流程,以及助手在任务匹配时也会自己调用的纪律。工程类包括追问、写成规格、拆工单和实现;效率类包括交接文档,以及把没听懂的话重新讲清楚。每个仓库要先运行一次配置技能。
使用门槛: 专业级
追问直到设计对齐
grill-me 连续提问直到计划的分叉被问完;grill-with-docs 还会更新术语表和架构决策记录。
规格与工单拆分
to-spec 把已经讨论的内容收成规格,to-tickets 再拆成带阻塞关系的小工单。
测试驱动与缺陷诊断
tdd 按先失败再实现的循环做垂直切片;diagnosing-bugs 要求先做出能复现问题的反馈回路。
每个仓库先做配置
配置技能询问议题跟踪器、分诊标签和文档存放位置,其他工程技能依赖这次选择。
改动前先对齐术语
工程师在改模块前运行带文档的追问,把含糊说法收进术语表,再决定要写的规格。
按工单实现并复查
规格确认后用实现技能按约定边界先写测试,提交前再做对照规格的代码复查。
把会话交给下一个助手
当前对话过长时用交接技能压成一份文档,让另一个助手按文档继续做。
仓库写明,有些方法会把研发过程整个接过来,出错时很难改流程本身。这组技能设计成小而可组合,可以按仓库改写,并且不绑定某一种模型。人手动调用的技能负责编排,助手在任务匹配时也可以自己调用那些承载纪律的技能。前者可以调用后者,但不会再去调用另一个只能人手动打开的技能。
工程技能依赖仓库里的选择。配置技能会问三件事:议题跟踪器用托管平台、本地文件,还是你描述的其他方式;分诊时给工单打什么标签;文档要存到哪里。每个仓库跑一次。带文档的追问会把术语写进术语表,并把难解释的决定写成决策记录。没做配置时,这些技能不知道工单和文档该落在哪。
说明把问题分成几类。需求没对齐时用追问。说法太长时用术语表,让代码和对话共用一套词。代码能写出来但跑不对时,用先写失败测试的技能建立反馈,再用缺陷诊断技能:先做出能复现的回路,再缩小范围、提出假设、加观测、修复并补回归测试。架构变乱时,则用审视代码库的技能列出可加深的模块。
来自真实用户的评价和反馈