第三个常见操作,呃,我再延伸一下,因为我想到一个问题啊,就是我刚刚说我们使用 getback 命令窗口,如果说 idea 你 已经集成 get 也不能够克隆的话, 那么就直接使用 get 版型。但是很多刚入职的兄弟,他很容易钻牛角尖,知道吧?他必他,他就必须想着我必须要通过这种方式来坑路下来。这种我是不建议大家去钻牛角尖的,知道吧,这只是一个工具,只要这个工具 他能完成我们最终的目标就行了,我们没必要非要使用某一种方式来去完成。 我说这句话意思就是在我们入了之后,一定不要学会钻牛角尖啊,钻牛角尖是很可怕的,因为你的时间是很宝贵的,不要把你的时间浪费在钻牛角尖上面。 第三个常见操作,常见操作的话,我们可以看到这里就是我们的 当前分支啊,就说明我们当前在第一位分支。然后我们点开这里就是更新代码,也就是我们常说的 pull, 这个就是 pull, 这就 commit, 也就是我们提交代码 pos 的 话就是推送代码,这个的话就是新念一个分支啊, recent, recent 就是 我们最近使用的一些分支,这个 local 就是 我们本地的分支, remote 就是 我们远程的分支, 远程的分支,这些大家要知道,这些常见的操作, get 中常见的操作,一定要知道,一定要知道,我们更新代码一般就是点这个 appdata project 不 会点这个的,这个不用点,点这个 好,这是这些常见操作,给大家解释一下,然后提交代码,提交代码的话,就是点击我们这边这个图里面的 commit, 或者我们 ctrl k 快 捷键也行,也可以去提交代码。 这个时候我们要注意一点啊,就是我们正常情况下,我们可能会说,经常会说你有没有把代码提交了,有没有把代码提交了,这个提交其实是口语化的表述,并不是我们说的加密的。这里面的提交其实是说你有没有把代码推送了,就有没有推到远的仓库, 因为同事你的同事问你,他肯定是想问你有没有把代码提到远程仓库这边,他才可以更新下来,对吧?他肯定不关心你有没有卡密特到本地啊,知道吧?这点大家要知道,卡密特的话就是卡密到我们的本地仓库啊,只有把我们把代码复制到远程仓库的话, 然后你的同事那边,他才能够从远程仓库更新代码到他本地的仓库,然后我们按 ctrl k 的 时候,就会出现这个界面啊,出现这个界面 这里面的话,就是我们所做的更改带 copy 的 文件,带 copy 的 文件这里面的话就是没有,也是更改的文件,但是他没有进 i d d 啊,也就他还是在工作区的,没有到战城区啊,这里面的话都是已经到战城区的,但还没有 copy 掉了。 我们没有到站点区的文件,也就是没有 i d d 的 文件,它都会显示成红色,显示成红色,然后我们 i d d 的 文件,但没有去加密,它就会显示成蓝色,如果我们加密了,那它就会显示的正常颜色,也就是我们正常的这种颜色白色吧,对吧?正常的白色, 这里的话就填写我们的提交信息啊,这个提交信息一般就是说写你本次代码做了什么东西啊? 然后有些公司的话,它可能会有一些做一些提交规范的校印,如果你没有按照它这个提交规范的这个格式去填写的话,那可能你 copy 不 成功啊? 点这个就是 copy, 然后点这个的话就是 copy 并且破袭。一般我们不点这个,我们是分开,一般我们是先 copy, 然后再去更新代码,对吧?我们再去破袭。
粉丝2194获赞7978


