哈喽朋友们,上一期瑞平大模型套餐的视频反响非常热烈,评论区有不少小伙伴让我再来瑞平一下 webcoding 工具,那今天他来了 本期视频,我将会从上手门槛、智能程度、性价比来对这些 webcoding 工具进行排名,并且除了 webcoding 外,我还会将自己用到的 web design 工具一并推荐给大家。那我们话不多说,直接开始。 首先第一个,我们的老朋友 cloud code, 简称 cc, 那 cc 的 话上手门槛是最高的,没有之一。无论是 cloud 模型的网络限制,还是像这种终端的使用方式,对大部分人来说都是非常不友好的。但是呢,架不住他厉害啊,因为我最近也是在做弊端的哈尼斯项目嘛, 这不,前两天 cc 元代码泄露了,自己也研读了一下,发现这个架构是真的牛逼,而且很多人对 cc 是 有误解的,会认为呃,海外的模型就无法使用,那其实真正有限制的是 cloud 的 模型, cc 本身的话是可以接入国内各大厂商的模型的,大家不必要担心, 所以说我这边必须给到 cc 一个吭中之吭。第二个, codex 是 open ai 出的,对标 cc 的 一款工具, 那相较于 cc, codex 的 限制和门槛就没有那么高了。 openai 对 于国区一直以来都是比较友好的,并且对于新手同学来说啊,是可以不用面对终端晦涩难懂的命令和 ide 那 种密密麻麻的代码块的。 不过呢,就性价比来说,最好的 gpt pro 模型是需要两百刀套餐才能使用的,而且 codex 是 只能使用自己家 gpt 的 模型的 啊。那说到这里,你以为我又要给 gbt 一个人上人了?不不不,最近 codex 那 个用量啊,绝对是杠杠的,所以我这边必须给到 codex 一个顶级啊。至于很多小伙伴会说为什么不是吭那对比 cc 能够接入国内大模型这一特性, codex 的 话就显得有点局限了。 第三个, anti gravity, 是 谷歌全家桶推出的一款 ai id 工具板,中立的定位比较特殊,它是介于 codex 和 color 这两类工具之间的,它更偏向于急速的响应和极简的设计,而让你能通过简单的命令就能完成复杂的仓库级的修改。 那 int gravity 在 刚出的时候是非常好用的,准确性又高,用量又足,原本的话我肯定是要给到顶级的,但是啊,现在谷歌不光砍用量,实际的模型能力也是存在偷偷降至的情况,所以我这边只能给到人上人。 第四个, curson, 对 我来说, curson 也算是老朋友了啊,从刚出来的时候我就在用,直到后面 c c 的 出现,现在偶尔也还是会订阅一下他们的套餐。 那像这类第三方 ide 工具的话,科斯算是做的比较好的,它是基于原本的开发工具,融合了 ai 智能体的特性衍生出来的 ai 开发工具。但是像科斯这种虽然自己家有大模型,但我相信大部分人还是冲着它能使用预三加模型去用 的,这点是它们的优势,也是它们的劣势。之前有段时间就出现过被 cloud 限制的情况,而且经常也会出现被限速的情况, 并且 cursor 现在的定位啊就比较尴尬,能用上 cloud, 那 我为啥不用 c c 呢?能用上 gbt, 我 为啥不用 codex? 杰米莱的话我为啥不用 int gravity 呢?但是啊,毕竟是能用预判加模型的,所以说我这边还是给到个顶级。 第五个 winsole 这个工具对于国内的很多朋友会比较陌生,他跟 cursor 呢,是属于竞争对手,也是第三方工具, 同样也有自己家的模型和预参加模型的使用权。 winsole 呢,有一个叫 flow 的 核心概念,简单理解下的话就是他在上下文管理这方面做了一定的文章,积累了一定自己的优势,这也是为什么国内很多大厂啊会裁买 winsole 的 原因,毕竟有很多史山代码要改嘛。 但是如果有小伙伴平时关注 ai 新闻多的话,去年 winsole 和 openai 的 事件一定听过,所以这家公司的稳定性是有待商榻的。整体我只能给到一个人上人。 第六个字节的 tree 啊,终于讲到国内的了,我呢是以前在叫 masco 的 时候就在用了啊,后来有了 tree 之后也是用的比较多。怎么说呢,整体而言,相较于国外的 webcoding 工具还是有一点差距的 啊,但目前能够接入像 gim, mini max, kimi 这些国内主流的大模型,并且作为国内我目前认为最好用的一个 webcoding 工具,我这边必须要给到一个人上人。 第七个和第八个分别是阿里的 qq 的 和腾讯的 qq 八点啊,这两个我就放一块说了。那这两个对比翠的话,我个人认为还是有一定差距的,无论从上下文的管理还是一个工程能力 啊,这两个虽然模型能力跟翠差不多啊,因为也都是能用到前面提到的大部分国内主流的大模型,但是 agent 的 能力,哈尼斯的能力是会差一档的,所以综合下来,这两个我只能给到一个 npc。 那前面我们聊的这些都是需要有一定编程经验的,毕竟开发完的代码是需要调试的,那有没有零基础小白就能用的 bug 定工具呢?当然有,我这边自己用的比较多的就是 rapid 和 loveble, 这两款都是可以通过自然语言的方式来做出一个 app, 并且代码对于你来说完全是黑盒的,你只需要关注整体的 ui 和交互即可。这两款的话我就拿实际的案例来给大家做个对比, 可以看到左边是 lovable, 右边是 replete, 需求的话都一样,帮我做一款类似微信的 app, replete 的 话会更加的美观,考虑的也会更加周全,所以说这边我会给 replete 的 一个 hunk, lovable 一个顶级。 那视频开头提到的 web design 是 做什么用的呢?对于大部分开发同学来说,往往想页面样式的时间是大于写代码的,非常的痛苦, 这时候就需要用到 web design 来协助你了。我自己用的比较多的话是 figa、 pencil 和 stitch。 figa 的 话作为老牌的原型图软件,在 ai 时代也是没有落下,支持很多大模型的,同时并且也提供了 mcp。 pencil 的 话是 astropik 推出的对标 figma 的 原型设计软件,如果你是 astropik 粉丝的话,千万别错过。 stitch 的 话是谷歌全家桶推出的设计软件,它有一个特殊的通过手绘的方式帮你生成设计稿,效果非常的炸裂。那这三家对比的话都差不多,选个喜欢的就行。 ok, 那 最后再给大家总结一下,如果你是零基础的小白,那首推的就是 rapid level 也可以。如果你是有一定经验的,并且喜欢尝试各家大模型的,我推荐你使用 cursor 或者 winsole。 那 如果你是硬核的编程人员, c c 绝对是首当其冲, codex 的 话可以作为辅助。 这边再提一下,如果你是科研人员或者是在校学生的话, codex 的 垂直领域分析能力一定是最能帮助到你的。行,那本期的视频就到这,希望对大家选择工具方面有所帮助。我是布鲁,我们下期再见。
粉丝1.7万获赞6.8万

