刚更新完 codex, 我 试了一下 s 电脑功能,它本来可以帮你打开软件,点按钮输入文字,结果一启动就报错, not defined by exports。 小 白可以这样理解,房间在,门也在,但门禁名单没写它,所以进不去。 我查到根音,不是威胁坏了,也不是电脑坏了,是本地组建,少开放了一个入口。解决办法三步,第一,找到报错里的 package j s o n 第二,先复制一份备份。 第三,在 xbox 里加一行 d i s t。 信号 d i s t 信号重启绘画在册,成功列出四十个电脑应用,还能真的打开微信。 如果你完全看不懂,就把报错丢给 codex, 说,帮我检查 computer use 为什么初步化失败,需要改配置就先备份再做最小修复,修完帮我验证。记住别先删缓存,先查文件,再查权限,最后做真实验证。
粉丝177获赞2468

兄弟们有没有使用这个 codex 的? 就是当上下我们满了之后,它会自动压缩嘛?就是现在经常会出现这个压缩失败,就这个, 呃,经常报这个错误啊。这个的话我们就是直接可以从一般情况我们使用的是 g p g 五点五直接切到五点三,然后随便输入点什么,让它自动去压缩一下就可以了。你看我这个的话现在是百分之九十一了, 这样的话他就能基本上就能压缩成功了,要不然的话你一直报错给他写不下去了。

如果你经常用 cloud 或 codex 写代码,应该会遇到一个很烦的问题,那就是中转站不稳定,有时候今天还能用,明天就报错,有时候写到一半突然请求失败。还有的时候不是模型不行,而是接口地址、渠道额度或者上游状态出问题了。对普通聊天来说,这可能只是重新发一下的问题, 但对 ai 编程来说就很难受,因为你正在改代码、跑任务分析项目,中间一段整个节奏都会被打断。所以我现在选中转站,最看重的不是花里胡哨的模型数量, 而是这个中转站稳不稳定。这期我想推荐一下我自己在维护的 cip 中转站,它目前不是那种大而全的平台,现阶段主要围绕 cloud 和 codex 来做。也 也就是说,如果你的需求是想稳定使用 cloud 或 codex, 那 选择 z i p 准没错。我自己做这个站的原因也很简单,外面很多中转站用着用着就不稳定,尤其是 ai 编程这种长任务场景,一旦中断就很影响体验。所以 z i p 更偏向把 cloud 和 codex 这条链路做好, 重点不是堆一堆名字,而是让你能稳定接入,稳定调用,方便管理。好了,现在我简单演示一下怎么用。首先输入 vip 的 网址,打开网站。为了方便,我推荐使用 c c switch 来导入中转站。如果你的电脑还没有安装 c c switch, 可以 直接在我的网站首页下载安装。 登录之后进入控制台,这里找到令牌管理,然后创建一个新的令牌名称可以随便填,比如 test, 然后选一个你喜欢的分组,最后点提交。 创建成功后,我们会看到一个 cc switch 的 按钮,我们点击它,在弹出的窗口中点打开,然后点导入, 导入成功后我们会看到刚刚导入的信息,还有一种情况就是点了 c c switch 按钮后没有弹出窗口,这种情况我们需要手动复制粘贴一下这些信息,如果实在不会配置的可以进群找我,我可以帮忙远程配置下。现在我们打开 codex 看一下, 我们看到虽然中转站已经配置好了,但是因为切换账号导致绘画消失了,所以我们需要同步之前的绘画。为了方便同步绘画,我自己做了一个绘画同步工具,有需要的小伙伴可以进群在群文件自取。现在我们打开 codex 绘画恢复工具, 然后直接点恢复绘画按钮,这里提示我们 codex 正在运行,我们先关闭一下 好了,现在已经提示恢复完成了,我们再打开 codex 看看, 我们现在是看到绘画已经恢复了,到这一步就已经全部配置完成了。但我们还发现使用中转站的时候,我们这个插件功能是无法使用的,现在我教一下大家怎么通过 cc switch 来解锁插件。首先打开 cc switch, 然后点设置,在通用里面往下翻, 然后把切换第三方时保留官方登录勾上。这是 cc switch 最近更新的一个新功能,使用这个功能需要先登录一次自己的官方账号,免费账号也行,只要能登录成功就可以。 登录成功后我们再关闭 codex, 然后通过 cc switch 切换到 vip, 再次打开 codex 会发现自己的官方账号还是登录状态, 并且官方插件等功能都还是可以用的状态,到这里我们就全部配置好,可以愉快地使用了。还有什么不懂的就进群讨论吧,我们下期再见啦!

