大家好,我是小刘。呃,这节我们来讲一下怎么画一个详细的流程图啊,就是我讲的是不是让你用 ai 生成那种初恋的流程图,而是那种很精细的流程图,就是你写一个流程图,你非常非常清晰,不会很乱。那首先我们看这个代码啊,就是一个很简单的物流存储核心的服务, 就是告诉你怎么去哎,从那个 res 啊去获取这个缓存订单,然后呢?最后呢检查库存,最后呢再哎保存 bug 啊,这是一个很简单的 java 逻辑啊,我不带讲细逻辑啊,那现在 ai 时代了,对吧?那我们现在主要看的是怎么画一个详细流程图呢,对吧?这是我们这一个视频的本质,怎么画呢?很简单啊,首先你就要 明确一个点,就是你要给 ai 提供的信息足够详细,就能够画出那种非常非常专业的流程图,我给大家看下效果吧,这是我用 ai 生成的流程图,仅仅只用了三十秒,你看三十秒入库、出库,库存,库存同步,非常非常清晰,对不对?非常清晰, 那我们只需要做一个核心的步骤,就是在你的 prompt 当中去声明你的流程图的每一个组件的颜色,甚至你的核心流程是什么东西,然后并且呢让它标注清楚,这样呢,你的题词给的很详细,人家输出了也会很详细,不 论是 ai 也好还是人也好,对吧?沟通的时候我们只要给的足够多的输入,这个时候他的回答一定是非常具体清晰的,那这时候我们可以看到,对吧?生成 ai 流程图, 并且我们可以看到他已经告诉我们完成了四个核心流程,因为 ai 是 看得懂你的代码的,你不需要核心的去讲,但是你要大致的看得起你代码的一个架构,怎么执行呢?那你生成的流程图呢?就可以指哪打哪,对吧,非常的详细清晰。 这时候生成完了之后呢,你就会得到一个这样的文件,这样的文件,然后呢,你把这个文件干嘛呢?哎,在这边选择,注意文件选择打开,打开导入,就变成这个样子了,懂我意思吧,非常清晰啊。好吧,那就本期视频的全部浏览,我是小刘,我们下期再见,如果对你有帮助,不妨点个关注。
粉丝1.4万获赞15.6万

兄弟们还在为想做一款记账工具却被代码门槛劝退吗?今天就带大家解锁零代码开发新姿势,用你而全程打造一款记账程序,完全不用写一行代码,哪怕是新手也能轻松上手。 这里的核心秘诀就是当下超火的 macbook air。 今天咱们就用天路搭配最强编码模型 cloud open, 四点五一步步进行实操。 咱们先把记账 h 五大概的功能详细描写出来,接着让 chat gpt 为我们生成高质量的 ai 提示。人在这个过程中要尽可能考虑周旋,比如使用什么技术站前端,采用什么主题色,可别最后做出来又是千篇一律的字色生成的提示词,我们以 markdown 格式输出, 我们先建一个 server 文件夹放后端代码,再建一个 web 放前端,等提示词搞定后,直接打开编辑器,把提示词扔进去, 然后制定一下前后端代码的目录, 点击发送,咱们就可以趁着等待的时间刷份视频放松放松。 后端开发好了,我们启动看一下。 启动成功看一下数据库,数据库也已经自动创建好了。 启动前端项目 f 十二,预览一下样式有问题别着急,我们直接解决,丢给 kiro, 让他给我们修复。 ok, 登录页面布局好了,我们登录一下,底部导航栏又有问题,我们继续截图让 a 修复, 修复完成,看看效果 非常完美。数据库数据也更新了 web coding, 让零代码开发成为现实,搭配大模型,任何人都能轻松做出专属软件。技术在变,但解决问题的核心思路不变,我是 askcode, 下期见!