今天手把手教大家从零到一,学会 web 扣定。这次我不讲特别悬的概念,也不做那种看起来很厉害,但其实普通人很难落地的项目。我就做一个很实用的 chrome 截图插件,它有三个核心功能,截图、整个网页截图、当前可试区域。还有一个是鼠标框选特定区域截图。 这条视频不只是做一个插件哈,更重要的是,我想借这个过程讲清楚一件事,普通人怎么用 web 扣定,把一个想 法做成真正能用的工具。不是那种发一句话 ai 自动出奇迹的神话版本,而是真实可复现的版本。提需求、身份测试包 bug 继续改,最后打磨到能用,我们直接开始。 这部看起来很普通,但其实很关键,因为很多人一开始就输在这里,一上来就让 ai 做个截图插件,这种说法太空洞。 ai 当然能做,但他会自行脑补,最后出来的往往是他理解的,而不是你想要的。 所以第一步不要着急生成,而先把这几个问题捋清楚,做什么,放在哪,核心功能是啥?风格是什么。 我这次用两个工具打配合,一个是 gpt, 一个是 codex, 分 工很明确, gpt 负责把我的自然语言需求整理成更清晰的工程指令, codex 接受这个指令去生成项目,写代码、改代码。所以我先把需求按照目的 名称、核心功能、界面风格的要求扔给 gpt, 让他帮我整理成一段适合直接发给 codex 的 指令。点击右上角复制。 接着来到 codex, 在 左边县城这里点击添加新项目,新建一个项目文件夹。哎,咱们站起来教他 web coding 吧。 选择打开,让项目在本地建个家。这一步我为啥强调讲呢?因为很多人第一次歪脖扣顶,最容易忽略的就是项目管理,做的时候很爽,做完就开始混乱了。 所以先确定项目文件夹,再开始干活,这样你后面不管是调试、迭代、上塔,给塔步都会舒服很多。模型这里我先用默认配置。这次项目并不复杂,我们的目标也不是把参数拉满,而是先把第一版做出来,然后把 gpt 的 指令粘贴过来 发送。接下来你会看到他开始分析任务,拆步骤、创建文件、写代码,整个过程大概是三到四分钟,比古法手搓要快的多。 ok, 等他写完之后,我们先去文件夹验证一下项目结构是不是都在里面,这些都在第一轮基本就搭建起来了。 打开 chrome 扩展程序页面,右上角开启开发者模式,点一下左边的加载未打包的扩展程序,然后找到刚才的文件夹,选择它。 你看这个插件直接就被加载进来了,它的名字就和我这边起的 high screenshot。 点开右上角的插件,能看到功能入口已经出来了,但真正决定这个工具能不能成立的,还需要测试。在测试之前先叠个假哈。 截图类的插件,在谷歌自己的扩展页上用不了,所以需要找一个普通网页。我选了经常去的 reddit, 先测一下当前可视区域,哎,确实截下来了,在鼠标选中区域截图也 ok, 最后看看截图整个页面,哎, 问题来了,他这个没截全啊。这一步特别正常,真的不用失望,因为 ai 生成的第一版看起来有模有样,但或多或少都有些小问题,我们只需要把刚才的问题总结一下,让 codex 继续调整 选区截图, ok。 不 过为啥会有一层遮罩呢?可是区域也能截,网页截图还是不行。那我就把错误提示保存下来,这时候 gpt 又能帮上忙,我会直接把问题告诉他, 让他帮我把这些话整理成一段更专业、可执行的修复指令。这一招特别好用,因为很多时候不是 ai 改不好,而是你问给他的问题太模糊,你说得越清楚,他改的通常就越准。继续复制再发给 codex, codex 会根据新的指令继续修改,改完之后我们再回 chrome 测试。先是上次的大 bug, 整个网页这次截图终于正常了,整张网页都能完整截下来,清晰度也不错。当前格式区域也通关,选区截图这些功能也干净了, 不会再把那层遮罩带进最终图片。到这里,三个核心功能就算真正的跑通了。这一步很重要,因为从现在开始,它才是一个真正能工作的工具。而且这里我觉得特别值得讲的一点就是 web coding 最关键的能力,不是第一次都做对,而是发现问题后继续调试到正确。 如果你只是想验证 ai 怎么做出实用工具,那到这里其实已经够了,但我还想再精致一点,所以又继续提了两个优化需求,第一个,区域截图不要一框完就直接保存,而先框选,再允许我自行调整尺寸,然后决定要不要保存。 第二个,现在的截图图标还是有点太简陋了,我想做的更有设计感一点,这次还是一样,让 gdp 帮我把需求整 成结构化的比例,然后再交给 codex 去改。接下来再等待三到四分钟,看看它会改成什么样。我们先看结果, 首先小图标已经换掉了,现在这个深蓝色带一点相机聚焦的 icon, 我 一眼就能认出来这就是我做的那个工具。然后再看最关键的区域截图功能, 现在框选之后,四条边都可以继续调整,调完再保存,整个体验就丝滑的多。整个网页截图我也再测一下,是正常的,可是区域的截图也没问题,还是稳定的。那到这里,这个截图插件就真正做好了,你可以自己用,也可以把整个项目文件打包成内部 分享给朋友用。如果后续再出现 bug, 也不用从头来,我可以直接回到之前跟扣带子的那个对话窗口,让他继续改,只要本地项目委员家还在原来的位置,整个迭代就能继续走下去。当然,现在他还只是做出来了,还不算正式上线。 如果你想发布,可以继续问 gdp, 让他把发布流程、打包要求、图标尺寸、权限检查,这些内容一步一步整理给你。这里补充一句哈, chrom 商店需要开发者账号注册并支付一次性注册费, a 质扩展提交一般不需要交注册费,具体规则可能会调整哈。所以正式发布之前,最好还是以官方说明为准。 那为了这期视频,我前前后后其实做了三款类似的小插件,基本上每一款花上一到两个小时就能把出版做出来。但是呢,即使你给的是同样的指令,因为大模型本身有一定的随机性,每次生成代码也不会完全一样,遇到的问题也可能不一样。不过总的思路就是这样, 先用 ai 编程工具把第一版做出来,遇到问题再让通用大模型分析,然后继续回去改,继续测试。如果后面你还准备长期迭代, 比如添加功能啦,修改 bug 啦,或者发布新版本,那我建议尽早进入 gitlab 这种代码托管平台,那第一次配置可能会多花一点时间,但后面做版本管理和协助就会轻松很多。那我们今天分享就到这里,下期再见。

当文科生出生的你想学 web coding, 然后你不小心在 cursor 后面加上 download, 顺利下载并打开了它。然后聪明的你在对话框里输入了这段神秘代码,点击回车,这时候你会发现同样聪明的 cursor 已经自动帮你下载好了目前公认 web coding 最强的 cloud code。 然后聪明的你又开始解决登录问题, 于是你在对话框里输了第二段神秘代码,这时候你会发现这段神秘代码每行最后几个数字需要修改,于是你打开了系统设置,点击了 wifi, 点击了详细信息,点击了代理,然后在端口处找到了属于你的代码,并完成了替换。这时候你惊喜的发现网络已经配置好了,并顺手输入了 log in, 随机触发进入了登录界面, 然后聪明的你按步骤操作就好了。最后当你看到这个页面的时候,恭喜你,非技术出身的你已经成功打开了 web coding 这扇大门。 接下来我会继续出一系列视频,一步一步带聪明的大家通过 web coding 做网页,做 app, 并且赚到第一桶金。两段神秘代码也已经打包整理好了,需要的说啊,新年快乐,我是拉菲儿,这是精通 web coding 系列的第一期,咱们下次见!

