有人正在琢磨给 /grill-me 加一个配置文件,名字叫 GRILL.md。想法很直接:让这个命令的行为可以被自定义,而不是固定一套流程走到底。
提出这个思路的人列了两条好处,第一条就挺有意思——如果 GRILL.md 能写清楚要调用哪个技能,那 /grill-with-docs 这个独立命令就可以直接删掉。
![]()
一个文件顶掉一个命令
按这个设想,用户只需要在 GRILL.md 里写上一句"invoke the domain-modeling skill",然后照常使用 /grill-me,原本要靠 /grill-with-docs 完成的事就能覆盖掉。
命令数量做减法,配置能力做加法。对天天敲命令行的人来说,少记一个命令、多一个可写的配置文件,这个交换不算亏。
规划阶段问什么,由你定
第二条好处指向的是规划环节。GRILL.md 可以自定义在 planning 阶段关心什么、被问什么,素材里举的例子是安全(security)方向。
也就是说,同一个 /grill-me,在不同项目里可以问出完全不同的问题。你更在意安全,就让它往安全上追问;你在意别的,就换成别的。
这套逻辑并不复杂:把"问什么"从命令本身剥离出来,交给一个用户可编辑的文件。命令负责执行,文件负责定义关注点。
目前这还停留在 debating 阶段——加不加 GRILL.md,没有定论。但两条理由已经把方向摆出来了:减少命令冗余,把规划阶段的提问权交还给使用者。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.