codex 一 更新 computer use 又显示不可用,问题可能不在模型,而在本地插件链路。它启动前要经过内置插件市场、本地缓存、配置、注册客户端脚本,最后拉起 windows 原声助手, 任何一层,还指向旧版本或者残缺的临时目录,整条链就会断。最近 bighub 出现了一批社区修复工具,它们看似不同,原理主要有四种,第一,移走损坏缓存让 codex 重建。 第二,从安装包或正常缓存补齐缺失文件。第三,把内置插件镜向到稳定目录,再重新注册。第四,修复 latest 指伸 chrome、 native host, 甚至登录后自动检查。 所以这些工具修的不是 ai, 而是插件市场、缓存和原声进程之间的一致性。不过它们都不是 open ai 官方向,运行前先看代码备份配置。 codex 更新带来新能力,也可能让社区先替它接回断掉的线。

前三期我们讲了,先说清需求,再拆任务计划,最后边执行边汇报。那第四步是什么?报错之后先别乱点,继续。很多新手一看到报错就慌,第一反应是让 codex 继续,结果越改越乱。正确反应是先停下来解释原因,再选择方案。你要先换一个理解, 报错不是失败,他是定位信息,他在告诉你哪里没对上,可能是环境问题,可能是路径或权限问题,也可能是上一步漏了验证。遇到报错时,可以先复制这段话,先不要继续执行。请解释这个报错是什么意思,最可能是哪一步导致的?给我两个解决方案,并说明每个方案的风险。 当 codex 给你两个方案时,不要只看哪个更快,你要看四个点,哪个更稳,哪个更快。出问题能不能回退,你自己能不能理解。如果你是零基础小白,优先选稳,不要贪快,快的方案可能直接改配置,跳过确认失败后很难回退。稳的方案会先备份,先验证,再一步不改。 报错后的正确流程是五步,暂停、执行、解释报错、定位、原因、比较、方案、验证、修复。你每次都按这个流程走,就不会被错误带着跑。当你选定方案以后,也不要直接放手让它改。你可以说我选择更稳的方案, 请先说明你要改哪里,开始前给我备份或回退方法,每改完一步都验证一次。你不是在和报错对抗,你是在训练排错能力,看懂报错,知道原因,会选方案,能验证结果。 这四件事才是真正让你从会用工具变成会做项目。所以这一期记住一句话,报错先停,解释后再选。会用 codex 的 第四步不是让 ai 乱试,而是让错误变成下一步线索。

第六期,我们讲 codex 怎么修报错最快,关键不是让他猜,而是把错误信息未对。第一步,先贴完整报错命令,错误原文附件步骤,一个都别省。第二步,补上环境信息、 note 版本包,管理器、操作系统,这些都会影响结果。 第三步,说清楚你做了什么,改了哪几个文件,跑了什么命令,先交代清楚。第四步,让他只改最小范围,先修一个点,再看下一个点,不要一次把整个项目都动了。 第五步,先解释再修改,让 codex 先说出他判断的原因,再让他动手写代码。第六步,修完立刻复测,重复原命令,确认问题真的消失,而不是只看起来好了,如果还失败,就把新的错误原文继续给他,别自己硬猜,直接基于新结果继续修。错误示范是项目挂了,帮我修一下这种说法太空 codex 没法直接定位 正确,示范是附上命令报错原文,赋现步骤,期望结果,再让它分析并修复。排查时先看命令,再看依赖,再看环境。很多报错根本不是代码逻辑本身的问题。最后记得要求它说明改了什么,为什么这样改,验证结果是什么。你可以直接用这个模板命令报错,赋现步骤,环境信息、目标结果。 总结一下,报错信息越完整修得越快,别让 codex 猜,给它足够上下文。下一期讲代码审查怎么问,让它更像一个审稿人。