那作为一个没有任何技术背景的人呢,我自己在 why 扣顶的时候其实也踩了不少的坑,比如 why 扣顶应该选择什么工具,在扣顶的时候应该做一些什么,以及在最后怎么让他来帮你做扣顶的检查等等。所以如果你也正准备利用马上假期这段时间来去试试看的话,那 来吧,我们开始。 那首先 by keyword 呢,你可以简单理解,也就是把你脑子里面那些模糊的想法变成 ai 能够理解的描述,然后让他帮你做出来的这么一个过程。但怎么去描述其实也是个技术活,所以呢,我就放到后面给大家做分享。 不过 keyword 的 话,其实现在市面上已经有很多的工具了,我给大家分享一下我的心路历程。比如 一开始呢,我是先接触的 g g b t 和 german 的 canvas, 你 会发现它其实就是在聊天的窗口旁边开辟了一个画布,主要是让你学会怎么用一段 prom 就 能够把你的想法变成一个像这样的画面,所以基本上没有太高的门槛的。 不过如果你想要更进一步,想要更精准一些的话,那你就可以去尝试一下,比如说 google 的 ai studio 或者是 kimi 的 visual coding, 好 处就在于,一呢是免费,二呢是他们能够让你快速的去了解如何构建一个完整的网站,更考验你输出 pro 的 能力。所以我非常推荐大家可以从这里开始练练手。 但如果有些功能你想改或者想加点什么东西的话,你可能聊着聊着 ai 就 已经忘了,哎,我前面说了啥了,它的理解有限, 所以呢,你就可以先下载下来,然后导入到 ctrl 或者是 ctrl 这样的一些 ai 编程工具里面,让他们来帮你改。因为这些工具有一个特别好的地方,就是他们能够记住你整个项目的架构,能够帮你处理一些更复杂的一些编程问题,而且操作的这个过程呢,也没有你想象中的那么复杂。 所以呢,我们就拿 ctrl 来举例吧,我自己总结了后来我自己在 yq 顶时的一些小技巧,也许你可以参考一下。 那首先我发现原来 yq 顶呢也是有工作流的,比如以往呢,我们可能就直接告诉他了,帮我生成某某网站,那他就给我输出一堆的代码。 但到后面你一定会遇到很多的 bug 或者是其他技术性的问题的,是我们这种技术小白完全没有办法解决的。所以后来呢,我踩了很多的坑之后呢,才建立了一套所谓的工作流,去尽可能规避这种情况。 比如你看啊,左边呢,我有一个叫做 comments 的 文件夹,点开之后呢,里面其实就存放了我工作里的文件啦。如果用一句话来总结他们的话,就是让 ai 充当我的 cto, 然后来帮我梳理前期的需求到后期的执行的整个过程 角色带入需求探索,方案制定还有执行的阶段。以往呢,我可能就直接拉进去了,然后就开始问他啦, 但如果每个文件都这么拉的话,你一定会觉得很麻烦的。所以呢,我就把它封装成了一个 skill 最近特别火的一个概念,只要我说参考我的 skill, 比如说我想开发一个能够下载 youtube 视频的一个工具,那它就会自动搜索我的 skill, 你 看开始工作了, 点开看一下呢,那都是我功能开发的一些工作流啦。第二点呢,就是去约束 ai 的 发挥,我真的觉得这一点特别的重要,因为有时候呢,你会发现他会为了实现一个功能啊,使出一切的手段,甚至去创给你原本的代码,我真的是 崩溃。反正呢就是一旦他给你 bug 顶出来一个什么东西之后呢,你先别急着去修改或者去完善他,而是先建立一个叫做 cut 或者是 a 准这样的一个文档。 比如你把鼠标呢移动到这个小圆圈,会显示一个叫做 actros 的 东西,下面呢就显示了一个叫做 a 准的文档。那就说明了 ai 在 开发的过程当中呢,都是基于这个文档为基础去开发的, 里面有你的基础站,有数据的结构,页面的布局等等,这样才能够避免后面出现很多的 bug 或者是其他技术性的问题。 不过怎么去建立这个文档呢?那你可以在一开始让 ai 帮你生成一个产品出行之后啊,参考一下这段题序,大概意思呢,就是帮我建立一个 a 卷的文档,里面包含什么呢?只要说清楚就可以了,过一会生成之后呢,我们再检查一下,看看里面有什么遗漏的,需要添加的就可以了。 第三呢就是其实即便你没有任何编程的经验呢,也可以让 ai 来帮你做代码的检查,因为你难免都会遇到一些 bug, 而且对于没有任何编程经验的我们,很有可能 bug 没有改好,还把代码都给改乱了,对吧? 所以后来呢,我就给自己准备了一个叫做 code review 的 文档,以后当你每一次完成某个功能的开发之后啊,你就可以把这个文档丢给 ai, 要求他帮你做一个代码的检查,所以你会看到他审查的结果是,好像也没有什么太大的问题,只不过是有一些可以维护的一些小问题罢了。 所以这就是我平时 vlog 饮食的一些小技巧和小心得吧,希望对你有帮助。不过呢,如果你有更好的一些方法的话,也希望你能够分享给我,让我也少踩点坑。 ok, 那 么今天的视频就到这, respect! 拜拜!

如果你问我,二零幺六年普通人最应该学的编程是什么?我想一定是 web coding。 web coding 到底是什么?它是 open ai 下面的一位大佬在二零幺五年提出的一个概念, web coding 的 旨意 就是凭感觉编程。那什么是凭感觉编程呢?比如说我们编辑贪吃蛇游戏,你直接告诉 ai, 我 要编辑一个贪吃蛇游戏,然后他就会帮你把代码写出来,你运行。 这个时候如果你感觉,比如说符合你的要求,你就接着往下走。如果你感觉不对,比如说背景不太好看,你可以说把背景换成蓝色,或者是把蛇的颜色换成黑色等等,这就是 web coding, 全靠聊天和感觉来做软件。 那么 web coding 跟传统编程有什么区别呢?传统编程就像学一门很难的外语,你需要花几个月的时间去背单词,背语法,可能头发都掉光了。而 web coding 就 不一样了, 他没有任何的门槛,比如说我要做一个个人主页,我直接打开 ai, 告诉他,请帮我制作一个个人主页,要求深色的背景,鼠标划过有流星雨,喝口水的功夫,几十秒,他立刻就做好。那么 wifi 定位和我们普通人,甚至像我这样的初中生有什么关系呢? 比如说以前我们想要做一个小软件,最起码也要学几个月的编程。而现在我们直接告诉 ai, 比如说我要做一个英语背单词的软件,或者是把我喜欢的动漫人物做成专属网站,他立刻只需要聊聊天就能帮你做。 发现了吗?在 ai 编程时代,我们拼的是想象力和表达能力,只要你知道自己想要什么,并且能够清晰的表达出来, ai 就 能帮你把这些变成现实。是不是听起来手痒痒了?后面也会持续分享一些 webcointing 的 教程,关注我,我们下期再见。