嗯,今天给大家简单的介绍就是我们,嗯, get 怎么在 idea 中去使用的? 嗯,我们大部分情况下呢,都是学的这个 get 的 一个基础理论,嗯,比如在网上搜这种 啊 git 的 教程,它一般都是让你简单了解 git 的 一个工作原理,然后你会用这种命令来在终端里进行一个使用,但是我们 可能在开发环境中结会结合着我们这个 vs code 或者是呃 ide 去使用到啊,我今天就给大家来简单介绍一下。首先我新新创建了一个文件目录, 如果我们想把它啊开始进行一个代码管理,我们手机首先就要呃把这个文件目录进行一个抽象,抽象成我们的代码仓库, 我们首先点击这个更多窗口命令,这块有一个提交,然后这块有一个创建 get 仓库,我们点击啊,这块会直接到你那个文件目录下,我们点点击打开啊,这样的话就已经出水话好了,我们可以看到 啊,已经有了一个慢分之。然后呢,我们在这个目录下进行一个编写代码,比如我们就简单写一个 test 类吧, t 在私立。然后呢,我们呃这块他会问你是否将呃以下文件添加到 get 处,我们可以选择取消或者添加这个,我们一会就呃手动添加吧,点点取消 啊。比如说我们简单的写一串代码吧,写一串代码的话写个慢方法,然后呃这块就 csma 的 第一次 测试提交好,这个代码已经写完了,现在我想嗯,进行一个嗯,提交管理嘛, 通常情况下我们是会 get enit, 然后 get 把这个代码文件进行一个 get edd, 但是我们在第二中呢,就不需要这么做,直接这块有提交,我们点击这个勾选,其实勾选这一步就相当于我们在命令行中 get edd 的, 把它 加入到我们这个暂存区,然后我们再 get commit, commit 会让你写一个提交信息嘛, 其实我们在这块写一个提交心,就是第一次提交,然后我们点一个提交的话,就类似于我们面板上窗口这个 get commit, 然后我们点击提交,这块没加上, 那我重新点击好,这样的话就已经完成了第一次这种提交。 嗯,然后我们再写一段嘛,就是我们写一个 test 二嘛,然后我们再进行一个提交,这一块就是第二次。 好,我们可以点击这个 get 分 支啊,可以看到它这块已经有了两次提交,第一次提交的话, 呃,这块是第一次提交吗?然后第二次提交的话,这块是第二次提交啊,就可以在这个分支中进行一个简单操作,比如说我们想要 想要什么呢?想要回复到第一次提交,怎么回复呢?我们可以点击这个,呃,第二次提交,点击这个还原提交啊,你看就可以直接的变成我们这个第一次提交, 它会还有一条信息,就是说 recover d s 提交,就是给它变到 d s 提交之前啊,很简单都是,如果我们在面对行的情况下呢,可能会用到 get recite 啊,然后通过这个版本号进行一个简单的一个操作,嗯,可以在这个目录下去看一下这个命令,来给他 get log 看一下,可以看到这些都有这个版本号,通常的话我们像刚才那样的恢复可能需要 get receipt, 把这个版本号复制在下面才能恢复的。第一次。 好,这就是我们简单的进行一个啊操作,但是通常情况下我们会使用到的是添加到远程仓库,远程仓库怎么来做呢? 嗯,我们首先点击这个 git, git 这块有个管理远程,管理远程之后呢,你需要,呃,就是把远程这个仓库 dyl 给输入下来,我们简单的在 嗯, git 中去找一下嘛。 git 中我们去新建一个仓库, 比如我们随便新建一个仓库,新建一个仓库叫 test git 啊,这块的话就私有的话,然后我们不需要选择这个抽象模板,就直接给它创建就可以了,创建的话它会有一个这样的链接,我们点击复制,复制过来之后给它添加到原车上 啊,就可以了,就可以了,这样的话我们就可以直接给他推送到远程进行一个管理。比如说我们 ps 踢掉,然后第三次,嗯,我们进行一个远程远程踢掉,然后把我们的一个框给这块勾选上第 三次远程提交,这回我们不要点击提交,提交并推送就可以给他到我们这个远程上。那可以看到啊,这块有说。嗯,将这个,嗯, 将这个主分支会推送到远程常驻我的主分支,我们进行一个推送。好,他正在推送,已经推送到临床操作上,我们刷新一下给大家看一下,可以看到这是我们第三次进行一个提交, 嗯,这会有个第三次远程提交嘛,对吧?嗯,但是通常情况下需要你配置一下这个 get 啊。

哎呀,救命,这锅比天大呀。理解您的紧急情况,不过当时约定出报告的日期是明天,今晚出报告不现实了, 领导可没有我这耐心好吗?我们二十四小时在线是几大问题,但是你这出稿今天刚确认还有一步审核流程呢, 确实需要时间,要不明早我尽量让审核老师加急处理一下吧。这是加急费的事吗?审核老师又不是外卖小哥,能加钱就加速啊。加急费只是查新流程中加急使用的 审核这一块没有收费说不可控啊。如果明天来不及,要不你先拿出稿去后续补一下盖章本? 终于松口了,早知道明天就用当时,当时就该安排提前一天出好不好?明白明白,感谢理解,我现在就去给审核老师留言,祈祷明天早点出。