openai 修复了 codex 模型容量已满错误,承诺二十四小时内重置溯理限制。近期大量用户在使用 codex 时遭遇容量报错,官方确认已修复服务端问题。同时, computer use 框扩展个性化、记忆和 chronicle 四项功能,向 eea、 英国及瑞士开放。 此前这些功能仅限部分地区使用,欧洲开发者长期无法体验。 codex 正在加速国际化布局,但 control 车 use 仍需 magos 或 windows 桌面端支持。

你的 codex 是 不是手机连不上,或者连的不稳定,老是掉线?试试这个方法,把 codex 接入到你的飞书里,我自己感觉体验会比官方的更好,而且结合他的办公生态,你能做的事情会更多更方便。你看刘叔演示一下,我们直接看一下接入后的效果,能做哪些事情啊?这个是已经接入好的,你会发现有这么一个 codex 机器人。我 先给你们秀一个案例啊,这是一篇英文的文章,我直接把这个地址发给他,让这个 codex 机器人把它翻译好,然后基于这个翻译的内容生成一张手绘风格的图片, 且插入到这个文档里。这个就是集成它的好处,可以调用它生态里的任何能力,文档的能力,表格的能力,包括这种聊天窗口对话的能力,包括群消息的阅读能力,都是可以去调用的。 直接看结果,打开这个翻译好的文档,这个就是用 e g two 的 模型结合翻译的内容生成的一个笔记图片,这个效果非常好吧。啊,这是对应的翻译的内容旁边的目录都给你生成好了, 你就可以非常方便的把它分享给你的同事或者自己做一个内容的存档。除此之外,你还可以利用它的群主功能,一个群去做专业的事情。比如用这个 mini new chat 去创建一个选择题搜索,它就自动给你创建一个选择题搜索的群聊,在这里面它可以每天定时的调用特定的 skill 帮我去做选择题报告。同样你还可以让他直接给你创建一个图片设计的群主, 一个群主就是一个 agent, 帮你完成一个特定的事情,这是一个生成图片的一个 agent, 在 这里面按照你的需求去专门去做深图类型的任务,包括你的脚本创作的,包括你的调研的,都可以让他 new chat。 一个群主帮你分门别类的去安排你的任务,方便你做统一的管理。其实结合这个工具是有更多好玩的一些场景,你们自己去探索怎么接入。其实方法非常简单, 在你的 codex 里面,首先这个指令,这是一个大牛专门起了一个开源对接这么一个项目,这一步完成之后,第二个命令直接点击这个创建向导,点一个确认创建机械的按钮,对接就完成了。如果想在你的手机里就能够随意的外包 coding 去完成一些复杂的任务,试试这个方法。关注我,持续丰富你的业务,拜了个拜。

