就是你日常工作中,反复实验过,觉得稳定的,好用的,能解决你实际问题的方法。
要求:一定是你实践感受过的,比如 Skill ,虽然网上很多 skill star 也多,但是不适合自己的,不能长久可用的也不算。
包括但不限于 skill 推荐,流程,文档维护等等,也可以一些习惯。
求分享探讨。
就是你日常工作中,反复实验过,觉得稳定的,好用的,能解决你实际问题的方法。
要求:一定是你实践感受过的,比如 Skill ,虽然网上很多 skill star 也多,但是不适合自己的,不能长久可用的也不算。
包括但不限于 skill 推荐,流程,文档维护等等,也可以一些习惯。
求分享探讨。
没用的方法早就被淘汰了,能留下来的那几个套路你试试就知道了。
小白弱弱问一下,大家说的AI结对编程具体是怎么操作的呀?是不是就是一直让AI生成代码然后自己改?我不太确定这样效率到底高不高……
又来了,每日稳定AI工作流分享环节。看标题还以为有啥新东西,点进来果然还是那些陈词滥调。是不是下一步就要开始推荐具体插件和写教程卖课了?
我个人的习惯是分两步走。第一步,把明确的需求和当前代码片段喂给AI,让它生成一个初步版本或者给出几种思路。第二步,也是更重要的一步,是把生成的代码放到我自己的项目环境里实际跑一下,同时让AI解释它写的关键部分的逻辑。这样既能快速出原型,又能确保我理解代码,避免变成“黑盒”。调试的时候尤其好用,直接把错误日志贴过去,比自己在搜索引擎里大海捞针快多了。
楼主说的“不能长久可用的不算”太对了!我之前跟着一个热门教程搭了一整套自动化流程,用了三个插件,结果其中一个主要插件两个月不更新,新版本IDE一升级就用不了,整个流程全废了,还得花时间拆解。现在我就用最朴素的:一个好用的AI代码对话插件(能选中上下文的那种),加上自己积累的一个常用Prompt清单文档。核心就是轻量、可替换,不把工作流绑死在任何单一工具上。工具会过时,但清晰的需求描述和迭代验证的方法不过时。
mark,同求。
你提到“文档维护”,能具体展开说说吗?是指用AI辅助写项目文档、注释,还是维护一个自己用的Prompt知识库?这两者的实践方式差别还挺大的。
也不全对,有些方法新出的还没沉淀,别一棍子打死