每天一个 kero 小 技巧,今天我们学习什么是 steeling, 以及如何创建默认的 steeling。 steeling 呢,是通过在 kero steeling 目录下的啊 bug down 文件,为 kero 提供持久的项目知识。 它主要有三个优势,第一是确保 ai 生成的代码的一致性。那么举个例子,在 type script 中,我们可以使用单引号或者双引号来描述我们的 string 字符串。 那么我们可以在 steam 中要求 kiro 使用双引号,而不是单引号,将这样的规范加入到 steam 中。第二,减少重复,你不需要在每次对话的时候呢,都告诉 kiro 你 的规范是什么, kiro 会自动使用这些 steam 文件。第三, 团队协助 steam 文件呢,可以被提交到代码仓库中,这样呢,能够确保我们的这个项目成员能够使用相同的标准去生成代码。第四,科普与扩展项目的知识。 那么 ai 的 上下文非常重要,可以决定 ai 的 输出。那么我们可以通过 steam 文件告诉 ai 知知识,让它按照我们的需求去生成我们的代码。在 q 中, 它可以创建三个默认的 seedling 文件,那么包括 product 点 md, 这个主要用来描述我们整个项目的一些关键信息,包括它的主要功能等等。第二个是 tech 点 md, 它主要用来描述项目的一些技术栈,使用的库,工具等等信息。 第三个是 structure 点 md, 它通常用来描述我们的项目的主要结构。当然我们也可以创建自己的一个 seedling 文件。 那么接下来我们就来学习如何创建默认的 steal。 我 们打开 kero, 点击左侧 kero 的 图标,那么首先在 agent stealing 这个菜单下面,我们看到目前是空的,我们点击 generate stealing docs 这个按钮, kero 的 agent 会自己开始工作,自动生成默认的 stealing 文件。 我们浏览一下生成的 stealing 文件 product, 点 md, 描述了这个产品是什么,以及它的一些关键的 component key 的 一些功能等等。 back, 点 md, 描述了构建这个电商网站的一些关键技术信息,包括它使用的 framework, java 版本,编程工具,数据库, ym 等等这些关键信息, 以及它如何进行变异的这个过程。 structure, 点 md, 描述了这个项目的关键的组织结构。 接下来我们测试一下,我们打开一个新的 session, 问 kiro, 如果我想给这个项目增加一个多语言功能,应该怎么做? 我们可以看到 kiro 会自动引用它的 steam 文件,你学会了吗?关注我,获取更多 kiro 的 资料。


不是蝌蚪用不起啊,而是 kiro 更具性价比,这款亚马逊推出的 kiro 开发工具比蝌蚪还香,免费用上最强大脑筋。 cloud 四点五兼容,分为编程规范、 s、 d、 d 编程,很多都不知道的六个 kiro 高级用法,掌握多一个就能帮你快速拉开和普通程序员的差距。第一个信任命令, 这是最提现的设置啊,比如我不想每个命令都手动确认,让 keto 疯狂的执行。找了半天啊,才发现在这里配饰搜索 just command, 添加信任命令,或者嫌麻烦的话直接加个星号,全部通过。第二个规范编程 back, 它内置了需求设计和实现三阶段的流程,分别对应了文件、 requirements、 design 和 task, 还有 whoos 钩子,可以把你经常要执行的操作保存下来, 比如每次回答都要求他用中文,还有每次生成代码时候都进行 git commit 进行保存,随时备份,非常的方便。另外还有个 steering 的 引导机制,也就是局文件无论什么时候对话,他都会引进来作为上下文, 它能帮你设置产品架构,还有技术的规范要求。第三个版本控制功能,它集成了 get 号的提交代码工具,我们可以点击活动栏的这个标签,这下面是我们修改的内容,我们点击添加, 相当于执行了 get add。 我 们可以用 ai 来生成我们要提交的信息,内容自然就写成了,检查一下没问题我们就可以 get 提交。提交成功之后, 它下面就显示了我们的提交分支内容,然后可以提交到我们的远程仓库,确认 ok 就 上传成功了,但前提是你要配置好你的 get up。 第四个子代理功能,这功能就是并行协助的功能,子代理,它允许 killer 并行地执行多项的任务,相当于开多个县城一起工作。以这个例子为例, 他要提取最近的五个项目的一手从下面的这个 report github 的 项目里面去获取。 他调用了 m, c, p, 调了多个子系统进行同步获取。每一个子系统呢?获取一部分的一手内容,最终拼成最后的结果。 第五个检查点,当我们进行多人聊天的时候,我们可以点击 restore 返回到某一个分支节点上面来达到回退的效果,让你能够更安心的去尝试多种的解决方案,更方便的去做恢复 而保留,所以每一次的修改都会有一个快照保留功能。第六个总结摘要,每一个模型它都有上下文的窗口,有一定的限度。当对话长度达到百分之八十的时候, kiro 会进行自动的总结,进行压缩,减少后面的 token 消耗, 更减少了幻觉的出现。这些技巧根本不用学,一用就会了,快去试试吧! kio 的 使用教程文档我放在了评论区,关注我,带你了解更多好用的 ai 工具。