现在的 ai 工具啊,真的是多的让人眼花缭乱,但大部分人根本就不知道该选哪个。那今天呢,我就把市面上八款口碑比较好的 web coding 的 工具,按照使用的门槛分成了三个等级,带你去找到最适合的那一款。那第一档呢,就是完全零基础小白的用户。 首先是 lovable, 我 先说 lovable 这个工具啊,更像是把你的需求描述变成可用的圆形或者小型应用的生成器。你用自然语言把页面结构、功能的流程和内容写清楚, 它就会快速的给你一个能够去跑的雏形。那我试过用它去做萨斯的原型内部管理工具的雏形啊,包括营销落地页,包括我们的 ai 影视落地页,效果是真的不错。它对你的要求主要是产品表达能力,而不是编程的能力。第二个呢,就是 figma make, 这个呢就有点偏设计和产品验证了。一句话,一个炒图目标就是去生成可以去点击的可以跳转的原型啊,方便你去做平审和对齐 不满意的地方,还可以在 fig 码里面去继续改整体呢,更贴近设计的工作流。它非常适合拿来去做 demo 做交互验证啊,快速的去迭代这个方案,但别把它等同于直接可以去上线的生产代码生成器啊,因为即使能够去导出代码,通常也需要工程化的整理才能进入正式开发。 我觉得这个呢,特别适合像 u i 设计师,像产品经理以及想快速验证想法的创业者。还有呢,就是不会编程但又想做产品的人,核心优势就是能够去识别手绘的草图, 生成的东西都能改,和斐格玛无缝去衔接。那第二个呢,就是适合掌握基础的编程概念,需要 ai 辅助去提升效率的开发者,首当其冲的就是磕碜,那磕碜这个工具很多开发者用了就回不去了,现在的火爆程度,基本上程序员人手一个外挂 从 vs code 的 去迁移过来呢,基本上就是零成本,所有的插件,所有的快捷键都能一键导入,还能自己去接入不同的 ai 模型,特别适合你每天写代码的一个职业开发者,追求效率的独立开发者。那小团队想要去统一工具啊,以及习惯 vs code 的 程序员, 当然你得去会写代码啊,懂语法代码,能够去看出 ai 写的代码到底有没有问题。第二个啊,就是去去呢,目前是字节出品的,原声呢,就支持中文,所以你也不用担心 ai 听不懂你说的。去呢,有两个模式,一个是 build 模式, 快速的去搭架子啊, chat 模式随时去问问题。还有一个呢, solo 模式,能够去让 ai 自己去完成整个的开发任务, ai 自己完成任务,理解你的整个项目内置的开发环境,特别适合啊,我们国内的中级的开发者,独立的开发者以及小团队。 那第三个就是 open ai 的 codex, 这个呢也是通过自然语言对话,快速的去生成和优化代码,可以去独立的完成复杂的端到端的任务。那 open ai codex 的 工具呢?可以去集成到 westcode 和科室里面,也能够去支持多 a 卷的一个运行工作,特别适合 经常要去学新的技术这样的人。那创业团队去赶进度,需要快速写 demo 啊,以及验证想法的时候呢?我非常推荐大家可以用一下。然后还有呢,就是 google ai studio, 这个呢,是 google ai 的 一个原型设计平台,深度集成了 jamming 模型,能够快速的构建和测试生成式 ai 模型。它呢,也不是传统意义上的通用的业务开发的 id, 适合呢,想玩 ai 应用开发的人去试手, 那你呢,也得去会点编程技术,知道 ai 大 概怎么回事,会去写提示词, ok, 那 第三个层级呢,就是适合有丰富的开发经验,需要处理复杂任务和系统及操作的专业人士。那 第一个啊,我最推荐的就是 cloud code。 cloud code 啊,它是一个典型的一个 c l i 终端的一个路线啊,它不只是去写代码,还能帮你去提交 get, 管理项目,重构整个代码库。另外呢, cloud code 通过超大的上下文窗口,一次性去读懂你整个项目,可以减少重复的解释背景 适合处理。哎,那种改一个地方要牵涉到十几个文件的大型项目,特别适合天天去和大型的项目打交道的。自身开发需要管理复杂架构的技术负责人, 维护开源项目的核心贡献者要使用它呢,你自己得去写过代码,知道什么是好的架构啊,熟悉终端,能够去判断 ai 生成代码到底是不是在瞎扯。 ok, 那 第二个就是 google and gravity, 这个呢,是首个去原生支持 gemini 三 pro 的 agent first 开发平台,提供了任务控制中心管理啊,可规划以及编码甚至浏览网页的自主之人体。那 antigravity 呢?通过任务控制中心管理多个 ai 同时去工作, 自动完成从写代码到测试的整个流程,让非技术人员也能够去参与开发工具,也支持切换多种的 ai 模型,另外可以设置中文回复,降低国内开发者的一个历届成本。 这个也特别适合高级的开发者、技术团队负责人啊。搞 devops 自动化的工程师你自己呢?也得有多年的开发经验理解怎么去拆解和分配任务,会管理项目流程, ok, 那 最后我也想说,选工具的核心不是去追最新最酷的,而是要匹配你的真实能力水平, 工具只是放大器,你的基础能力决定了放大的效果。 ok, 那 如果你想了解更多的 ai 的 实用信息和技巧,以及和一千七百多位 ai 同行者在这条路上走得更远更稳呢,也欢迎了解江学长, ai 学习圈 在这边我们会不定期的有学习资源更新,同时也会邀请各路 ai 嘉宾来进行实战分享,我们评论区见。