你还在用最原始的方式挑 spring 问题吗?报错一出来,先打断点,再翻日记,最后怀疑人生。我最近在用一个插件 spring debugger, 做 spring boot 开发的时候调试效率直接拉满它最爽的点是什么?就是能帮你更直观的看清 spring 里面那些最绕的东西,并注入到底成没成功, 依赖链路怎么走的请求流程卡在哪一步一眼就清楚。以前排一个问题,来回切代码,打日期,打断点,半天找不到原因,现在很多问题,打开一看,哪个配置没生效,哪个并没装配,哪个调用走偏了,很快就能明白。 尤其你项目大模块多的时候,这种插件真的太香了。说白了,他不是替代你调试,而是让你调试更快更准更清楚。如果你平时写 spring boot 比较多,听我的去装好工具的价值就是让你少加班。

我们启动安装程序,轻击两下启动安装程序。接下来,接下来请在这两个选项前打勾,确认 这个补充到后续环节, 随后点击完成。 此处是激活这个软件包,点一下这几个 确认,随后将这个激活码进行复制操作,随后双击进行开启,点击确认, 选择第二个选项。请提供需要重写的字幕文本内容,点确认 字幕文本一、维持原意为。二、中文版本,请调整措辞与表述形式。三、保持语感与格调统一点安装不跟动标点符号的运用。五、篇幅需与原文相近,这点即为关键。六、不改变原有句子的语序。七、 直接返回修改后的字幕文本,勿增添任何额外内容吧,不要在语句前添加改写等标识。请修改以下原文的方法,尝试一次,原文达成, 重新启动一次, 此刻已经安装完成。


曾经秒回,现在被拉黑,人心变了,连痕迹都没有了都不留,这样你甘心吗?如果不甘心来看我实操就是打开我们的聊天软件,在上面的搜索框里搜索飞猫专线, 然后呢,再点击飞猫专线 app, 然后再点击这里按他的提示去操作。然后呢,再点击何姐电话去我打,接下来再点击我已征得并同意,最后再在上面的框框里填上对方的电话号码,提交拨打就可以了,如果不甘心就快去试试吧。

今天是今年上班的最后一天,大家放假了没有?分享一下普通人怎么学 ai? 大家可以看到我发了比较多的视频,都是一些 非常简单的使用方式,对于使用 ai 编程的,我的心得就是先用,先产出效果再去学习, 就保证你先把它用到工作上面去,再通过跟大家互动,查官方的资料,找资料学习,这样的方式成长是最快的。 像我经常会带着问题,带着一些自己遇到的坑分享出来。有时候评论区也有一些大神看到我们用的 ai 可能 比较生疏,然后也会在下面给了非常多的好的意见。其实你们也可以在我的置顶视频能看到很多好的建议, 就比如说前段时间,针对前段的问题,我只要把我遇到的困难一提出来,评论区有非常多的人把自己好的方案把它拿出来了,我就会把这个 评论区的方案把它拿出来了,我就会把这个评论区的方案把它拿出来了,我就会把这个怎么用的怎么做的, 包括后端的方案也是如此。所以小白学 ai 编程一定是先想办法,先动手,先创作,遇到问题再用 ai 解决问题,或者是发一个作品出来,让大家会给你一些更好的方案, 停留是解决不了问题的。像我们今年也算是新历年,二零二六 ai 团队转型成功,按照农历来算的话,还没有过要等到二零二六新年, 所以当时老板出的一个决定,让全员转的 ai 公司来解决这一个 ai 的 token 问题,是一个非常明确的举动,但是也有很多人止步于前进,也是在于 token 需要自己去 处理,但是对比于尝试,我更觉得是成长应该比那一点头肯更重要,因为我自己也是挺长时间没有编程了,但是我现在是属于 ai, 覆盖率百分之百,正是因为我太久没有待在编程岗位了,一直做管理岗,这一次呢也是我带队转型的,那我肯定是亲自参与其中,我不但参与其中呢,我还要得记录出来,分享出来, 分享出来,见证我自己团队以及我个人的一个成长。我现在也算是一个比较新的小白。 ai 编程,其实评论区很多人已经用了好几年了,我才用了两个月, 这个看出来这个经验的区别,对于关注我的人也好, 对于公司也好,对于我自己也好,真的这个 ai 变成团队转型的答案,我自己挺开心的,因为现在我们的大量工作进度都能跟上了,而且产出的质量相对比较高。 其实很多人还容忍不了 ai 犯的小错误,但是我是能包容的,因为我是审核代码的人,我告诉大家一个事情是,我人工审查代码的时候,问题比 ai 还大,以前我审核 就是手写代码的这些质量,其实经常会出现非常多的低级错误,不应该出现的错误, 我在这里都不大好意思讲出来,后面我再发视频讲吧。所以说如果大家想小白学 ai 编程的,就一个事情,启动 idea, 输入你的指令, 让 ai 替你做事情,开始省略方案,让它生成代码,省略代码,把代码跑起来进行交互,符合你的要求,能跑得通, 只要数据不错,那就是这个。所以做程序的标准是先把项目跑起来,把功能完善, 再谈代码的见状以及效果有多么好、多么厉害,做出来才是王道。 ok, 今天的收官之战就聊到这里。