你很有可能没有充分发挥你的 ai 编程助手的全部潜力,所以现在我想和你一起变得非常实用,向你展示一些顶级智能体工程师在 ai 编程中使用的最佳技巧。 这些人真正建立了与他们的编程智能体,比如 cloud code, hero 或 cursor 协助的系统。因此,我在这里假设你至少对如何使用编程智能体有基本的了解,因为接下来我想为你具体介绍一些真正强大的解锁技巧。 在这里,我的讲解会非常简明扼要,不会浪费你的任何时间。而且最棒的是,这一切都不需要任何新工具,这其实只是更高效的工作方式而已。好吧,那我们开始吧。 在这里,排在首位的是 prd, 优先开发。 prd 是 产品需求文档 product requirement document 的 缩写。这个词可以有很多不同的含义, 但在这里,它指的是一个 markdown 文档,是用来定义你项目全部工作范围的唯一场所。因此,对于从零开始的全新开发,这份文档通常包含了你需要构建的所有内容,已完成你的概念验证 poc 或最小可行产品 mvp。 而这份文档的美妙之处在于,它成为了你的编码代理的指引之星,里面包含了你需要构建的一切。因此,从 prd 中,你可以获得所有要和编码代理一起实现的具体功能。 重要的是,不要让你的编码代理一次做太多事情,否则它会彻底崩溃。所以,你可以利用 prd 将你的项目拆分为更细致的功能,比如实现 api, 实现用户界面,构建认证系统,你可以像这样把它们分开。 而对于综地开发,如果你是在已有的代码库上工作,与其说是记录你项目中已经有的内容,以及你接下来想要构建的部分, 但无论哪种方式,你都在为你的项目创建指引之星。很多人都会忽略这一点,他们直接跳进去开发第一个功能,但实际上,他们在与自己的编码助手进行不同迭代时,并没有建立起任何联系。 为了演示本视频中含盖的所有技巧,我准备了一个 github 仓库链接会放在视频描述中。 在这个仓库里,我搭建了一个非常基础的演示项目,同时也包含了我在这里讲到的所有命令。 所以我日常用于 ai 编程的所有工作流程都已经为你整理好了。这些就是我每天都会用到的核心斜杠命令。其中有一个命令就和我们刚才讨论的内容有关, 我为你搭建了一个完整的工作流程,帮助你创建 prd。 现在切换到本地的仓库,我已经把所有命令都放在了 cloud commands 文件夹里供你使用。顺便说一下,你可以把这些命令用于任何 ai 编程助手。不仅仅是 cloud code, 它们其实就是定义这些工作流程的提示词。 所以我就在这里为你准备了创建 prd 命令。整个流程的核心就是你可以和 ai 编程助手对话, 讨论你想要构建的内容,对吧?比如说,我想要开发 x y z, 帮我规划一下。一旦你和编程助手就你想要创建的内容达成一致,在对话中,你只需要运行 create prd, 它就会把整个工作范围输出到你在这里指定的文档中。 所以对于这个简单的习惯追踪应用来说,这就是我的 prd。 这些部分全部都是在命令中定义的模板的一部分,比如目标用户你的使命包含的内容,不包含的内容,你还可以在这里看到完整的架构布局, 这就是你现在的北极星指引。所以在此之后,你进行的所有功能开发都将参考这个 prd, 并借助你的编程助手来确定要构建什么。 在我的 ai 开发工作流中,我总会用到的另一个命令是 prime 命令。我会在每次新对话开始时运行这个命令,把项目中所有必要的上下文加载进来。 而 prd 是 我始终确保我的助手阅读的核心文件之一。因为在他对代码库进行预处理之后,我就可以直接问,根据 prd 我 们接下来应该构建什么。 这个问题我每天都会问,因为我正在向你展示我无论在开发什么项目时都会用到的工作流程,而且无论我在处理哪个代码库,这一点都不会改变。 好的,接下来你需要理解的一个重要概念是模块化规则架构。因为情况是这样的,大多数人把他们的大局规则写的太长了。请记住,这些规则是你在每次与编码助手对话开始时加载到上下文中的约束和规范。 所以如果这些规则不够精简,你就会因为规则太多而让大语言模型难以应对。因此,无论你的局规则文件是 agent md 还是 cloud md, 你 都应该让它尽量简短,并专注于那些无论你在做什么项目都适用的规则, 比如要运行的命令,你的测试策略、日制记录策略之类的内容。但当你只是在处理前端工作时,比如你专注于组建的规则,或者你在做部署构建应用的 api, 这时你应该把针对不同任务类型的规则拆分成不同的 markdown 文档, 并让你的主局规则文件去引用这些文档。这样只有在你处理真正适用于这些规则的任务时,才会把这些规则加载到大语言模型的上下文中。好的,回到我们这个非常实用的习惯追踪应用,我想给你展示一下这些规则可能是什么样子的。 我现在用的是 cloud code, 所以 cloud md 是 我的局规则文件,而且我把它做的非常简洁, 你可以看到我的规则文件甚至还不到两百行。但其实我在 cloud reference 文件夹里有更多的上下文内容,我马上就会给你展示这些内容。但在这里,我列出的是无论我在做什么项目都很关心的内容。 比如我的技术站,我希望我的编码代理能够了解项目结构,这样它就能更好地导航项目。还有我们用来运行前端和后端的命令,比如 m c p 服务器代码规范,我的日制标准。记住 这些内容真的是,无论我在做什么类型的功能,我都希望 lm 能够了解这些信息。但这里有一个关键点,就在这里,我有一个参考部分, 这里是我引用特定任务类型上下文的地方。这些内容我只想在某些类型的功能中加载,因此因为这些路径被加载到我们的全局规则中,编码代理就会明白。好吧,当我在构建 api 端点时,这就是我应该阅读这个文件的时候。 所以我把这些全部放在我的代码库的 reference 文件夹里。这里有更多的上下文信息,比如仅仅这个文档就接近一千行,而且很多文档都是这样。因为在这里我们会非常具体的写下我们的指令,并且我们可以让它变得更长,因为只有在我们真正处理 api 时才会读取它。 因此,在你的大局规则中设置这个参考部分是让你的规则保持简洁,同时又能拥有所需全部上下文的非常强大的方法, 目标是保护你的编码代理的上下文窗口。很多人都严重低估了这一点的重要性。你也可以在你的指令中引用这些文档。比如,你可能已经建立了一个用于构建 api 端点的工作流程,所以你其实不需要在这里引用它,只需要在你的某个指令中给出路径即可。 所以无论用什么方法,都要确保你能获得所需的全部上下文信息,但又不是一开始就全部加载。接下来我要介绍的技巧可能是所有技巧中最显而易见的,但它非常重要。我必须确保你始终牢记这一点。 你应该把一切都命令化。如果这个词真的存在的话,基本上只要你向你的编码代理发送同样的提示超过两次,这就应该提醒你,这是一个将其转化为命令或可附用工作流的机会。 这些其实就是 markdown 文档,我们把它们作为上下文加载进来,用来为我们的编码代理定义一个流程。 所以当你提交 get, 进行代码审查,或者从你的代码库中加载上下文时,几乎你在开发流程中能做的任何事情都可以被转化为命令。因为随着你不断使用,它会为你节省成千上万次的敲击键盘。你也可以像我现在为你做的这样,把这些工作流程分享给其他人。 回到习惯追踪器的代码库,就像我之前说的,我把我日常使用的所有核心命令都记录在这里,并包含在这个仓库里。 所以你可以随意把这些命令拿去用,并根据自己的需求进行定制。所以几乎所有我发现自己用过两次以上的提示,我都打包成了一个工作流程,放在这里你都可以随意使用。比如提交 git, 像我们之前看到的那样,创建 prd 我核心功能,开发流程中的所有内容,比如执行规划,预处理所有的验证命令,甚至还有一些关于系统引进的命令。稍后我们也会谈到。好的,接下来我要介绍的技巧同样与上下文管理有关。 如果你还没有注意到,这其实是与编码代理合作时非常关键的一个环节,所以这里我们要讲的是上下文重置。我的意思是,在你进行规划和实际编辑代码之间,你应该始终重新开启与编码代理的对话窗口。 而你之所以能够这样做,唯一的原因是你总是在规划环节结束时输出一份文档,通常是一份 markdown 文档, 而这份文档包含了你在执行阶段所需的全部上下文信息。所以我们不会做任何预设,也不会告诉编码代理我们想要构建什么。当我们开始构建解决方案,也就是下一个功能时,我们只需要把这份文档提供给他。 就是这样,我们之所以要这样做,是因为我们希望在实际编码时尽量保持上下文的简洁,这样可以为代理留出更多空间去推理他正在做的事情,进行自我验证,以及完成所有这些重要的工作。 接下来我会演示一下使用我在代码库中为你准备的命令这个过程是什么样的。所以我们总是用 prime 命令开始我们的规划,这样我们就能了解代码库里有什么,然后再和我们的编码代理进行对话,确定接下来要构建什么。 同样基于我们的 p r d 接下来最合理的功能是什么。所以我没有在这里演示整个过程。我直接进入了下一个命令,也就是创建我们的结构化计划。这是我们将要输出的 markdown 文档,我们会用它作为执行时的上下文。 所以在这里我会直接输入 clear, 彻底清空上下文窗口,或者你也可以直接重启你的编码代理。 然后我会调用 execute 命令,这个命令的参数就是我希望他读取的那个计划,这就是他所需要的全部上下文。所以我很快给你演示一下。比如在这个习惯追踪器的简单演示中,我们正在改进日历的视觉效果, 所以这里概述了功能描述,用户故事以及所有高层次的信息,所有可以参考的上下文,还有我们需要构建的各个组建以及逐项的任务分解。像这样非常全面,因为在这里执行计划时,我们没有向代理加载任何其他上下文。现在信不信由你。 我实际上把最重要的技巧留到了最后,因为接下来我们要讲的是系统进化。当你把每一个 bug 都当做让你的编码代理变得更强的机会时,这就是使用编码代理最强大的方式。 所以,与其只是遇到一个 bug, 然后手动修复并继续前进,我们实际上会在编码代理的系统中深入查找我们应该修复什么,才能让这个问题不再发生。当你发现你的编码代理一次又一次的出现同样的问题时,看到这种模式的出现,这种方法尤其强大。 所以通常当你思考可以在系统中修复什么时,要么是你的全剧规则,要么是我们之前提到的其他任何类型的参考上下文,或者是你的命令,也就是工作流。 这里会有一个可以改进的机会,因为当编码代理在某些地方出错时,很可能是他没有理解你想要指定的某条规则,或者是你的验证流程中有某个环节可以做得更好。 所以仅举几个例子,我这里有几个例子。如果编码代理使用了错误的导入风格,那么你就需要添加一条新规则,对吧?比如,你只需要用一句话简单说明一下应该是什么样子, 而且很多时候,这真的只需要一句话就够了。如果 ai 忘记运行测试,你只需要更新你的结构化计划模板,也就是输入到执行环节的内容,加入新的测试部分就可以了。 如果编码代理不理解认证流程,那么你就可以创建一个新的参考文档,并且更新你的大局规则。在处理认证相关工作时,应该参考这份文档,就像我们刚才展示的那样。 所以最终其实有无数种方式可以让我们和编码代理一起进入系统改进模式。但通常你会在刚刚完成一个功能,并且自己验证过之后立刻进行这一步。 你会注意到应用程序的某些地方运行不正确,或者代码中有些问题,然后你就会说,嘿, cloud。 我 发现应用程序里的 x、 y、 z 没有正常工作,所以我做了这个修复。 我希望你现在去查看规则,阅读我们这里用到的所有命令,然后帮我找出我们在流程或规则上可以改进的地方,这样这个问题就不会再发生了。 当然,这有点过于简化了,你可以看到我用语音转文字工具把这段输入到这里,但你大致明白我的意思, 你让他进行更多自我反思,思考实际执行和计划之间的对比,和我们制定的规则流程相比,有哪些不同,有哪些差异是我们可以解决的,这样这些 bug 就 不会再次出现。 所以我在这里对策略的定义非常宽泛,因为实际上这更像是一种我希望你能采纳的思维方式,不要只是修复 bug, 更要修复导致 bug 出现的系统。这样做会让你受益匪浅,因为你的编码代理会随着时间变得更强大,更可靠。就是这样, 这些就是我最喜欢的所有顶尖智能体工程师都会用到的技巧。正如我之前所说,我会在描述中附上包含所有命令的仓库链接,以及这张图表的下载链接,方便你自行下载。 如果你喜欢这个视频,并且期待更多关于智能体工程的内容,非常欢迎你点赞和订阅,我们下个视频再见。