朋友们,今天是个大制作啊,今天终于要讲一讲我最想讲的这个内容了,就是作为一个程序员,我是如何 vip code 的, 这期内容我也是策划了非常久啊,然后是个非常干货的视频。那 朋友现在都会用 ai 来做 vip code 嘛?他们现在很多平台都可以一句话都生成一个类似于圆形或者类似于一个小 demo 的 这么一个玩具,但是如何把这个玩具变成一个能够真正在工程上面落地的这么一个好的产品或者应用呢?其实这还是有一定的距离的, 我在现在市场上面看到上面有非常多的内容来教你如何做 vip code, 但是大部分呢,都是一些比较碎片化的一些技巧,比如说啊,这边有一个技,这个 skill 对 吧?这边有一个 workflow, 技巧都非常不错啊,我自己本人也是受益于很多其中这样子的内容,但是我觉得呢,现在市场上面还缺少一系列,就是说真正真正教你去从系统化去理解 这个 ai 时代的新的这个软件工程应该是什么样子进行的。我自己本人呢,作为一个在 matta 六年的程序员,然后现在在 webc 里差不多快一年的时间了吧,基本上这个单词刚开始出来的时候,我就开始尝试用 ai 去写代码,所以也是总结了一些经验和心得啊,在这里挑战,尝试来讲一讲自己的一些经验,希望对大家有帮助。 要理解 ai 时代的软件工程可能会是什么样子的呢?我们就要先理解是什么样子的,对吧?传统软件工程其实干着,根据我的经验,主要可以分为三步, 就是计划实现,然后验收。计划就是说了解清楚你要去做什么,这一般的话就是会产品经理会给我们提需求,或者说我们自己也会去找需求啊。这第二个呢,就是你有个计划之后,你如何去实现它,你就去写代码,对吧?写完代码之后呢,你就会去测试,去验收你写代码到底是不是正确的,然后验收之后就会上线或者去进行更多的测试。 那么我认为在 ai 时代呢,这个软件工程虽然有 ai 的 协助,但还是要按照这样子一个流程来做的,只不过在 ai 的 帮助下面呢,在每一个环节我们都可以有非常多的提效,所以我这里来分开来,先来讲一讲每一步我们都可以用 ai 来做什么样子的事情。 这第一步就是计划,对吧?计划其实非常简单,就你去跟 ai 聊啊,我要做这么个产品,然后我应该怎么怎么去实现它的功能,应该怎么去设计,把它当做一个好的产品经理。 这里的一个重点呢,就是因为很多功能它其实是没法在一天之内或者马上在一个 session 里面马上完成的。你要做的呢,就是把你跟 ai 去聊出来的计划给保存在代码库里,或者保存在某个地方,这样子在未来它有这样子的上下文就理解了啊,之前我们的计划是这个样子的, 同时在实现每一个小功能的时候呢,我也非常强烈的建议大家去用这个 play mode, 对 吧?这个其实很多博主也都讲过,我认为这个是非常非常重要的啊,就 play mode 让 ai 完完全正的把它的计划给列出来,比如这里要改哪里,这个这段代码要怎么改,那段代码要怎么改? 像我平常开发的话呢,我会花大量的精力去跟 ai, 在 每一个做功能的时候,都会跟 ai 去确定好这个 play mode 是 不是对的,然后 这样聊清楚之后,才放心的交给 ai 去改。其实花在 play mode 上面的时间会比花在剩下的时间会多得多,那么在计划完成了之后呢,我们就要去讲实现了,对吧?实现这个东西其实 ai 能有很大程度上自动化的帮助我们了,那我们的任务呢,就是说尽可能给它提供更多的信息,帮助它完成实现的实现功能的这么一个目标。 那怎么去更好的帮 ai 完成完成实现呢?我这主要分享两个我认为比较有帮助的事情啊,一个就是说你在你的项目当中更尽可能添加更多的上下文, 因为这些上下文呢,可以帮助一个,比如说新的你开一个新的 session, 他 这个 ai 就 可以很快速的理解你这个项目,这个架构是什么样子的,为什么要做这样子的选择等等这方面的知识,他就不用每次再读一遍新的代码,然后呃再去自己去理解了。 我自己在呃实现的过程当中做这个上下文的管理是这么做的,就是我会有一个大的 cloud md 的 文档,里面会大概讲一下这个整个项目的背景,是会介绍一下我们这整个这个项目项目里面现有多少的功能,然后每个功能是怎么样子连接在一起的, 然后同时呢在每个功能里面,然后每个功能就会有一个对应的文件夹嘛,这个文件夹里面也会介绍一下一些具体的这个功能他要怎么去实现,然后他是做什么的等等这方面的信息,帮助 ai 快 速的来理解我们这个功能是什么样子的。 那除了上下文之外呢?我认为还有一个比较重要的事情,就是去给他一个长期的记忆系统啊,一些经验啊,或者什么东西给记录下来。那我经常用这个东西的方式呢,就是说我有时候 call 给我写 bug 了,对吧?我会让 call 去 debug, debug 完了之后呢,我认为如果如果认为这个 bug 是 个比较重要的 bug, 我 就会让他把这个经验放到这个 memory 里面, 那这样子如果以后类似的 bug 再出现的话,他就可能就可以去看 memory 里面有是不是有我之前类似的东西。就知道啊,我不要再犯这个错了,我之前已经犯过这个错误了。 最后就要讲一下验收啊,其实我我认为其实验收是最最最重要的一个部分,然后我看到其实市面上也讲的人也不是特别的多, 我认为一个新的 ai 的 一个底层的思维变化,就是说我现在就负责提需求,然后我负责验收中间的实现。在我有足够的上台文的情况,下面我就不用去管 ai 在 做什么了,我不需要一行行的去看他写出来代码是什么样子的,我只要有一套足够好的验收方式,我就能够确定他写的代码是 ok 的。 那具体怎么去做这个验收呢?其实也不太能啊,就是去做测试,对吧? 做各种各样测试,这个市面上软件工程的测试是非常多的,比如说有单元测试,对吧?有这个端到端的测试,然后还有一些集成测试等等等等都有。 那如果你像我一样,其实我这个人不太爱写测试的,我在工作当中其实写测试写的也不是很多,那你就去让 ai 帮你写这个测试就完事了,对吧?你去跟 ai 设计好啊,我做了这个功能,这些功能要通过哪些测试来 cover? 那么在 ai 在 进行接下来改动的时候呢?你就让它每次改动完都跑一遍,就是你现在力的所有测试,能够确保你现有的现有的功能不会去被损坏。因为 ai 它其实完成你的目标是非常非常的,就是,呃,决定性的就是它一定会去完成你的目标的,不管用什么代价,不管它是不是要去,就是 break, 以其他的东西。 我在以前刚开始 webco 的 时候,我不喜欢写测试嘛,然后就会经常性的会发现,等到项目慢慢做起来,做大了之后,经常会出现那种,就是啊,它 过来,然后帮啊完,为了完成你现在当前这个目标去啊,破坏了以前的一些逻辑。好了,这期视频就简单的介绍一下,在每一步计划 实现和验收过程当中,我现在是如何使用 ai 来更好的帮助完成这方面的事情的。我认为在未来呢,我们软件工程这个行业是在进行一个非常大的范式转变啊,没有每个人都要探索这个新的跟 ai 一 起写作的方式是什么样子。 我在这里呢只是分享一下我自己的经验总结和看法,欢迎其他的这个 webcoder 能跟我一起讨论一下啊,就认为这个新的方式,新的范式会是什么样子的,有没有可能是哪些地方我还没有意识到的啊?希望可以在评论区里面见到你啊。如果这个视频对你有帮助的话呢,请点赞收藏,我们下期再见。

我相信很多非技术背景的朋友啊,一看到可乐扣的界面,黑乎乎的一个框,立马就打退堂鼓了。那今天我会给大家分享四个使用技巧,教你不再害怕他。第一个,拖动图片,很多新手一上来就会卡在一个问题,这图片怎么上传?那其实根本不用上传, 直接把截图拖到中端窗口就可以了。第二个,引用文件,没有了界面的编辑器,这文件怎么找?直接打一个艾特,输入文件路径前缀,然后选择你想要的。第三个, shift 加 table 切换模式,那在终端中按 shift 加 table, 可以 在正常模式、自动编辑模式和规划模式之间循环切换,那终端下方也会有提示啊。 第四个,斜杠命令, class code, 通过斜杠命令来快速调用各种功能。这种设计啊,其实在很多应用中我们都会可以看到,比如说豆包,它也是支持斜杠命令的。如果你不知道怎么用的时候,就直接斜杠 help 就 可以找到官方说明书,那 只要掌握以上四个小技巧,就能帮你顺利用上 cloud code。 你 还有哪些使用 cloud code 的 疑问?欢迎在评论区告诉我,我是新起,关注我,每天学习一个 web coding 的 小知识。