领导的一句十分钟后给我心直接凉一半。打开这个软件,把领导的话原封不动的叼进去,然后复制这五句话 照着用。临时任务不翻车,觉得有用的点赞收藏,救急的时候全靠它。关注我,让我们一起用 ai 提升自己。

后台呢,有个粉丝朋友问说科眼中 id 是 怎么来的?哎呀,这个问题感觉你能问我啊,这感谢感谢信任啊, 咱目前为止连一篇一作的 i c i 都没有,那你你敢问我?不过我还是觉得问对人了,因为咱平时呢,虽然没有文章,但是 id 呢,还是目前来看,我觉得还是 ok 的 啊,尤其是有一次啊,我们实验室来了好多好多小朋友,然后我们老师呢,就觉得没有足够的这种 id, 让他们去做一些实验,开展一些工作,当时呢喊我去办公室,我说我都已经想好了, 我们老师说这么多人你能想好啊?我说是的,然后呢,就从拿出一张纸一样,一二三四五,怎么怎么样,我们老师当时就很开心,他说那既然你你有这么多的 idea, 那 你就去 啊,带着孩子们搞科研吧。我说行啊,所以呢,我觉得虽然咱没文章啊,但是回回答这个问题而言还是 ok 的 啊,这个前面说的有点有点多了啊。那么接着呢,咱就具体展开说一下,我觉得科研的 id 呢,三点,第一点 就批判性思维,第二点有好奇心,第三点,如果有一个第三点的话,就是勤于思考。 那么现在的第一点展开啊,就是批判性思维。我呢,就是老觉得啊,老觉得这个大家发的文章里面各种东西吹的吧,神乎其神, 有些性能吧,也搞的是很玄乎,但其实,但其实很多东西经不起推敲的,甚至包包括很多大佬,大佬族里的实践,大佬族里的 nature, science, 大 脑思维,即使有这样的一些工作,你仔细去看那些理论,看那些数据的时候经不起推敲, 大佬上线如此,那后面的那那那好多这种啊,千篇一律的文章,甚至故作新奇的这种文章 都经不起推销。所以呢,我老是抱着这样一种心态去看待这样的一些文章吧, 所以我不信那些东西,不信那些东西,然后自己呢就逼着自己去想,哎,这个东西,既然他说的是错的,那么怎么样是对的,我只要把这个对的能够讲出来, 我觉得就足够的有创新性,足够的牛逼。所以呢,就是,哎,因为因为这个啊,所以我总是有这种,有一些不一样的这种想法。 这是第一点,批判性思维,批判性不仅是批判这个文章,不仅是批判大佬,不仅是批判传统,而且呢也是批判老师,也是批判 自己,就是我们所有的大家想的都可能是错的,包括自己想的也可能是错的,所以呢,时刻画一个问号在这里。第二点就是好奇心, 好奇心呢,就比如,嗯,从生活中的一些现象,到实验中的一些现象,到这个这个这个,呃,文章中的一些现象 啊,尤其是生活中的一些现象啊,就是啊,太阳东升西落啊,这个水结冰,水又融化,对吧?好多这种现象,其实它都蕴涵着一些背后的机理。 嗯,我之前就经常跟我们老师开玩笑啊,我说 inspired by nature, published on nature 啊,就是说我们从大自然中得到启发,然后将来呢发在 nature 上,我们老师呢,当然是听后觉得很开心的,其实确实如此啊,就是生活中的这些现象背后的这些积累, 很多人都解释不解释不明白的,或者说这个大自然呢他一直在尝试着告诉我们一些东西 啊,如果能从中得到启发并且呢产生一些好的好的这种想法,这些想法我觉得就足够的新颖并且呢足够的 具有创新性啊。我呢有目前有两三个工作吧,都是因为这种啊,都都是因为这个 而产生的。第三点就是轻易思考,哎,这这一点怎么感觉跟跟别的重复了,像我的话呢啊就是每天睡觉的时候就经常人躺在这了那脑子还在动 就一直在想嗯,为什么是这样的,嗯?为什么是那样的,然后想起来记下来想到一个新的东西记下来,记着记着啊就记下了好多好多东西。嗯 哎我记得上上次看的时候我就专门整理的一些这个就这种冷不丁想起来的这种这种小的 id 几百个,两百多个应该是两百多个 啊,当然不见得每一个都都是那种很牛逼的,但是呢每一个小小的,每一个小小的或者几个呢加起来是吧他就能形成一个大的,就这样呢就是 我时不时翻看一下那个那个记录的那些东西,就看着这几自己产生的这几百个奇奇怪怪的想法,我就觉得哦,哎将来这个呢可以发展一下将来那个呢可以发展一下, 对吧?然后就就有一些这种 idea 了。那以上呢这几点啊是我个人啊个人的一些经验和体会,它不见得是对啊,不见得是对啊, 也不见得牛逼啊,只能说咱们隔着屏幕啊简单交流一下,希望呢能对你将来的科研啊有帮助。