谁说 ai 写代码做不了大一点的项目的?这款亚马逊推出的 kiro 开发工具,比磕死还香,免费用上最强大魔性 cloud 四点五真的爽!兼容分为编程加规范, s、 d、 d 编程 还能一键切换,小白新手都能用,真正解决了分为编程幻觉多、一致性差的问题。不用它,将一个遗留的自动化发布泊客平台的中型项目进行了重构, 成功做了性能优化和界面优化,发布效率提升了两倍。为什么规范驱动编程比分为编程啊效果更好呢? 打个最简单的比方啊, ai 就 像超级实习生,写代码强,但不懂业务,不能直接让他分为编程写全项目的代码吧,得先告诉他业务,让他学习,才能写出好的代码。那他是怎么做到的呢? 本质上啊,就是面向规范文档进行编程,就像从前写会编,升级到了 c、 java 这种高级语言。以前直接和 ai 交流,现在引入规范文档,我们只要编辑和审核规范文档就可以了。有三个工具做这件事情,分别是 spec 规格、 steven 引导文件,还有互可钩子,分别对应了 kiddo 活动栏这三个栏目。我花一分钟的时间用大白话给你讲明白。 第一个 specs, 它内置了需求设计,实现三个阶段的流程,分别对应了 requirements at md, decide md, 还有 task md 这三个文件。需求文档写的内容是结构化的 e s 符号 定义用户的故事与验证标准,也就是 when done shout 的 用户故事来描述需求。比如,当系统等待元素的加载,然后系统会等待元素的显示来代替固定的一个睡眠时间。比赛文档写的是基础的架构、接口设计、数据库表等实现方案, 比如这些 ask 实现文档里面写的是一个个具体的执行步骤,我们可以单独的手动执行,我们分别在需求和设计阶段进行内容的审核修改,然后执行任务任务这样一个个执行呢, 就会更有掌控感。比如我让他优化性能,他提了很多的任务,有减少等待时间和缓存图片等等。 有些优化呢,其实我觉得没有必要去不自信了,像规范开发,心中有数,不像分为编程啊,改了什么,我要看半天的 def 才能看得出来。第二工具就是 steering, 引导的机制 其实就是一个局的规则,它包含了产品、架构、技术各个方面的内容。这些文件啊,都设置了一个默认的加载,相当于我们不能违背的一个总纲。比如在技术文档规定了使用 python 还有第三方的库, 就不会乱来的,切换其他的基础站,避免混乱。最后一个 hook 钩子,简单理解就是我们经常要执行的自动化操作,比如我设置了每次生成的代码都用 git commit 保存,随时来备份,真是超级的方便。 或者每次的聊天都用中文来回答不可。也有很多的类型和模式可以做成自定义的手动触发命令。 那换做你,你最想自动化哪个操作呢?值得一提的是啊,分为编成分了三个境界,第一个境界是 spec first, 先写文档后写代码,以维护代码为主。第二个境界是 spec anchor, 先写文档,后写代码,维护文档为主。 第三境界是 spec as source, 只写文档,不写代码维护文档为主,例如明显做到了前两个。 另外呢, kiro 的 生态也非常的丰富,对接了很多 m c p 的 工具,功能迭代快,这得益于它背靠亚马逊的大厂未来竞争格局啊,我才有它的一席之地。想了解更多 kiro 好 用的功能啊?评论区扣一关注我,带你了解更多好用的 ai 工具!