我写了一个小说平台,我只是提需求代码,全程是 ai 编辑,跟着我这期视频,你也可以零基础开发一个 ai 工具。第三期, tree 的 配置与使用。 大家好,接下来我们就安装一下 tree, 打开浏览器,输入 tree 官网,进入官网,点击官网右上角下载 id 按钮,等待下载完成。就是一个 x c 程序,双击下载的 x v 程序,按照安装界面提示,点击下一步,全程选择默认配置即可。 整个安装过程大约需要一到两分钟。安装完成,桌面上出现 try 的 快捷方式,和安装框右上角这个图标一样,双击桌面的快捷方式,打开 try 工具。第一次进入 try 需要登录,选择主题语言 配置,导入命令行工具,直接跳过第一次打开的用户需要登录操作,在右侧选择登录,选择个人用户,跳转到网页,等待网页打开, 输入手机号验证码,登录到工作台。主要分三个区域,左侧是项目管理区,中间是预览区, 右侧是交互区。我们主要的操作区域就是右侧。包含几种模式, chat、 builder、 m c p solo。 我 们此次课程主要用到前两种模式,后续进阶时再使用另外两种模式。 try 工具已经集成了国内主流的大模型,我们就是通过 try 指挥这些大模型工作的。我们在使用 ai 的 时候 输入一段描述,他给我们输出的结果很不符合我们的预期啊,这是因为我们输入的提示词太泛了,这时候 ai 发挥的面就很广了,导致输出的结果很不稳定。我们为什么使用 tree, 而不是使用大模型聊天框,这就是证明 tree, 它会引导我们去完善我们的提示词,就像界面上这样,我们输入的提示词很简单,与人沟通怕是对方都明白不了, 它就会引导我们一步一步的说明白我们的需求,我们看它最终输出的内容,虽然可能和我们预期的还有出入,但起码不是那么泛了,这就是提示词带来的改变,那到底什么是一个好的提示词?你只需要记住一个结构,那就是 角色, ai 扮演的角色任务, ai 要完成的任务输入我们给 ai 的 输入内容,要求我们对 ai 的 约束 输出 ai 给我们输出的格式,就像视频中的这段提示词,专业的小说编剧,这就是这次任务中我们给 ai 定义的角色,在这次任务中,你就扮演着专业小说编剧的角色, 然后你的任务是生成一个小说大纲,这就说清楚了, ai 本次的任务不要发挥,接下来生成大纲得有依据,生啊,不能随心所欲啊,就是我们的输入 依据,我们的输入去生成大纲,这就告诉他生成大纲的依据是什么的,和上面是紧密贴合的。有了生成依据了,接下来就是内容格式约束了,生多少,生成什么类型等等,这都是对 ai 生成内容的约束, 有了这些呢, ai 就 有了生成的方向了。生成好了以后呢,怎么展示给我们看呢?就是输出格式的要求,我们复制这段提示词,为给模型,我们快进了,检查一下生成的效果,还行, 是按照我们的要求生成的,当然肯定有瑕疵,一个好的提示词不是一次写出来的,而是一步一步加出来的。但总的原则就是这五段式角色任务输入要求输出,当不够好的时候,我们可以这样优化,生成的内容不清楚我们就去加细节。比如 一个普通人获得时间倒流能力,我们就加上什么人,什么情况,在哪获得了时间倒流能力, 输出的内容不稳定,我们就看那块不稳定,我们就在相应处加入约束,哪里有问题就约束哪里。输出的格式有问题不好理解,我们就细划格式,要求我们希望是什么格式,我们就规定给我们输出什么格式。输出的内容不符合我们的预期,我们就修改 ai 的 角色。 你是一个专业的小说编剧,我们改为你是一个专业的悬疑小说编剧。总之就是哪里出错改哪里。当然 用 ai 嘛,就要用到极致,输入我们的大白话提示词,然后再加上一句万能话术,请帮我优化上面的 prompt, 让输出更加清晰,结构化,并提高结果质量。当然还有神奇的 tree, 具备优化提示词的功能, 一键完成,我们还能审查模型对我们输入内容的理解是否正确。这就是我们为什么选择 tree 作为我们这门课程的工具。确实,字节的这款产品很适合初学者去使用,不只是编程,写文档、做规划等等都可以。言归正传。到这里 你应该已经清楚了提示词的重要性,定义 ai 的 角色,告诉他职责任务是什么,我们给他的信息是什么,输出给我们的内容以什么格式呈现。提示词就是 ai 时代的代码, 大家截屏记下这个公式,当然我们的主线任务是做出自己的应用,针对氛围编程,我们也总结出了 ai 编程速查手册,一页纸,大家可以查看评论区领取。朋友们,我们下期见喽,拜拜。

很多人用了 cloud code 的 一段时间,都会发现一个问题,一开始很聪明,后面越用越笨,回答越来越乱,头啃还消耗巨快。那其实很多时候并不是模型本身的问题,而是你不会用这五个最基础的命令。那今天这条视频带你一分钟掌握。 第一个命令, config。 这个命令可以说是 cloud code 的 控制中心,那输入斜杠 config, 你 可以查看和修改当前的各种配置,比如是否自动压缩会话,是否自动切换思考模式等。建议你把每个配置项都了解一下。 第二个命令, model。 如果你想切换模型,直接输入斜杠 model, 就 可以看到当前支持的模型列表,直接选择就可以切换普通任务,你可以选择 so net 模型, 复杂任务你可以选用 opus, 性价比最高。第三个命令, clear。 很多人会发现一个问题啊,聊着聊着, claus 回答开始抽风了,越来越乱,越来越慢,而且 token 消耗飞快。这其实是因为上下文啊太长了,这个时候只需要输入斜杠 clear, 就 可以清空当前对话的上下文, 重新开始一个新的绘画。我建议每个独立的任务啊,都可以开启一个新的绘画。第四个命令, compact。 如果你不想完全清空对话,但是又想减少上下文的长度,那就用斜杠 compact, 它会自动压缩历史绘画,保留关键的信息。简单理解啊,就是给绘画做一次瘦身。 那第五个命令, continue。 有 时候 cloud code 会回答到一半的时候,因为意外的各种情况,导致终端的窗口不小心被关闭了。很多人这个时候啊,就会把之前的输入再重新来一遍,但其实大可不必如此,那直接输入斜杠 continue cloud 就 会接着之前的回答继续输出。 总结一下,学会这五个命令,不仅可以让输出的质量更高,关键是还更省 token。 那 你觉得哪个 cloud code 的 命令最好用呢?欢迎在评论区告诉我,我是新启,关注我,每天分享一个外部限定的小技巧。

好了,现在万事俱备的我们就可以开始,第四步就是跟着教程做你的产品,这一步最重要的就是跟着视频照猫画虎的做出第一个你想要的产品。我一般会把视频打开放在一边,然后把我的 vlog 工具打开,放在另外一边播一播停一停的 按照它的步骤来。如果你想保守一点的话,也可以先不用自己的需求,跟着视频一模一样的做一遍,看看效果。但是其中呢,你一定会遇到各种各样的问题,这个时候不要慌,只要去问你的 ai agent, 或者是问这个工具里的 agent, 或者你其他比较习惯用的 ai 都可以, 大部分的问题只要你丢给 ai, 它都能给你提供一些解决方案。第五步呢,就是将第三步和第四步反复重复,并且不断的加难度。假如说我们做了一个简单的网页,现在想加一个数据库,那我们就找一个数据库的视频,看看它是怎么加进去的, 然后按照这个视频一步一步的把它加到自己的产品中来,或者是在下一轮你可以加一些 api, 或者是一些大模型的能力,都可以逐渐来增加这个难度。然后最后一步呢,它是一个 非必选的步骤吧,就是学一些开发的基础知识,包括什么是 get, 怎么用 get, 什么是前端,什么是后端等等。我觉得这些是可以早期了解一下,来帮助你理解这些教程,或者是闭眼踩坑,你也可以跟着视频 看到的时候,或者需要的时候再来学,可以不用一开始就准备的那么全面,因为有一些教程他们也会去提到或者是解释这些内容的,重要的呢是大家在行动之前不要做过多的准备,这样的话让你的启动变得更难,还有正反馈来的太慢了啊,那么总结一下呢,我们的五步就是选择你的 web 定工具, 找一个针对于这个工具的教程,挖掘一个你的需求或者是需要的产品,按照这个视频把这个产品做出来,然后再不断的重复,加大难度。 其实最后我想说一下,条条大路通罗马,每个人学习的方式肯定都是不一样的,那我在这方面呢,比较喜欢走的是一种 mvp 路线,就是我做下一个动作之前,我需要的最少的知识是什么,主打一个边做边学,遇到了再学,不提前学。 当然呢,这个方法也有它的优点和缺点啦,那例如学 git 这个方面,我们就来的比较晚,还有呢,那就是大家不用担心自己学习的速度。那其实上周呢,我收到了一个恶评,有人骂我都十个月了还没有学会用 git。 我觉得大家千万不要被这种时间压力影响到,因为首先我觉得大部分人都不是全职在做 web coding, 在 生活、工作、学习各方面之外,还愿意花时间做 web coding 就 已经很棒, 并且我认为 ai 和 web coding 的 红利不是这一两年就会消失的,我个人认为它最起码能维持个十年左右。所以反而最重要的呢,就是首先你今天就开始做这件事情,然后其次呢,就是你稳定不断的在学习和进步,只要你能维持并且学习和进步的时间足够久,就一定会有好的成果。 好了,那今天的分享到这里啦,如果大家对 web coding 还有一些自己的经验和心得愿意分享的话,欢迎大家在评论区补充。