大家好,我来给大家分享一个激活码,就是这个激活码,正版的激活码可以激活我们的 id 和拍叉软件,我来给大家演示一下,打开我们的 id, 软件提示激活,我们把激活码全选复制粘贴进来,点击激活, 这就激活了,非常的快。我们的拍叉软件是一样的,也是可以激活, 我们把激活码粘贴进来,点击激活,一秒钟就激活了这个激活码,最新版的软件也可以激活,我把激活码放在了这里面,感兴趣的小伙伴可以获取一下。

哈喽,大家好,今天想和大家来分享一下,怎么把一个模糊的 idea 变成一个真正可以交付给 ai, 让 ai 去执行的一个产品文档。春节这段时间又有非常多的大模型发布了, cloud 的 四点六, open ai 的 gbt 五点三, codex, 还有我们国内的智普 glm 五 以及 mini max 的 二点五。到今年这个阶段为止,我感觉大模型特别在抠定这个能力上,真的是比之前有非常大的一个进步,至少对于我而言,现在基本上没有手工来抠定的时候了,全部都是口喷式让 大冒险来帮我写代码。所以我觉得现在这个阶段应该是有想法的人,不管是文科生也好,理科生也好,都是一个非常好的时机,让自己的 idea 变成一个真正可以落地的产品,甚至是可以让更多的人来使用的一个产品。但是很多朋友也和我反映过, 他们有一个想法,想让 ai 去帮忙实现的时候发现 ai 实现出来的效果非常的差,甚至是驴唇不对马嘴。那我今天就是想来分享一下, 我是怎么来做培养这个阶段的工作的。那我们先来看看为什么从一个模块 id 变成一个产品文档的重要性。我觉得最主要的一点就是 ai 其实并不知道我们脑中的想法,以及我们所知道的一些上下文的内容, 所以我们和 ai 去聊的时候,要把很多的东西交代给,其实在这个阶段其实就会挡住很多人了,因为你可能要交代背景,交代主要的问题, 还要和 ai 说一下你的面向的人群是哪些,以及你想要达到什么样的效果,还要考虑一下成本,甚至还要考虑一下你这个产品的一些极端的条件,一些边界测试,那这些都是一个非常细及繁琐的一个工作。你在和 ai 聊的时候, 其实很有可能是想不全的。比如说想要达到什么样的效果,你其实就是想和 ai 定最小 mvp 的 一个范围是什么, 不是最重要实现的是什么功能。在成本上你也要考虑时间成本、金钱成本和人力成本,你甚至还有其他的资源投入的成本,这些内容上下文都是非常多的。当真正变成一个产品对外发布的时候,其实细节还是有非常多的,甚至会想象不到的安全问题,包括一些支付问题等等等等。那我现在来分享一下,我是怎么一步一步 和 ai 磨合。第一版其实我也是在探索阶段,就是直接用自然语言聊天的方式和 ai 去交流,我想到什么就说什么。 但是这里有一个非常大的问题,就是因为背景胶带的不够细,不够全,所以往往做出来的东西和心里想要的东西差距还是蛮大的,甚至有很多细节上面都对不全。这个阶段很多人都会觉得 ai 怎么这么差劲,可能就放弃了。 我也有过这个阶段,当时是 gdp 三点五的时候,想要做一个 id 和 ai 聊,就是在对话框的里面,他给我做出来的一个网站,其实和我心里相差甚远, 那个时候基本上还是自己固定为主。还有一个他做出来之后,你有很多不满意,还是边和他交流边体验边让他改,那这样也会有几个比较困难的地方,比如说第一个是很浪费时间, 你要一个很细的地方去和他聊,相当于是把二十分的东西,你要改到八十分甚至一百分,这个中间的时间就变得多了,所以当时我觉得还是自己写算,挫败感很大。第二个问题就是上下文爆炸,因为你和他聊的太多了, 有一个问题就是因为没有约束性,所以往往 ai 改了一个功能之后,就把其他的也改了,甚至直接把整个系统都给弄崩了。那第二个阶段,很多人会分享和 ai 聊的比较好的提示词,比如说一开始就给他设定一个人设,你是一个自身产品经理,请将我这个模糊的想法转化为 ai 可以 遵循的循序渐进的执行计划,包括任务和提示, 这个时候就可以进行一来一回很多轮的聊天,然后最终形成一份还不错的产品文档,这个时候已经比上面自然交流的时候要好很多了,这份文档我感觉应该大概四十分这么一个水平。还有一个有些人也会有一些结构化的提示词出来,比如说 b r o k e 这种, b 就是 背景知识, r 就是 raw, 介绍你是一个什么样的角色,还有 o 就是 objective, 你 的目标是什么,这是 t, 就是 关键结果。对 e, 那 你的步骤是什么?或者是其他的一些结构,有一个比较好的框架性质,是次结构效果会好很多。 这个步骤的结果虽然有提高,但是我觉得相当于是初期的产品经理。第三步是 ai 工具,后来都会有一个 plan 的 模式,我这边以 cloud code 为例, cloud code 也是我个人感觉效果最好的一个 ai 控件,之前的一期视频里面我也一直在推荐大家用, 那这里我也以它为例,本身卡拉扣的也是免费的,具体使用可以看我上一个视频,它会有一个 gun plan 的 一个模式,你进入之后它就是进入了一个计划模式了,你可以用自然的语言去和它交流。比如说我想做一个适合我自己的日语五十音学习的那么一个网站,你就把你自己的想法发给他,然后 它可能会触发它内部的一个工具叫 ask user question, 它会以问卷的方式来和你进行一个交流。这个 ask user question 这个工具目前只有 cloud code 的 有,但是你如果用其他的 ai 工具,比如说字节的 tree, 你 也可以直接在里面说,请用 ask user question 一 样的方式来采访,我也会有这种问答式的方式,这个效果出来我感觉已经是达到产品经理七十分的水平。 在进一步推特上分享了怎么更好地去使用 plume 的 这个模式。不是这个哥们,他本身就是 cloud code 的 一个成员,他在推特上分享了他来怎么使用这个工具的, 直接在这个 specdmd 里面去描述这个 feature 想要的功能或者效果。发这段提示词给 cloud code 的, 这里其实包含了非常资深的一个开发人的想法,他会让他说你从技术、实现、 uix 以及各种的方方面面来深度的采访我, 直到这个阶段结束之后,再把采访我的这些结果写回这个 spec 文件,我觉得到这一步,他其实已经从一个开发者的角度去让这件事情变得更加的细节。整个流程基本上就是你新建一个 spec 的 点 m g 的 文件, 上面这个文件的名字你可以任意的取,都没有关系。在文件里面用自然语言描述自己的 idea, 什么东西都可以写,你想到什么就写什么。 再用我这个 prompt 直接发给 ai, 让它唤起这个 ask you the question to。 我 之前用这个工具呢,非常的细,甚至有一百多轮的对话,但是可以看到这个工具的和这个 prompt 的 强大, 真的可以任何一个角落都不放过。另外我建议大家还是用它的英文版本的状态,效果可能会更好,因为毕竟我们这些大模型其实底层都是用英文的。这是我的一个经验,大家也可以自己去尝试,看看效果到底怎么样,找一个自己舒服的就可以。目前主流的还会有第四个方式,使用头脑风暴这个 skills。 我 们知道现在 card code 自从去年年底那会出了一个 skills 之后,基本上所有的 ai agent 目前都已经在跟进了。最先反映的是 open code 好, open ai 现在也有,现在字节的 tree 上面也有了这个脑报的一个 skills, 你 安装好了之后,会用索格拉底式的方式,把你这个模糊的 idea 慢慢形成一个项目文档。我这里有一个例子, 这是我的一个 prompt, 请用 brainstorm 这个 skill 来探索我这个想法,这是你后面一段描述,就针对你这个想法的描述就可以。 风暴这个 skill 收到之后也会用这种问卷式的方式来和你聊,最后形成的这个文档,我还会把它交给其他的 ai 进行审核,最好是交给和他同级别的 ai, 比如说你开始这个文档是用 cloud 的 pos 四点六来做的, 那之后你可以交给 cloud 的 五点二或者五点三去让他进行一个审核。比如说你可以简单的扔给其他的 ai, 你 就说从你一个专业的项目开发人员的角度来看,这个产品文档有没有任何的不足, 就简单的那句 prompt 就 可以,效果还是不错的,或者你也可以用我这个 prompt 看看它的效果怎么样。 ok, 其他的 ai 把这个意见来之后,我还会把这个意见再扔回给 cloud code 里面和他说,请你参考其他的 ai 的 建议,然后进行一个修改, 从而形成了一个最终产品文档。在这里其实有些人可能就疑惑,包括我自己其实也有一些疑惑,就是它和 cloud code 的 ask user question 这个工具有什么样的区别是一个好问题,我目前而言我是这么来理解的。 老包这个 skill 我 感觉它更偏向于产品层面来和用户进行一个交流,如果按照我刚才的 ask you the tool 的 那个方式来做,其实更偏向于怎么去实现一个开发文档,我目前是会两者配合的来使用,待会我会来讲怎么配合。这里其实花的时间是比较多的,但是我觉得是非常值得的,前期方案越完善,最终产出的效果越好, 最终的返工也会越少,否则来回折腾。那我们来总结一下我目前在使用的一个工作的方式应用叫脑报的 skills, 来帮我把我这个模糊的想法更加的完善,从产品层面来和我进行一个交流。 在这一步的时候,我会把产生的文档再发给其他同级别的 ai 进行一个审核。第三步,我会把其他 ai 的 建议扔会给 card code, 让他爱二次进行修改,看看有什么不足的地方,特别是要注意的就是安全上线的产品在安全方面要特别的注意。那第四步,把产品文档 用 ask you the question 的 方式在一个补充,最终生成一个开发文档和一个测试文档。在坑的阶段,你要用到你手上最强的一个模型,最好是有最强推力的模型和思考能力的模型。第二,在这个阶段你完全需要用语音输入的软件来去打字,非常建议你们不要打一行字, 为什么?因为在脑报这个阶段,其实你自己的想法也是一个非常模糊的,但是如果你用打字的时候有两点,第一点,效率非常低,你可能打完了,你的想法可能一闪而过,可能就过去了。其实人在说话的时候,他的思维是活跃的, 你会不知不觉之中就进行了一个非理性的输出,但是打字其实有一个理性的阶段,他会把你感性的思维给中断掉,用理性的总结性的文字在输出,所以在这个阶段我非常建议用语音的输出来代替打字。 ok, 这个就是我今天要分享的内容,希望对大家在 webcody 这条道路上有帮助。