哎,大家好,我给大家录一个如何如何白嫖亚马逊两百美美元的一个一个一个过程,然后两百美元可以开一个月是四十刀的 qq 加会员,然后可以白嫖五个月。这里看到我的账号 这边已经是有哦,已经是 pro 加会员了,我有两千多个积分。那是怎么做的呢?就是我们先默认你先有一个亚马逊账号, 亚马逊账号是需要注册的,需要注册。你这边绑银行卡的话,你可以选择国内的一些银行卡。 呃,我这边选了一些,选了我的一个银行卡,然后注册注册,注册完成之后,你需要注册完成之后,这里我默认你已经注册完成了。第二步就是进到你的控制台的里面,进到控制台, 然后你会他下面会让你做几个任务,就这边探探索这个 a w s, 这边 你就根据他的任务去完成,他有五个任务,这一我这已经全都完成过了,实际上这里已经有五个任务,你要一个一个去完成,一个任务是二十刀的额度,那我这边已经完成了,那现在可以看到有两百刀的额度。 那你把那些任务其实其实比较简单的,按照指示来,大概花个半个小时就搞定了,如果不会的可以跟豆包打电话。 然后,呃,这是第二步,第一步是注册,第二步是获取另外一百刀的额度。第三个步骤就是去获取这个 qq 会员。怎么做呢?就是在这个地方搜索 qq, 搜索 qq 之后呢,我们等一下,然后 点点这左边,左边有一个右侧和 group, 那 这边我你如果你得去新建一个用户,就是选这个,然后一直往下,如果你有的话 就可以直接添加,如果没有的话,你需要去你的暧昧里面去添加一个,添加一个这个用户他上面应该有,如果你没有的话,他会让你去添加一个, 我这边其实是已经有一个这个用户,你把这个用户加完之后,我们先看一下这个暧昧里面的 这个网比较慢,控制面板这边可以看到用户这边有哪些用户, 我这边起用了三个,实际上你只需要用一个就行了。打比方你就你就设设第一个,第一个弄完之后他会这边会,然后你一步一步给他授权,然后给他一个 pro 加的会员, pro 的 加这个会员之后呢?把这个复制一下,你给他颁发用户,然后这边一个邮箱,你输你一个 qq 邮箱或者幺六三的都可以。然后 就是登录的时候要要选择一下,不要用那个,要用选选用这个东西,然后这个必须是在 e u, 然后你要选择 e u 的 和 e u 的 法兰克福这个节点,然后梯子的话去加速德国, 然后这边选完之后,然后把右上角这个链接复制上去,这样就可以了,然后等他自己搞完应该就可以了, 去验证,验证之后这样就应该就算通过了。等一下就看到我们我们自己的账号里面有两百多的那个两千的积分进入 pro 家的一个会员, 那这是第三步,其实到此已经结束了,我们等一下看一下, 那这里看到如果你此时登录成功,然后右下角是有两百个积分,就说明。