歪不扣顶就是理发,这是我最近看到最有趣的一个类比,今天我就用它让小白看懂到底什么是歪不扣顶。当你来到理发店,你跟托尼老师说,按照我手机上这张图剪一模一样的发型, 歪不扣顶也一样,你跟 ai 说参照我这张图帮我生成一模一样的网站,然后托尼老师就开始剪发, ai 就 开始写代码。在剪的过程当中,你发现托尼老师给你剪的有点不满意, 比如说左边太多了,上面太厚了,要薄一点等等等等。 ai 给你生成网站过程当中,你发现这个按钮你需要大一点,那个布局需要调整,那个颜色也需要调整,本质上是一边做一边优化。 当托尼老师给你剪完之后,你发现跟你想要的发型完全不一样, ai 给你写完网站之后,也不是你想要的样子, 那最后托尼老师给你剪完的头发,不管你喜不喜欢,你都要付款。 ai 给你生成的网站不是你想要的,他 也会扣你的托,肯扣你的额度。当你经历完上一次的理发后,下一次你来到理发店,跟理发师说,请帮我剪,每次前次跟图中的一样,两边要短,巴拉巴拉巴拉 进行了更多的描述。当你再次让 ai 生成网站的时候,你会跟 ai 说,按照我这个 prd 文档来生成,里面有需求,有 x 码,有参考界面等等等等, 本质上都是描述清楚自己的需求,需求越清楚越细,就离你想要的越近。当然你也可以换一个更厉害的托尼老师, 厉害的 ai, 他 能更清楚的理解你的需求。那我们今天就到这里了,我的视频是以小白的视角带你们入门 web 扣顶。如果你觉得这期视频对你有帮助,那我们点赞、收藏加关注,拜拜。

那今天呢是第四天的分享,我们主要是来说一下在三十天中我们会用到的一个学习工具,一个是咱们国密级的 ai 编辑器 tree, 另一个是要效率起飞的 ant gravity, 几分钟零基础也可以快速配置好。首先在目前的学习中,我比较建议大家先用 tree 去试一试, 一因为它是完全免费的,二呢就是你它可以支持你去设置一个中文的界面,对咱们新手和一些学生党是比较友好的。比较 重要的一点就是它对网络环境的设置没有一个额外的要求,不论你在哪里,只要有网就可以进行一个 web 定的尝试了。 现在我们来说一下怎么下载,我们访问官网点击下载,等下载安装好之后呢,我们双击打开来进行一个基础的配置,装好安装之后,我们直接点击启动。首先就是基础设置,我们可以跳一个看着顺眼的主题色,然后语言选择,记得选择中文,然后剩下的这些可以通通跳过,因为我们前期的核心就是不折腾 我们的精力,其实可以更多的留在比如说创意啊,或者说是检查这方面,那这些东西我们可以等到以后再去设置。最后呢是账户登录,登录之后他会跳转到一个浏览器,如果之前没有注册过账号,用手机或者邮箱就可以注册了。 那现在是注册好之后,我们现在已经进入到了这个整个界面,我们可以先观察一下它整个是长什么样子的。那到这一步呢,我们的整个工具配置就已经基本完成了, 我们可以看一下左上角这个小机器人图标和这个 ide 模式,这就是 tree 的 两种核心模式。那 ide 模式呢,就相当于是我们写代码,它来负责检查,大家是一个比较平等的写作关系。那这个小机器人图标呢?就是 solo 模式,也是我们在这三十天内主要用到的一个模式, 我们只需要在对话框里输入指令,它就会自动地帮我们写代码,跑流程,检查文件,相当于一个专业的工程团队一样。最后呢,我们来选一下咱们的大脑, 我们可以点开对话框的右下角,看一下有什么模型可以选择。那现在这里是汇集了目前国内比较顶尖的一些 ai 模型,比如说像豆包、 deepsea、 kimi 等等,咱们可以先统一地选择豆包这个模型。那现在选好之后呢,我们的 tree 已经可以正式地投入使用了,如果大家想要使用海外大模型的话,我比较推荐大家去用 antigravity, antigravity 也是目前我用下来相对于 cursor 这些 a 证的编辑器中,我觉得性价比是比较高的了。大家可以在谷歌浏览器中去搜索 antigravity 下载逻辑是和我们刚才提到的是完全一样的。如果大家在安装过程中遇到了困难,可以把你的截图留在评论区或者群里,我整理出来的一些知识库也已经发在群里了,大家有需要的话可以进群并关注我,我们下期再见,拜拜。

前几天呢,我用翠开发了一个微信小程序,并且成功上架。这几天我也想了一下如何和大家分享这个过程,仔细思考了一下,如果真的能帮助到更多的人来了解编程,利用 ai 开发出属于一款自己的应用,可能是一个比较系统性的工程, 所以今天这期视频主要是和大家讲一下我的一个计划,也是我最近特别想做的一件事情,就是指挥 ai 员工,然后自己作为项目负责人,携同他们一起开发一款真正意义上符合发布标准的可用的 app 或者小程序。 因此,我会做一个系列视频,来记录我开发的整个过程,以及这个过程中所有的心得体会,包括遇到的问题及如何去解决。如果你也有兴趣尝试,可以先点个关注。那到底做什么呢?就从身边的痛点开始。 嗯,最近有一个困扰我几个月的痛点,就是发票的整理和使用。以往呢,我是用邮箱来接受我的发票,但是我用的时候呢,经常容易搞混,或者说很难去 在邮件中把这些发票全部找到,所以我打算开发一个发票助手的小程序,来帮助我管理我邮箱中所有的发票。接下来讲一下这个项目该如何用 ai 实现。我打算采用常规的软件开发流程,由产品经理接收需求并细化, 然后输出软件产品的 p r d。 文档,然后再由技术经理根据 p r d。 文档做需求评判,做技术方案分析。最终呢,输出软件开发的可信性评估报告和技术实施的方案, 然后交由前端或者后端或者其他专业的开发工程师完成开发测试,工程师做功能性的测试。 那我们制定的发布标准呢?是影响用户体验的问题,小于五十个就可以去发布。这里我个人的角色呢,主要作为项目的负责人,负责对产品需求就方案进行把控,对项目开发过程中进行质量控制,直到软件的正式上线。 那在这个过程中,除了我是真人之外,其余的所有的角色将会由 ai 去实现。以下是我简单整理的一个项目角色的分工图。最后呢,我来介绍一下 我使用的工具和平台。呃,本着一个少花钱多用国产的呃基本原则,首先第一个就是微信开发者工具,它主要是用来编辑以及调试微信小程序。第二个就是春影的中文版, 它作为我们主要的 ai ide, 用来调用 ai 大 模型,创建以上的 ai 员工角色,并且完成 web coding, 选择 train 主要是因为它现在是完全免费,并且中文友好。然后第三个工具是虚拟机,微软或者 virtualbox, 用于安装一个 linux 服务端,用来模拟我们的服务端,这样的话我们就不需要去租赁语音服务器, 这里推荐大家安装一个,然后我会在接下来的视频里面,嗯,将这个服务器完全交给我们的 ai 后端开发。嗯,最后一个是扣子平台,相对来说是比较便宜的 ai 大 模型钓鱼平台,用来调用大模型完成发票的识别等功能。 当然这里如果我们是做一个纯粹的原声,安卓或者 ios 的 app, 我 们完全可以自己训练一个呃发票识别模型,并且内置到我们的应用中啊,这次呢,我们选择是做一个简单的小程序,是因为小程序的限制,所以我们需要把这个能力转化到云端上,所以我们选择了扣子平台。 ok, 这期视频主要就介绍这么多,如果你对我后续的开发计划感兴趣的话,欢迎点个关注。下一期我将开始介绍如何在初一中创建智能体,并且开始我们的产品需求的计划和技术方案的规划。 ok, 拜拜。