为什么不推荐 codex 搭载 deepsea 使用?我试过在 codex 里接 deepsea 的 a p i, 折腾了一下午,最后放弃了。不是 deepsea 不好,也不是 codex 不 行,是这俩放一快而浑身难受,延迟慢到让人怀疑人生。 codex 的 设计逻辑是快, 你敲一行指令,他应该在几秒内给你反馈,让你保持那种心流状态。但 deep sea 的 a p i 响应时间动辄十几秒,有时候甚至要等半分钟。我坐在那儿盯着屏幕上的加载器,脑子里想的不是这段代码怎么写,而是他是不是死机了。这种等待会打算思虑。 你本来有一个很好的想法,等他回过神来,那的想法已经模糊了。兼容性,很多功能又会。 codex 有 很多内置功能,比如自动扫描项目文件,调用内置机能理解项目上下文,但这些功能是针对 gpt 模型优化的。换成 deepseek 之后,我发现项目上下文理解变差了。 他经常忘记前面说过的东西,一些复杂的代码生成任务,他会直接报错,有时候生成的代码格式不对,需要手动调整。我不是说 deepseek 的 代码能力不行, 它单独用的时候其实挺好的,但 codex 的 很多功能是和 gpt 深度绑定的,你换一个模型,就像换了一个引擎, 但车壳子还是原来的。很多零件对不上成本,看起来便宜,实际不一定。 deepsix 的 api 价格确实便宜,但 codex 本身的使用是有门槛的,你需要叉 gpt plus 或者 pro 账号。如果你本来就订阅了 codex, 用它的原声模型是最省心的。如果你是为了省钱才用 deepseek, 那 你要考虑你花了时间去调试兼容性问题,这些时间值多少钱?我的建议,如果你是 ai 爱好者,想体验不同的模型, deepseek 单独用是个不错的选择。 它的代码能力在开源模型里算是顶尖的。如果你是 codex 用户,想提高效率,那就用它原声的模型。 codex 的 设计就是围绕 g p t 优化的,用其他模型会有很多摩擦,别折腾混大了。工具这东西用顺手比用花哨重要。我最后还是回到了 codex 原声模型,不是因为它最好,而是因为它最顺手。有时候够用比最优更重要。

很多人想用 codex 搭建本地 ai, 工作流,初期经常被复杂的配置卡住,一般配置都要适配商店主键开启插件对接大模型环节特别多。系统版本的不同,缺主键缺工具是常事, 新手要搞定这些很浪费时间。所以我在 get 哈普维护项目的过程中,把所有的零散依赖、繁琐配置全部做了整合优化。我把整套部署流程精简成了三步标准化操作,全程自动适配 windows 环境,不用手动储座配置, 缺啥装啥,全程自动化部署完成直接就能打开用。如果大家觉得内置的免费模型效果不够用,也可以切换自己的大模型,灵活度很高。 经常折腾本地 ai 的 朋友可以收藏这条优化思路。你们部署时最容易卡在哪一步?评论区交流一下。

你朋友都用 codex 炫耀技术了,你还在痛苦着学习怎么安装?那也没关系,这个视频一分钟用最简单的方法教你安装好 codex。 首先第一步,我们安装 load js 和 git, 这是对应的下载链接,安装完以后我们输入这两个命令, 查看是否安装成功。第二步,我们配置 npm 的 镜像源,我们在自己的 c 盘的 user 的 自己的账户下面创建一个点 npmrc 文件,里面加入这个内容,然后保存。 第三步,我们直接输入这个命令,然后就可以安装了。安装完以后,我们通过输入 codex 看看卧室,查看是否安装成功,这样通过三步我们就最快速的安装好了 codex。 后面我会讲解怎么用 codex 提高我们工作和生活的效率。请大家关注收藏,我不迷路!

很多人让 codex 掉前端卡点,往往不再写代码,而在它看不到页面当下状态。 openai 在 六月十一日的 codex 说明里加入了 browser developer mode。 开启后, codex 不 只是看页面截图,它还能读 console network、 d o m 和样式状态。 进阶用法不是上来就让它改,而是先让它复现一次,再看是哪一个请求、哪个选择器、哪段逻辑先出错。 这样他给你的就不是泛泛建议,而是更贴近真实页面状态的处理路径。如果是前端交互错乱、接口状态不对、样式冲突,这一步特别有用。 你可以直接这样说,先看 console, 再看 network, 再检查 d o m, 再去调整代码。记住,先看页面状态再动手, codex 才更像一个靠谱的前端搭档。