啊,今天给大家带来的是会员系统里面的本地邮箱注册功能,首先打开软件,打开之后可以看到会员过期了,我们先申请一下会员, 升级完之后点击刷新,它会自动刷新,然后我们点自动注册, 这里可以看到我邮箱的域名,还有 qq 邮箱的地址,授权码都需要填写一下。注册的过程我快进一下, 它是自己自动注册的, 很快就注册好了。注册好之后我们可以看到日记,每一步都有详细的操作,如果有问题可以通过日记的检查。注册完之后点击账号管理, 能看到最新的就是最上面那一个,然后点击切换,我们启动一下, 启动完之后我们可以选一下模型,选完模型之后我们问他一下,你看你是什么模, 可以看到他很快就给出了回复, 我们看一下当前登录的就是我们刚注册的这个邮箱,可以看到邮箱域名还有额度,今天的教程就到这里,感谢大家观看。

啊,今天我给大家介绍一款那个 ai 编程软件,是我觉得 cosio 的 平替叫 kiro。 kiro 这个软件首先下载上面,它其实对我们来说是没有什么难度的,它只要安装就可以下载。其次就是 kiro, 它即使它可以用的这个模型其实都蛮不错的,像 kiro 的 sonata 四点五和那个 off 四点五其实都是非常不错的模型。 第三点就是 hero 的 话,它其实有两个模式,第一个是 web 模式,第二个就是 spacey 模式。 spacey 模式其实我可以大给大家演示一下, 这里我们把提示词复制过来,让那个 hero 开始, 这是写代码。首先它生成了三个,三个模块,第一个是 require 模块,第二个是 design 模块,第三个是 test list 模块,它其实先在写这个 require 的 那个 mmd 文档,这个第二个模块就是 design 模块,你看它这里设计文档其实已经设计好了,之后我们就让它开始第三个阶段,就是 task list, 也就是说也就是它的那个代码实现的一个阶段。 你看这里他说我们现在创建好了,我们现在来创建,这是一个大型的系统,所以他会按模块进行组织任务,他现在已经开始写 task 了,所以我这里其实也是启动了一下前端和后端, 稍微登录了一下样式的话,嗯,还是比较普通的,不过,嗯,前端的页面其实也 大差不差吧,就是这些模块他其实基本上都已经给我写好了,之后需要做的话就是我把我完善一下,就是后面的这些前端和后端的功能,那这次就不展现,就就不展现了,因为,嗯,后端的功能应该还有很多很多, 前端的功能应该也还有很多,估计,嗯,要跑一两个小时,所以这里我就不展示了。