昨天教给大家怎么安装吹这个工具,我看群内有很多小伙伴都把自己的截图发出来,甚至有的小伙伴已经提前学习,主动的去尝试写出了一些比较有意思的小网页。那今天呢,我就跟大家讲讲怎么样用吹去做 web coding。 很多人一提到 coding 第一反应就是 啊,我看不懂,都是英语或者是怎么怎么样的。今天我想告诉大家的就是 web coding 或者说是编程,它其实不是一种很复杂的东西,它本质上是一种沟通。想象一下电脑,它就是一个很笨的笨蛋,那我们 其实是需要给他提供一份说明书的,只要大家能把一件事情讲清楚,具备完成叙说整件事情的逻辑,那其实我们都是有外部限定潜力的。想象一下, 这就是一个拍摄的一个片场,那电脑就是帮我们干活的打工人,我们就是那个总导演,我们不需要亲自去写每一行的代码,我们只需要精准的去输出我们的外,也就是我们的意图是什么。举个例子,我们想写网页的时候,我们最好不要告诉他你帮我写个网页,你可以告诉他我要一个 在博朋克风格,或者说是我要一个有关于流动效果的一个登录网页对这种氛围感的精准的描述呢,就是 web coding 中的 web。 如果咱们没有想好怎么拍,我们这时候就需要 ide 模式,可以呼叫 chat 拆的,其实就相当于我们的军师,是可以帮我们出谋划策的。那如果我们想要立刻迫不及待去看到一个最终的成品展示效果,这个时候我们可以呼叫 builder, 它就相当于是一个全能工头,可以帮我们一键的输出我们最终想要的成品,一秒就可以把我们的想法变成一个现实。那为什么有人还是觉得,哎,输出的内容好像跟我想的不太一样? 其实是因为我们给了电脑这个笨蛋一个比较模糊的说明书。既然我们作为导演,那我们肯定不能盲目的去开始一个项目, 也就是我要重点教给大家 solo 模式下的 plan 功能,像处理复杂的大项目呢,我们千万不能让 ai 直接上来就开始进行编写代码,为什么有时候 ai 会原地转圈,就是因为它没有想好,它就直接动手了。那具体的步骤呢?就是我们开启 solo 模式, 输入我们的需求,确认 plan 的 开启。开启后呢, ai 会先给你一张思维导图,告诉我们应该先建立什么文件夹,应该按照什么样的逻辑去构建这整个项目。 我们可以去审阅检查这份计划,如果我们觉得这份计划差强人意,我们直接打断他,改完计划再让他写代码。编程的门槛已经彻底消失了,现在最需要的其实是大家的想象力和创造力,那大家可以去想一想,如果我们现在就有了一只完全听我们指挥的 ai 编程团队, 我们最想做的 app 或者网页是什么?那大家可以打在评论区里,我也会帮助大家一步一步的去把这些想法去做成一个真实的应用。那如果感兴趣的话,大家可以关注我,并进群,拜拜。

今天想跟大家分享一下飞马农的纯新手应该如何开启 web coding, 那 这个指南呢,是总结于我在过去的四十一周自学 web coding 的 过程中踩到的一些坑和得到的一些经验。这只是我的经验而已,每个人学习的方法并不一样, 所以我推荐的方法不一定适合所有人,特别是如果你已经有开发经验的话,你的 web coding 路程可能跟纯新手不太一样,可能只有部分值得参考,大家可以把它想成 我如果现在从第零周开始重新再开启一次这个 web coding 的 路程的话,我会推荐如何学习这里呢?我把它大概分成五个步骤,加上最后一个可选的步骤。第一步就是选择你的 web coding 工具。市面上的 web coding 工具真的是特别多, 我知道的最起码都有二三十个,而且感觉像是国内外每个月都在推出一些新的更好用的工具。所以这里呢,我推荐大家先去了解市面上所有的工具都是做什么的,有哪一些优点和缺点。之前我有推过一个这个视频,他们就有按照 开发新手和有开发经验的人做两种不同的排名来推荐不同的工具,大家可以作为参考。然后我们可以在这几十个工具中呢挑两到四个做一些深度的研究,甚至呢去手动尝试用一些免费的版本,试用的时候有些挑选的参考。首先 看他是否能完成你想要的功能,不管你是想做网页 web 还是一个 app。 然后看他这个工具的资源多不多, 社群大不大,如果你有问题或者需要帮助,或者是想要教程的话,能不能找到这些资料?价格和性价比呢?我觉得是可以考虑的,但是我并没有优化这件事情,主要是我觉得现在目前的价格大部分也是大差不差的, 并且我作为新手我也用不出区别,所以我会一般选一些主流的不太会出错的软件或者模型。还有一个大家经常忽略的就是这个工具背后的公司或者团队到底稳不稳定。 例如 winster 这个团队呢,之前就出过比较大的政治上的改动,所以我觉得它将来可能会影响这个产品的走向。那在试用过两到四个产品之后呢?我会去最终选一到两个 five calling 产品,并且在接下来的两到三个月中注重学习这一到两个产品。 原因之一呢,我是觉得学习成本是挺高的。每一个工具当你开始接触它到开始上手并且熟练,是有一个蛮长时间的过程的。例如我做网页的话,一开始要从两天多到现在可能两个小时就做好了。那这个过程呢,就好比学一门乐器,或者是学一门手艺, 真的是熟能生巧,你对他的掌控越来越好,越来越高效,越来越会用这个产品了。但是如果经常换产品呢,就可能达不到这个效果。其实我的视频呢,平常会录中英文两版, 然后发在四个不同平台上,所以我的评论区里经常有非常多热心的网友给我留言和推荐我去尝试新的拎拎工具。我也非常感谢大家,不过我不会马上去尝试,我会稍微查一下, 了解一下他们是做什么的,但是我前几个月主攻的是 n 八 n 和 lovable, 然后最近几个月想主攻的是 cursor, 那 我会把其他感兴趣的工具记下来,作为我之后下一波想要尝试和深耕的工具。 那当我们选好工具之后呢?第二步就是看一个这个工具的教程,那就像选工具一样,我们也可以稍微上网查一大堆类似的教程,然后选可能四到五个都打开听一下,开头看他们的模式啊,表达方式啊,或者是内容 大概是不是我们想要的,也可以去选择观看比较多的,或者评论区留言比较好的。我的习惯呢,是先快速的过一遍这个视频,不管是我在做事情的时候放在背景或者用比较快的速度或者跳着看这个视频,主要是先了解一下它的框架和大概的内容,而不是去看细节。 之前我推荐过的一些教程呢,我也会放现在资源,这里大家可以作为参考。那在真正开始实践之前呢,我们要来到第三步,就是找到一个你的需求,挖掘自己的需求来做一个产品的优点是可以给你最多的动力。 例如我之前写的这个 resolution tracker 来记录我的目标的,我到今天都是每天都在用它,所以当我在开始写这个东西的时候,我是有非常多的动力来解决我遇到的所有的困难的。 那新手呢,我推荐可以从比较简单的开始,类似于一个网页或者一个 web, 这样呢,你的正反馈来得更快一些,也能快速建立你的自信。我也是一开始写的这种不是很好看的网页,之后才开始加一些数据库和后端的内容。