第一次用 codex, 千万别上来就说帮我做一个系统,需求太大了, a ai 容易乱改,你自己也很难验收。更稳的方式是先让它看项目结构,再分析问题,最后只改一部分功能。 比如一个按钮,一个报错,一个页面,下面准备了三个案例。案例一,你想给后台页面新增一个导出按钮, 不要说帮我增加个导出功能,可以这样说,先找到这个页面对应的文件,分析表格,数据来源和线路按钮写法,给我一个新增导出按钮的修改方案,先不要改代码。 案例二,项目启动报错,不要直接让他修,可以这样说,先分析这个报错原因,列出可能相关的文件,判断是依赖问题,配置问题还是代码问题,然后告诉我第一步怎么验证。 案例三,你想新增一个页面,不要说帮我做一个设备管理页面,可以说在系统菜单管理下,呃,新增一个设备台账页面接口列表,在某某某 a p i。 呃,页面包含列表,新增编辑三个功能, 先搜索项目里类似一个管理页面怎么写,然后给我一个实现计划,等我确认后再执行。总之呢, codex 入门就记住一句话,先找参考,再出计划确认范围,最后再让他改。

今天尝试用 codex 写代码,一开始还挺兴奋的,觉得能省不少力气,结果刚输入需求就开始疯狂烧 token, 看着那个数字跳的我心都紧了。代码跑了十分钟,视频里加速了三倍才放完, 结果跑完还是报错,只能接着改接着烧。感觉自己像个被资本家盯着的打工人,一边修 bug 一 边看着偷肯哗哗流,明明是在解决问题,却像在给系统送钱似的,不过最后好歹把问题磨出来了, 虽然过程肉疼,但看着代码跑通的那一刻还是松了口气。下次得先把需求理得更清楚,不然这偷肯烧的也太冤枉了。 i am。

软件开发者的天又又又塌了, codex 现在居然支持 c i l 直接调用微信开发者工具,自己截图,自己检查,报错自己调整,以后是真的不需要自己干活了。

经过几天的调试, codex 已经可以正常使用 computer use 这些来控制我的电脑进行一些操作。这边也是利用两个小时时间来做一个小应用,就是开头展示的这个界面, 也就是一个本地的电子相册。这边也是展示了一下我和他的一个沟通过程,包括我提的需求,还向我确认需求,还有就是中间不断的一个调整试错,包括 ui 的 设计。 最后就是在使用成品的当中也是搞错各种 bug 和调试,加上运行下来,基本上花了快两个小时的时间形成了这个成品。 现在看到的这个也是我让 qdux 根据我们沟通的时候确认了一些需求点,还有技术构建,包括实现的一些核心功能,他利用的一些技术手段做了一个简单的展示, 接下来就看一下这个成品。首先登录界面,我们做这个星空的背景,然后需要通过输入密码来登录到管理界面。左边的菜单栏就包括了相册照片,还有一些根据时间地点来分类的功能, 嗯,可以通过年月日的切换,嗯,包括是一些不同的照片展示方式,还有根据照片多少的一个日历表, 另外就是可以根据这个照片的地点时间,还有一些重要的节日 进行一个规律的合集,形成一个回忆的影片展示,就类似于苹果和华为,现在这个回忆的功能也还比较粗糙,通过这个先试验一下,后续再不断的尝试吧。

最近用抠代码,有一个特别真实的感受, ai 确实很强,但是你完全不懂,代码真的很容易卡住,一旦报错或者是跑出来的结果不对,差距就很明显了。比如说抠代码,给我生成一个整理截图的脚本,我不用一上来就会写,但我至少要知道哪里是文件夹路径,哪里要改成我自己的电脑位置。 比如说像这种,其实就是告诉程序你去哪里找文件,整理完成到哪里。然后是变量,变量你可以理解成数据贴了一个标签,比如说这张图里面放的是图片的名字,以及你要搜索的关键词 函数,就像把一整套动作打包成一个按钮,重命名图片这个函数给他一个文件和一个关键词,他就会返回一个新的名字。还有场景式知识库,懂一点列表、循环这些基础的概念,就更容易理解他是怎么一份一份处理资料的。 ai 时代,懂一点代码真的就像懂一点英语语法,不是目的,但是你得懂一点,才能真正的交流。