听起来不可思议,对吧?但这是猎豹移动的真实案例。他们用 ai 开发了 deepvo 会议纪要软件,从需求到上线只用了两周。两个工作经验不到三年的年轻人,用 kiro 做需求分析,用其他工具写代码,最后用 kiro 做代码审查。 整个网站的 ui 设计、前后端开发,甚至连 prompt 都是 ai 生成的,上线后效果惊艳,付费率和续购率都超出预期。更神奇的是,他们改变了传统的前后端分工模式, 改成按功能模块全站开发,每个人负责一个模块,从头到尾,这样团队协助效率大幅提升,再也不用担心前后端对接不上了。 ai 编程不是替代程序员,而是让每个人都能成为全站工程师。关注我,获取更多 ky 的 资料!

如何在国区使用到 cloud 四点五的最新模型,还有 cloud 的 无限访问? 各位编程白标怪,大家好,我是 ai 学秀君君,今天的话一月十六号,那么在 这里的话,大家看一下,我桌面上的话已经把 corsa 这个 idea 打开来了,这个 ai 最强大的这个编程编辑器,那么因为受到政策的影响,而这边的话,我们用到的现在可以用到的凹凸模型, 那么同时的话在使用上啊,我们如何去用到 color 四点五的最新模型啊?这边的话大家看到这边像双列四点五, oppo 四的啊,黑酷四点五,这个都是能用的,大概刚刚已经进行了一个对话 啊 啊,我们直接进行使用就可以了,这里的话主要是用到的一个助手啊,用到一个助手啊, 它是可以支持这个功能哈,可以支持这个功能,那么在用户使用上的话,大家可以看一下哈啊,我们支持的是三合一,就是可以用到三合音,这个三个 i d 的 话是支持同时去 在我们的桌面上进行打开,那么这些模型选择的话,都是上面都有介绍啊, 然后使用起来,然后非常简单,这边的话点击这里键续杯就可以来键续杯就可以啊,这是无线模式,只要大家看好,只要是在我这个时间内啊,都是可以正常去用的, 我们这边的话随便给他输入一些指令啊,都可以进行访问啊。大家如果是 对于 ai 这一块有感兴趣,特别是新手小白,有这个需要的话可以关注啊,然后引荐三年,我把它分享给大家这个通道。