我现在是grill me 这个skill 但是感觉做着做着就不对劲了
纯原生手搓提示词，AI越聪明skill用处就越小
手搓提示词，skill感觉没啥用，提示词写详细点AI就能基本理解意思了
不用那个什么 spec文档约束 我之前看b站 老多开发的是这样 但是他们就讲讲 概念 又没有完整实战流程
手搓 大佬真厉害 我现在只会简单的发个指令
将AI比作一个不能拐弯抹角的人就行了，提示词写的的越详细越好，这样子AI就可以直接搞懂你的意思了，简单来说就是不能让他去瞎猜，瞎猜肯定会出问题
对了 后面软件开发迭代 你们又是怎么操作的
要沉淀文档吗
让他自己写分析文档到记忆里面，做了一个功能就让他加到里面，或者有啥会踩坑的点就让他写进去（免得他下次新的会话重新踩坑），然后下一个版本要加什么功能给他描述清楚就行
改完一个功能要自己去review一遍，大体看一遍过去，如果感觉有啥问题或者看成果有啥问题就开个新会话让他重新review一遍过去，让他挑毛病出来(可以换一个模型来让他挑)
我的大体流程就这样的，可能不是所有地方都适合(
对 很多人 就是跟大佬说的这样
但是我在操作的时候他框框 一下就给我跑满上下文了
可以详细说下你的工作流吗
emm，这个我也不大清楚
我每次就直接让他从之前的记忆里面读取上一次的进度，然后就直接说需求了，读完记忆上下文大概吃了30K左右，然后每次完成一个功能了就让他记到记忆里面，再给之期过期的删掉
如果上下文剩的还多就继续下一个，不多了就直接压缩，目前来看我grok的500k上下文一次对话能干完我5个左右的需求(不复杂的)
我将严肃进行 学习 谢谢
大佬
用自己的harness，不过还不够完善
在我的理解中，其实文档这个事儿并不难理解。我们在现实环境中进行开发时，一般都是有真正的需求的，而不是一句话生成网页。
这个时候文档就成了你和AI交流的工具，写文档的目的就是明确你的需求，敲定你给他的约束，让ai在开发时按照你的设计走。
在我的实际经验中，文档非常重要，而非形式主义。在实际业务中，预先敲定技术方案， Ai只负责实现时，效率会高很多；而如果让ai自己规划，自己去思考你的需求，那么跑偏的就只能返工，然后把代码堆成一坨屎山。
根据自己的工作流程和理解，搓了一个skill, 然后不断迭代，目前基本上我自己vibe coding 都用这个skill