很多人一听到 codex, 第一反应是,又一个写代码的 ai 吗?我又不是程序员,跟我有什么关系呢?但如果说你正在做网站后台小程序、自动化脚本,或者说你想用 ai 做一个自己的工具,那 codex 你 真的应该了解一下。 因为 codex 和普通的聊天 ai 最大的区别不是他会不会写代码,而是他更像一个能进入项目里干活的代码助理。 普通拆的 jpt 更像是军师,你问他问题,他帮你分析规划,写方案。扣袋子更像执行员,你给他一个明确任务,他会去读你的项目,找相关文件,修改代码,跑命令,看报错再继续维修。所以,一句话总结,拆的 jpt 更适合帮你想清楚,扣袋子更适合帮你改出来。 举个例子,你对普通人来说,帮我写一个登录页面,他大概率会给你一段代码。但你对扣代词说,请在我这个项目里新增登录页面,调用现有接口,登录成功后跳转工作台,不要改动某某某处。 扣代词会更接近真实的开发流程,先看项目结构,再判断页面放哪里,接口怎么接,路由怎么跳,最后尽量把功能做到落地项目里,这就是扣代词实际价值。 很多不懂代码的人,做项目,真正卡住的地方,不是不会写一个按钮,而是根本不知道这个按钮应该放在哪个文件里,不知道前端和后端怎么连,也不知道报错到底是出现了什么问题。 扣代斯能帮你跨过的正是这一步,他不只是给你一段代码,而是帮你在真实项目里推进。那扣代斯具体能做什么?第一个功能,读项目,他可以理解你的项目结构,比如说前端在哪里?后端在哪里?接口在哪里,页面组建在哪里,配置文件在哪里,这对普通人非常重要, 因为一个页面打不开,可能不是页面本身错了,可能是接口地址错了,也有可能是 tiktok 没带,也有可能是后端没启动,还是数据库没有数据,普通人看见终端报错,只觉得满屏红字扣带子,至少可以顺着文件和网址帮你定位问题。 第二个问题,改代码。这是他最核心的能力,你可以让他直接修 bug, 加页面,补接口,改样式,做移动端适配,写脚本。比如说帮我修复知识库列表无法加载的问题,新增一个客户标签,页面字段,包括姓名、手机号、来源、意图, 把这个页面做成手机端,也可以正常使用。检查为什么项目启动时报错?这些任务如果说完全靠你自己,可能一天都卡在那里,而交给扣代码,他至少能帮你推进到下一步。 第三个功能就是跑命令,很多 ai 只会写代码,但不会验证他给你的代码看起来很完整,结果你运行还是报错。扣代码的优势是,他可以在本地或者说云端环境里运行命令, 比如说安装依赖启动服务、执行测试、打包、构建、查看日期,这更像是一个真实程序员,不是写完就走,而是会跑一遍,看到问题再修。 第四个问题,解释代码。如果说你不懂代码,可以直接问他这个项目怎么启动,登录,逻辑是怎么走的,前端请求后端的入口在哪里?这个冒充什么意思?这个文件能不能改,改了会影响哪里?这类问题都很适合扣代词,因为它不是泛泛的讲知识,而是结合你的真实项目解释。 第五个功能,审查项目。很多人用 ai 开发一段时间,项目会越来越乱,今天让拆的 gpt 写一段,明天让可漏的补一个文件,后天自己复制一段代码。 最后项目里可能会出现很多重复组建、废弃接口,样式不统一。这时你可以先让扣代码,先别改,只做检查。你不需要自己读懂全部代码,也能知道项目大概哪里会有风险。 那扣代码适合哪些人?第一类是程序员,主要用它就是为了提速,把重复开发、修小 bug、 写测试、改结构这些工作交给他,自己负责判断和验收。而第二类是不懂代码但正在做产品的人。这一类是尤其帮助最大的, 比如说创业者想做管理系统老板,想做内部工具运营,想自己做自动化脚本、自媒体,想做这个素材管理的后台。普通人想做一个自己的小软件, 这类人以前是最尴尬,他有需求,但是没有代码,不会代码,找外包,怕沟通成本高,找程序员预算不一定够用,普通 ai 又不知道代码放在哪里,而扣代码的意义,就让你从完全看不懂进入到能指挥 ai 推进项目。你不一定要成为程序员,但要学会当产品负责人。 你要说清楚五件事,我要做什么?现在哪里有问题,哪些地方不能乱动,改完怎么验收?成功标准是什么?只要你能说清楚,扣代码就能发挥全部价值。 第三类是正在学编程的人,很多人学代码教程一看就懂,一到自己项目就不会了,扣代码可以当陪练,帮你解释代码拆功能步骤,告诉你应该先看哪个文件,他不是替你学习,而是让你在真实项目里少卡死几次。再说几个实际使用的场景。第一修 bug, 比如说项目启动后页面空白,浏览器一片红,你不要只说帮我修好,这太宽了。你应该说当前项目启动后页面空白,先定位原因,不要大改,告诉我涉及到哪些文件,再决定是否修改。第二个就是新增一些小功能,比如说你想加一个客户备注的功能,你可以说, 请在客户详情页新增备注字段,支持编辑和保存前端显示输入框,后端支持更新备注,保持现有的页面风格,不要改登录逻辑。第三个就是前后端联条, 如果说页面有了,但数据不显示,你可以说,请检查我的知识库页面,为什么没有显示后端数据,重点看清前端请求路径, copy, 还有说后端路由和返回字段是否一致。第四个就是部署前检查, 比如说本地他能跑,一打包就包错,刀客一启动他就会挂,你可以让他检查结构的命令环境变量、接口地址和部署配置。第五个就是自动化脚本, 比如批量重命名,图片整理, excel 手机号,去重合并文档,这些重复小事都可以让扣带字写脚本处理。最后讲清楚扣带字不适合什么,它不适合你的模糊,冤枉,你不能只说帮我做一个软件,这句话太大,它容易乱改, 你要说我要做登录页,我要修复这个报错,我要新增这个按钮,我要适配手机端,目标越小效果越好,他也不适合没有人验收扣代斯,他是会写代码的,但不代表永远正确,他可能会改错文件,也可能会修一个问题, 又会带来新的问题。所以说每次改完你都要问改了哪些文件,为什么这么改?需要重启。普通人用扣代斯不是需,不是要先学会去写代码,而是要学会写任务单, 你越像老板,他越像员工,你越向许愿,他就会越像财迷。我前一阵看了一个抖音的比较火的一个视频,就是讲一个人下载了这个扣代斯,给扣代斯一个任务,让他去自己去完成工作目标,但是在一周内帮他去赚到一万美金, 这个任务就是明显的就是在许愿。扣代斯就算再智能,他也不知道你到底想完成什么目标,所以说导致他一直在重复的无效工作。 所以说总结一下扣代思本质,他不是聊天机器人,而是代码执行助手,他能读项目,改代码、跑命令、查包、做解释逻辑,审查风险,也能帮你把一个想法变成项目里的实际的真实功能。但他不是神, 他不能说替你去做产品判断,也不能替你最终验收。你要做的是三件事,第一就是把需求说清楚,第二就是把任务拆小, 第三就是每次改完都要验收。未来很多人的差距并不是一定会不会写代码,而是说谁能把需求说清楚,谁能指挥 ai 干活,谁能把想法一步一步落到产品里。 扣代词最大意义就在这里,他让普通人第一次有机会像老板一样把技术任务分出去。你不需要一开始就成为程序员,你要先学会一件事,把你想做的东西变成 ai 能执行的任务,这就是扣代词的本质。