大家好,我是默默开发,今天跟各位聊聊一个让我彻底告别手动点鼠标的工作流。 作为一个创作者,本着节约开支的前提下,大家肯定都有这种痛苦。写好了一个几千字的故事脚本,打算做成视频,结果发现需要几十张甚至上百张分镜图。 如果你一张一张去切提示词,一张一张在伪逼或者是 comfy 里点生成,那画面太美我都不敢看。这一天下来,腰酸背痛不说,创作的热情全被这些重复性的机械劳动给磨没了。 为了解决这个问题,我这段时间自己动手缝合出了一套全自动的批量故事图片生成工作流。今天就把这套压箱底的方案拆解开来分享给大家。 核心引擎, confui 照相 z i m h 首先说说生成图片的发动机,我选择的是 confui, 可能有的朋友觉得 confui 连线密密麻麻的像蜘蛛网,看着头大, 但说实话,一旦你玩熟了,它的上限真的高,尤其是它的节点化操作,能把工作流固定的非常死,非常稳。在模型选择上,我这次选择了照相 z a m h, 据说八 g 显存就能跑,实测在我的四千零七十肽上,一千零八十 p 约三十秒一张,速度还是很不错的。照相这个模型在理解中文意境和写实细节上做的非常出色。 由于我的懒惰,我不想靠我的双手一张一张点击来生成图片,于是我自研了一个基于 python 的 调度工具,这就是整套流程最爽的地方。 通常我们写故事分镜提示词可能是存在 excel 或者记事本里的,以前的操作是复制第一句,倒贴近 ai 生成保存,复制第二句。 现在我的流程是这样的,提示词一键入库,我把写好的所有提示词直接丢进我这个 python 小 程序里。 api 自动化调度,小程序会通过 comui 的 api 接口,像派发传单一样,把这些提示词按照顺序喂给 comui。 后台批量出图,你可以直接关掉显示器,去喝杯咖啡,甚至去睡个午觉。小程序会自动排队,自动生成,自动按顺序命名,并保存到你指定的文件夹里。 简单来说,这个小程序就是 comfy 的 大脑和手,它替你完成了所有繁琐的搬运工作。为什么你需要这样一套工作流?这套流程绝对不是为了秀技术,而是实实在在的为了增效。 对于短视频博主,以前一天只能做一个视频,现在有了批量出图,你只要把脚本写好,图的部分基本上是 s 级产出,产量翻倍不是梦。 对于推文帝,小说创作者要把文字变成画面,最难的就是风格统一和量产。这套流转能保证你一整部小说的插图风格高度一致,而且效率极高。 很多创作者会被工具困住,每天在研究参数切换窗口。但我一直觉得,技术不应该成为创作的阻碍,而应该是创作的加速器。我开发这个工作流的初衷,就是想把我们从点鼠标的苦力活中解放出来, 把精力留给构思、留给剧情,留给那些真正有灵魂的创作。至于画图这种事,交给 ai 和我的 python 小 程序就好了。如果你也是一个深耕内容的创作者,正被出图慢、效率低折磨,希望我分享的这个思路能给你带来一点启发, 未来的创作一定是创意自动化的天下。好了,以上就是我这套工作流的介绍,如果你对这套流程感兴趣,或者在搭建过程中有什么想法,欢迎随时找我交流,咱们一起研究怎么让 ai 更好更听话的为我们打工。
粉丝235获赞2546

朋友们,今天分享一个最近在推特上爆火的工具,拥有三十多万的曝光量,就是这个 api mark。 这是一个可以在一个页面上同时拥有很多 ai 大 模型的宝藏工具,这里不但覆盖了市面上所有的图片视频语言模型。最牛的是这个网站不但有最近爆火的 gptemoji 模型,而且价格只需要四分钱一张。现在我来演示一下。 看这个效果你会发现这不是那种便宜糊弄的工具,而是可以直接拿来做封面、广告图、短视频素材的平台。如果你平时经常用 ai, 尤其是做内容设计之类的, a p i mark 这种平台真的会很省事。


欧本 ai 上周悄悄更新了做图大模型,整体出图质感和逻辑呈现大幅升级。这种可以直接拿去做申报的高质量图片,就是用 gpt 一 键生成的。刚刚我把课题信息整理好,梳理实验流程和研究框架,输入专属学术提示词,设置好排版风格和画面规范, 几十秒,一张技术路线图直接出来了。结构分层清晰,标注规范严谨,完全贴合课题申报使用标准,不用手动排版,不用反复拼接工具上手不难,真正拉开差距的是指令怎么写。 解锁同款高质量 ai 绘图方法的。来我们的 ai 科研提效课,全程实操教学,老师手把手演示,指定搭配和出图优化,还能领取全套医学专属提示词库,轻松搞定技术路线图、机制图、流程图、各类学术配图。

我最近在看一个 i 平台,叫 a p i mark, 它的特点是把多种 i 模型集中在同一个平台里,像图片、视频、语言、相关能力都能在一个页面里看到。我这次重点看的是图片生成像最近讨论比较多的 g p t m g two 在 a p i mark 里也可以直接体验。以页面当前展示的信息看,部分图片生成方案的成本相对较低,具体还要看模型和参数设置。 我在这里直接演示一次。这次用 g p t m g two 设置二 k 画质生成三种不同风格的图片。第一张是偏商业广告风的产品图像,这种质感、 反光和构图比较适合做品牌海报或者产品封面。第二张是人像封面风,人物细节、光影和整体氛围都比较完整, 做内容封面会更直观。第三张是科技产品海报,金属材质和空间感表现更明显,适合科技类视觉素材。整体看下来, a t i mark 更像一个把不同 ai 模型集中展示的平台,对于需要做封面图、广告图或者视觉素材的人来说,这类方式会更方便一些。

千万别划走,教你用杰米奈搭建 ai g c 无线画布,省钱又高效,轻松打造自己的 diy 工作流,零基础也都能学会!拿最近很火的 gpt 尹麦杰二来说,官方稳定画质只有两 k, 搭配我们自建的无线画布,对接 api, 轻松生成四 k 高清画质。 除此之外,还有更多 diy 功能,比如自定义的工作流随时一键调用,图片生成后自动保存下载画布类,支持画笔编辑和标记,还能智能优化 提示等等。今天给大家讲解搭建的思路,零基础也能轻松学会。第一步,明确核心使用需求,可以参考这段题日词。第二步,配置画布各项功能,可以参考这段题日词。第三步, ui 美化, 我直接是参考的 laguardia ui 截图直接丢给界面内,优化布局,逐步测试所有功能,不限漏洞,反复修正。最后对接 api 渠道,导入官方文档,完成配置,整个画布就能使用啦。大家可以感受一下整体的操作界面, 不妨试想,如果再给画布接入图转矢量模型、高清放大模型,对于我们广告行业而言又会带来怎样的全新改变呢?我们在 ai 的 面前,不妨变得更!

hello, hello, 上次发的那只小蚯蚓,有朋友在催教程,今天呢,手把手教你养一只属于自己的 ai 小 螃蟹。 第一步,准备工作,我们先去下载一个叫 node 的 小工具,它是给代码当跑腿的,不装它什么都跑不起来。一录下一步就完事。 然后我们去 deepsea 转一个密钥,相当于给 ai 充电的电池,然后我们可以先充一块钱,就够它聊到天荒地老了。 第二步,我们打开终端,可以把我们的代码克隆下来,这中间可能会耗一些时间,我们等待一下, 然后进行配置。这一步很关键,我们新建一个配置文件,里面就两行,你想用哪个 ai, 还有你刚才那个密钥,把密钥粘进去保存搞定。 接下来我们输一行,启动指令回车,见证奇迹的时刻,看右下角它就出现了。 然后第三步,我们看一下它的整体效果,如果切到代码编辑器的话,它会噼里啪啦的打字,切到音乐软件,它就会戴耳机蹦迪,打开微信,它秒变指挥家。 打开笔记的时候,它会乖乖的陪我们一起看书。 深夜模式打开的话,如果你长时间不点它,它会进入睡眠状态。 完整的原码和打包好的 app 都在简介里面,如果觉得有意思的话,可以点一下赞,然后下期可以教一下给捉宠换装。

你还在给套客产品付费吗?我把 nano banana、 极梦万象这些主流生图模型全部塞在了一个无线画布里,一次性对比多模型的生图效果,没有水印,想生几张就生几张,重点是全程没有写一行代码。今天啊,就把这套生图玩法免费分享给你。 平时为了生出好图,是不是也在各个平台来回切,或者花了大价钱买了 flora laver 的 会员?这些平台啊,虽然整合了多家的模型,但是积分烧的飞快,你的钱全被中间商赚走了。这是某平台的订阅费,大几十块很快就烧完了。但如果你直接调原厂的 a p i, 只想源头工厂批发价,直接省下一大半的成 本。思路打开,朋友们,不就是整合多个模型的无线画布吗?咱自己外部抠点一个不就完了吗?打开 cloud code, 这种程度的网页对他而言看似非常简单,实则一点都不难, 几文大白话对话就开发完了。你看啊,添加参考图,调整尺寸精度,还能直接 sky 放大。你甚至可以把常用的提示词设为预设。比如我就存了两套自媒体常用的封面公式,点一下各个模型,直接出图,效率直接拉满。 想要这个画布很简单,去谷歌的 ai studio 以及火山引擎去申请你的 apikey, 然后丢给 cloud, 让它帮你全部配好。为了防止大家踩坑,我已经把完整的 cloud 提示词以及 apikey 申请指南打包好了,放在评论区。只求你个小小的点赞,点赞的同学祝你长生不老,永远不死!

t 隐麦这二点零实在是太高清太细节了,那么软件使用方式也非常简单,这个是咱们最近所更新的功能,在这里 ai 创作找到这里有一个批量文声图拆的 t t p t 隐麦纸,我们点击之后会跳转到这样的一个窗口,上面 填写你的 a p i, 如果没有的话点击这里进行注册,我们在这里支持多行,可以批量化进行,正正一行一个,如果说你 有十个一百个都是放在这里,那么我们生成的时候,它是实现一个多现成的批量化的一个生成,换句话说,你生成一个可能说一分钟,你生成十个大概率也是一分钟。 ok, 在 下面你可以选择 模型,目前只有这一个模型尺寸,可以根据自己的诉求进行筛选,如果没有特殊诉求的话,也可以选择 alt, 这是由模型自己决定。在下面就是你要导出的目录,还有就是保持的文件名的名称,还有就是你的图片的格式, 使用方式非常简单,我们直接点击这里有一个开始生成,它会自动的把你的指示词填充到这里,再之后我们进行查询,其实在这里查询我们可以勾选一下开始轮播,我们可以每隔五秒钟 查询一次,大概我们自己之前测试是三十秒左右,慢一点可能一分钟就能生成出来。 ok, 我 们稍微等一会, 如果等他生成成功了,我们是可以在这里查看到的。这个就是我们刚刚所设置导出的目录, 也有小伙伴会问或者在什么情况下会失败,我们自己总结可能是涉及到一些敏感的东西,或者说涉及到一些未成年人的东西,他会失败,所以说你在控制指定词的时候要注意这一块一些细节。 好,我们可以看一下他生成的效果是非常的逼真,我的天,我真不敢想象这个一张的成本只要四分钱,看到了这种风格特别的逼真,你把它拆解一下去做小红书,或者是去做抖音,去做视频号,完全可以加上一个配音,这个就是非常好的一个漫画,你 现在看他和我们上学的时候去学这种绘画,简直,你现在看他和我们上学的时候去学这种画画,现在谁先吃上 第一口螃蟹肉,谁就能挣到第一份变现的钱。 ok, 那 么这个就是他的一个使用的方式,如果说大家还有其他的问题,可以在咱们的用户群内进行进一步的沟通交流反馈,同时如果你有类似定制诉求,也可以私信我们。我是霍长亮,拜拜。祝您好好运来,今年新气象,明年生八个儿子。

你有没有这种 agent 项目跑通了可一改就崩,多加个功能就出问题。几个人一起做代码,还互相打架。这条视频带你把写代码之前那套设计从头走一遍,半天时间跑出一整套能直接交给 ai 写代码,后面怎么改都不它的设计文档。我最早做的那几个 agent 项目,没有一个真正跑到上限, 各有各的毛病,但根子上是同一个。没把业务模型想清楚就动手写代码。看完这条,你能拿到一整套设计链路,业务怎么想清楚,交互怎么设计?前后端边界怎么画?到最后一份能直接为给 ai 的 需求文档怎么生成,七个阶段,每一步该让 ai 做,什么卡,哪些约束, 全都讲透。不管你已经做过好几个 a 阵的项目,还是正打算认真做第一个。看完这条,你手上的项目就有了一套能真正落地,扛得住后面一直改的设计方法。这套规则不是我一开始就有的,是拿最早那几个项目的教训慢慢掰出来的。 最早两个项目我在在以为业务建模是产品经理的事,直接从交互原型开始撸代码,做到第三周才发现做的根本不是客户要的那套流程。 后来学乖了,想先理业务,又懒得写文档。第三个人一进项目,他脑子里的业务跟我脑子里的对不上,两份代码互相打架,两个项目两次推倒重做。再后来那个项目,我开始写业务建模文档,但只写了一份,结果后端架构、数据模型、接口规范,每一步都自己重想一遍。 到最后生成需求文档时,跟最初想的业务完全偏了,又返工。接着我图省事,把七个阶段塞进一个 ai 团队里,一锅烩,让他自己跑, tko 烧了一百美金,他跑到中间开始自由发挥。最后产出的系统跟我最初要的压根不是一回事。 直到后来才反应过来,七个阶段必须拆成七个独立的 ai 团队,每个阶段产一份规范文档,下一阶段,接着上一阶段的文档往下走,回头看最早那几个项目的代码,自己都嫌弃做 a 阵的项目,写代码之前到底该先准备哪些东西?我把它整理成两份放群里, 不是拿回去看的资料,是拿回去就能往里填能丢给 ai 用的东西。第一份, agent 项目设计文档模板包。做项目之前,该产出的七份设计文档,我做成了七个空白可填的模板,每份标好了该填什么,填完接哪一份, 把这七份模板下载下来,对着填你自己的业务,或者直接丢给任何 ai, 说按这个结构帮我填,今晚就能把你下个 agent 项目的整套设计文档列出来,不会再一上来就瞎写代码。第二份, 一套填好的完整范例,我用请假审批这种谁都懂的业务,把这七份文档从头到尾填好了一套给你,照着这套现成的改成你自己的业务,把请假员工主管换成你的工单,客户客服结构原样,保留半小时,就能套出你自己项目的设计文档。 一份让你自己填,一份让你照着抄。你手上那个一改就崩的项目,缺的就是这套。我把整个七阶段方法拆给你看,包含三件事,第一, 七阶段炼录完整流程、业务建模、核心交互链产品原型、后端架构、数据模型、 api、 spike、 prd, 每个阶段的输入输出, 每个阶段让哪几个 ai 模块儿分工,关键约束卡在哪儿?第二阶段为什么必须拆开?为什么不能把七个阶段塞进一个 ai 团队里跑?这个我费了两个一百刀订阅才搞明白。第三,前后端职责边界, 还有输出收口,规范输出作为前后端实现规范,后端没实现的接口标未开发,不许 ai 自己伪造 这些硬规则业务键模式, agent 项目的承重墙,承重墙没立稳,上面所有 web 扣顶 ai 团队协助自动化测试都白搭。正片开始之前再提一次,这份七份设计文档模板包,加上一套填好的请假审批范例,都在群里下载下来就能往自己项目上套。我们正片开始。呃,对于下一个流程呢,其实就到了这里面 啊,针对于他输出的这个业务建模的版本,我们要去做, 我们要做这一步了啊,核心的一个交互的链路设计。那么对于核心的这个交互链路设计呢,其实大家啊,是需要仔细的去阅读他产生出来的这样一个文档的,然后啊,我们去启动一个 agent team 来去构建这个流程,那么这个流程呢,我们就可以,呃,先复印一下, 比如说我们可以这样去写,我想想啊,嗯,这里面不需要改啊,然后,呃,这里面也,呃,这里面其实我们需要去进行修改了,呃,本阶段, 本阶段啊,你需要完成,嗯,交互线路的, 呃,交互线路的设计,比如围绕文档上传,嗯,解析处理, a 证的审核等等,审批 完成,然后明确地告诉他只允许做呃技术的调研。那么这个过程呢,其实我们是可以去开启他的一个呃 agent 链路的,比如我们的 teammate 一 呢,让他去 呃做个上传流程, 呃上传入口,呃上传文档的调研和嗯解析任务的创建, 呃,就这样吧。然后第二个呢,我们让他去负责 中间状态的处理,比如嗯审核灯审核 到,以及呃等待人工审核等。嗯,然后我们还可以去 人人工审,我们把它单独拉出来吧,我们把人工审核单独拉出来。呃, tmi 三,这个把它放在,因为呃人机交互的这个审核还是比较关键的,所以我们让 tmi 三专门去负责负责 人工审批状态,包括同意 统一编辑啊,驳回的,包括流程。注意啊,我们这里面设计是交互链路设计啊。呃,所以 我们就写这三个吧,我们就写这三个。呃,然后我们每个 tinmate 它的一个输出要求就是应该写入到 这里面了,应该是零四 boss 的 零四,把它放在交互设计中的对应的 markdown 呃文档中, 然后 就是就让它写这个就可以了, 完成汇总。这这个例子,我们把它叫做,呃这个状态交互吧,所以我们叫 flow active state, 嗯, active c 杠飞,这我们就写这些吧,我暂时就能想到这些,我们看一下。哎,他这个还没有传销吧。为什么这么慢呀? 今天,今天晚上的处理速度好慢呀,那我们稍微等一下吧。 嗯,那在这个阶段呢,我给大家去介绍一下我们这部分的处理思路,就是当我们有了这个业务的建模以后呢,我们去创建了一个 teammate 啊,我们去创建了一个 teammate, 让它基于我们已经产生出来的这些文档,让它基于我们产生出来的文档呢,去做交互链路的一个设置啊,这个交互链路大家就可以理解成,呃,我们的呃整个系统原型都需要包括哪些功能,以及它们在与用户在进行接,呃,在进行 与用户啊,在进行啊操作的时候,他的一个核心的业务处理逻辑。那为什么我们直接去这样提问是有效的呢?其实是在于这里面啊。大家回到这里看一下, 我们在最开始第三步的时候,其实第三步啊,我们在第二步的时候,我们在第二步的时候,其实是做了一个项目的这个出手法啊,这里面是大片, 我们是明确地去说明了一下啊,关于啊 friend、 beckon 以及 dos 它们各个职责的这样一个边界,是在这儿 放在了 cloud 点 md 里面。其实对于这个 cloud md 呢,它在每次去进行 a 的 team 运行的时候,都会来去看这个 cloud md, 所以 我们在之前生成出来的所有中间产生出来的这些技术的调研报告,它都是可以读取到的 啊,基于这样的一个状况下,我们让他去设计这样的一个交付的链路,他是可以读取到啊,我们现在已产生的一个中间的规范文档信息的啊,这个是没有任何问题的。 为什么这么慢呢?今天晚上这么慢吗?是不是因为美国那边快上班了,所以我们这边的链路开始卡了, 然后我们把它先拿下来,这个应该是 step 六 下午两点播,好不易我们下次再生成的时候我们就我们就早点开播。 真的感觉今天晚上他的这个处理好慢啊,正常这个文档他不可能去处理九分钟,因为我们是直接给了他两个文档,然后去让他帮我生成,所以,呃,本质上并不是特别的复杂。呃,这样吧,我要不, 哎,是不是我的网有问题啊? 我换一下模型吧,我换一个放的模型,我们用这个模型看看能不能快一点吧,要不然我们的这个直播节奏就太慢了。 我们看一下这个方形的模型能不能快一点啊?主要是有点过于慢了,我们还有百分之六十七十的内容没有完成, 我们还有百分之将近七十的内容没有完成。 ok 啊,他就给我写了啊,确实快一点。然后我们先把这个题词粘粘贴进去,让他开始给我们写核心的交互链路设计,然后我们再去看一下他输出的这部分内容是什么, 然后我们看一下啊,他在零三下面给我们输出了一个呃, problem model 点, md, 那 么这个文件呢?就是呃的一个业务问题建模核心的业务逻辑问题,陈述面临的这个核心矛盾, 然后问题拆解,呃,目标用户法务合同审核人员,然后业务方合同的这个发起人,系统管理员啊, mvp 的 阶段, 合规要求多法域叠加风险,呃,业务场景合同结构化提取加,呃格式合规审查,同时包含风险出差的 h t。 呃, h i t l 就是 人机协同的啊,这样一个 a 证的链路啊,场景一 上传,然后解析流程,呃,风款小气,风款条线,风险条款的出差场景。三啊,其实,呃,他会给我们去构建这样的一个业务逻辑建模,那我们看一下 啊,他现在是开始去进行审批团队组成, team 一 啊, team 二, teammate 三, teammate 四,还有 lead 去做上传文档校验,然后输出对应的这个文件,三位 teammate 并行启动,互不依赖,输入了文档类型,然后输出 在汇总一个 flow state stack 为一带零,然后之后关闭团队啊批准, 然后我们去让他执行。呃,那么啊,在他去进行执行的时候呢?我们啊接着来去写下一阶段的其实词,还是啊回到我们的这个直播写。呃,回到我们的这个写作文档里面我们看一下。呃, 现在我们应该去做这了,出实化环境配置,我们应该去做。呃,系统原型的处理, 我们现在做到这里面了。呃,有了业务建模的规范呢,然后有了核心交互链路设计的这样一个规范,我们就可以来去做 产品原型设计了。针对于这个产品原型设计呢,呃,也是一样的,我们在这个阶段因为已经产出了对应的 markdown 文档,所以我们是不需要去再开启一个 agent 的 啊,再不去不需要去,呃去开启它的 agent teams, 所以 基于它的一个文文档,对于这个文档来说呢,业务建模文档应该是在 业务建模文档,就是零三下面的它嘛,所以我们把它这个路径路径复制下来, 然后把它放在这里面。 嗯, dos 这个文档,呃,然后我们在上一步要求它输出的是,呃 float 的 这个文档, 哎。产品原型设计,产品原型设计把它拿过来。 dos 下面这是哪? 这个啊,我们要把这个文档给拿过来, 然后啊,同时一定啊,还是不要让它去创建 agent teams, 然后我们需要让它去生成的是什么啊?大家看一下。 呃,在这个阶段啊,产品原型的设计呢,我们需要让它生成的是什么呢?其实我们在这里面可以让它去生成两个东西,那么第一个东西叫做请一次性生成两份的, 那么第一个我们要让它去生成一个前端的设计文档啊,我们要它去生成一个前端的设计文档, 那么这个设计文档呢?呃,存放在, 应该是放在 dos 零六里面,我们应该是把它放在架构里面,嗯, dos 或者我们把它放在这里边。呃,架构,呃,应该是放在架构里面比较合适一点,这个架构叫做 friend friend design, 嗯, design spec 一, 一点零点三 d。 呃,然后第二个呢?呃,生成一个 前后端的,嗯,功能边界的, 我们也把它放在这里吧。好的, 到此,下面我们把这个叫 checkpoint, 把它叫做 backend is k backend boundary 吧, 应该是叫这个吧,应该是叫这个吧。嗯,然后啊,你的输出一定要包含的是什么呢?我们要去做产品的原型设计嘛,所以我们针对于第一个文档,这个文档 friend 需要包含页面的清单啊,每个页面的结构层次,结构层次,呃,各个功能页面的 跳转关系,嗯,核心交互等。 呃,其实我们要让前端去做我们要做的产品原型设计嘛,所以我们让他去基于我们的这个问题的建模,还有他的一个交互的逻辑来去生成一下。呃,前端页面的这样一个 u i 的 设计,然后第二个呢?我们的这个东西, 这个文档 看一下啊,他现在已经开始做了。呃,我们的这个文档呢,其实我们可以让他去需要包含。哎, 前端啊, 前后端各自或者什么,哪些数据由 后端展示?呃哪些?嗯,操作流程必须由前端发起的。 嗯,这个交互。呃这个文档呢,其实我们需要让他做的就是啊,你已经设置好了前端的这个交互的页面啊,然后同时呢,我们需要一个呃前后端的一个职责边界啊,因为有一些的这种系统架构的需求呢,他并不一定是。呃,必须前端,前端触发了某一个按钮以后, 后端呢,他是可以执行一个拍不烂流程的啊,然后有的呢是前端触发一个按钮,后端只对应一个接口,所以我们这里面一个核心的就是啊,前后端要各自负责什么功能,这样吧,然后哪些数据是由后端提供 展示,然后哪些操作流程必须由前端发起等这样做这样的一个说明。 然后同时呢,我们这里啊还是一个收口文档啊,不要去进行自主发散,我们就这样写了。 我们看这一部分,哎,它已经开始给我们去进行编程啊,这可能就是我们刚才用的是 office 四点六,然后它比较慢,呃,现在是用 find 比较快了,然后我们先把这个给它放进去, 清空一下上下纹,然后就像这个,大家看啊,其实这一步呢,我们所做的事情叫做 step 八啊,我们应该叫它 step 八,叫做前端的 原型需求啊,加上前后端你的职责边界。哎,我们去确定这个东西啊,其实相当于在呃产品原型设计的呃这个阶段 来去啊,让它进行一个生成。哎,我觉得这里面应该去加一个词,稍等,我觉得这里面 我们中指一下,这里面需要调整一下,嗯,注意 你的输出一定要节奏化,要做给后续前后边实现输入 和突出的规范。同时在此阶段 我觉得还是加一个这个吧,就是呃,因为我们要基于它的这个产品原型去设计前后端的系统架构,大家看一下这里我先把它去,我先把它放过去执行。啊, 是这样的,呃,为什么要加后面这句话呢?是因为大家看这个系统架构我们是需要基于, 呃,我们是需要基于它的这个产品原型设计呢,去做后端的架构设计,还有生成前端的 p r d 需求文档。那么根据我们在上一周呃 给大家介绍的这样一个规范,就是我们需要明确详细的一个接口的输入和输出,以后呢再去做架构的设计,他在生成啊, api 规范也好,还有他前端功能链路的数据展示的整个阶段啊,会比较的这个趋于稳定啊,所以我们刚才紧急的加了那个,那个,呃,那样一句话,其实这句话就是, 其实这句话就是这里面啊,你的这个输出呢,是一定要结构化的,因为我要把它去作为后端前后端实现的输入和输出的规范。 ok, 那 其实啊,刚才了解了这样的一个流程,哎,我忘了把它 我还是要划上去啊。 那么啊,正常来说啊,我们接下来让他先去执行,我们就要去做这个流程了,先去做后端的加入设计和生成前端的 p r d 需求文档,所以我们把它拿过来, 把这部分,我们先做这部分啊,先去做后端的这一部分, ok, 嗯,在这儿 我们接下来做这一部分啊,看看这一部分的这个提示词应该怎么去做这部分呢?其实,呃,它会涉及到多个的步骤嘛,所以我们就一步一步去做呗, 然后我们去找一个 agent team 的 提示词,同样,对于这个后端的这个设计啊,它是可以去使用,呃, teams 来去做的。呃,前面还是一样啊,就是设计创建一个 啊,前面去设计这样的一个 a 帧的 tim 啊,前面都没有,在这里需要去给它进行一个替换了。呃,阶段我们要去输出的是呃后端的这个架构设计嘛,所以,呃,本阶段 就允许允许 文档,然后右眼官方的,嗯, mcp 规范, 所以啊,这里我们要用到了 long chain 的 mcp, 所以 我们这里面啊,后端的这个架构设计是要用到 long chain 的 这个 mcp 的, 所以我们去呃,这样说明 点输出。 嗯,然后呢,我们这里面呃应该做的团队分工如下,就是,嗯,从后端的服务架构,服务后端的服务视角 设计, 呃,文件上传,嗯,任务状态管理,选择结果 查询等。嗯,核心架构,然后 timet。 二,我们要,嗯,请与王庆 m c p 中查询到的核心客户综合流程设计融达的审核流程,比如,嗯, 比如,呃,比如状态中断点, 中段点等。嗯,我觉得差不多就这两个就行。去做后端的这个加固设计,然后输出的要求是后端的这个加固设计,我们应该把它去放在 这吧,我们还是放在这个零六里面吧,把它放在零六里面, 复制 产出中间的结果,然后 delete, 不要下场写内容。呃,完成后再输出汇总,我们让它去。呃, 我们让它去输出汇总。架构 放在这里吧,这个集成的设计,我们把它放在这里面,输出会在零四,零四下面的。嗯, landing 杠 h i t l 杠 a h 杠 v, 一 点一点。 嗯,收尾要求结构化关闭,清空当前的这个题。对,我们就按这个来去让它去做吧,我们看一下这,呃,这个已经执行完了啊,它是给我们设计了一个前端的规范,我们先把它 这个 teammate 放进去清空一下, 我们让它去进行一个创建。那么呃,其实对于这个阶段呢,我们就属于后端架构的一个设计,所以我们可以把它去 换一个新的,这个应该叫 step 九,那么怎么说呢?就是,嗯,后端, 呃,这个是后端的这样一个系统架构设计,然后当他有这个后端的系统架构设计呢,我们就啊可以去做他的技术开发框架以及数据模型了。 其实对于这个呢,呃,系,呃,技术开发框架我们在这里面已经用了,就是让它去呃做 long chain 里面的人机交互的这样一个流程,然后去输出了一个关于 long chain 人机交互的架构。为一点零的 markdown 啊,所以基于这样的一个 markdown 呢,我们是可以去设计它的一个 数据模型的啊,那么这个数据模型呢?同样我们还是可以去创建一个。呃呃, agent 啊,前面也不需要去做了,所以我们让它,然后 这个阶段不需要去进行调研了,生成文档,呃,输出 规范文档,所以对应的这个 tips 分 工呢,我们可以去让它去基于后端的这个架构设计一下文档上传啊,任务状态处理等相关模型, 相关模型,然后听 mate。 呃二呢,可以设计一下啊,设计一下,呃文档审核的规则,然后命中命中项,然后解释性 一样的,然后第三个,第三个关于这个文档审核,我们可以去做一个设计一下 展示吧,展示这个文档审核的审核结果。呃,原文定位 规则,我们是不是可以把它放在一起?我觉得可以把它放在一起,比如审核的规则,原文定解释性原为定位等。那么第四个一个啊,设计一下,我们让它去设计人机交互的流程吧,人机 交互的流程,比如,呃,比如 a p, p, r 五, e 啊,以及 e d, i t, 然后还有像 r e 给你组 p 拒绝啊,这个就是狼群人机交互里面的三个核心的文件嘛。然后,嗯, 你就这样吧,啊,就让他去设计一下,呃人机交互的流程。呃,那么同样呢,他在呃生成,呃数据模型,数据建模我们应该放在这个啊,零七 data mode 下面,所以我们把它复制下来, 零七放在零七 date mode 下面,然后 delete 的 这个要求呢,我们把它去放在零六架构里面吧,我们还是把它放在零六的这个 在这儿,呃,零六的架构里面,我们把它叫做 data, 嗯,我想想啊,这个应该是架构 data mode 杠 f p 杠 v 一 点零, 嗯,然后我们这里面去给他做一个限定吧。呃,因为这个数据模型呢,他需要输出的这个字段比较啊,比较明确一点,我们要说明每个模型, 每个模型你的字段含义以及它们之间的关系。嗯,哪些字段是前端,这样吧, 哪些字段是前端必须展示的, 哪些字段是 后端就是必须重复的。嗯,我觉得差不多了,我觉得差不太多。 同样我们给他加一个这个输出需要格式化吧?在这儿,呃,你的输出一定要, 呃,你的输出一定要格式化,你想想,嗯, 可作为后续前端输入手册的规范啊,我们还是把这个加上去吧。哎,然后我们看啊,上一步它的它是让我们审批。 呃,我们这一步其实是做的这个东西,就是啊,我们刚才做了后端的这个系统架构的设计,然后基于这个数据的架构设计呢,我们进一步的去细化了,在每一个阶段它的数据的模型,对应的这个题词就是这里面, 所以我们可以把它拿过来。 step 十,这里面应该是 核心的啊,数据模型设计, 我们稍微等一下,让他去进行调研。我们现在执行,现在啊 a 呢,在执行的是这一步,其实我们可以去定型,我们再开一个新的终端。 c, 这个 f, 嗯, 我们再开一个这个新的终端,因为啊,大家看这里面,其实它是不依赖于呃其他的这个外部的上下文的,所以我们直接再开一个新的终端,让它去进行运行。 对啊,那就相当于我们现在在两个筛选里面,呃同步的做两个 agent team。 那 针对于啊这样一个结果呢?接下来我们就可以去完成哪一步啊?完成这一步去完成后端 fast api 的 一个接口设计, 那么针对于这一部分的接口设计呢,其实他就不再需要啊 a 站的 tims 了,所以他所需要的是什么东西?那么首先第一个啊,我们通过这个结构图上也能看到他第一个是需要, 嗯,视频来学啊他的,哎, 它第一个是需要通过啊数据模型产生出来的这个规范文档。第二个呢,它是需要规范框架啊,所以我们这里面啊,可以拿到第一个是这里面,嗯,在 第一个, 我们拿到这个 请基于以下文档, 那么第一个是,呃,数据模型, 然后第二个呢,我们要去找到刚才生成的这个东西。哎,为什么又变成了 h 呀? 我记得我们刚才生成的应该是叫这个名字吧,你的提示词应该是这个名字,所以我们要拿到它, 这是第二个, 同时啊,我们还需要做到的是一个前端的接口的设计。呃,我们再去生成产品原型的时候呢,去输出了这两个文档 呀,我们在啊生成产品原型的时候呢,是输出了这两个文档啊,这两个文档我们把它也拿过来, 我先批准一下啊,这个它在确认,然后 我们去生成具体的一个后端的规划。那么首先啊,对于这个后端的规划呢,只要是我们直接基于文档的,我们就不要让它去创建 agent teams, 所以 就把啊这样的话给先粘贴过来,比如说我们可以这样去写, 嗯,请啊,一定不要去创建 agent teams, 然后请输出的文档,请输出 一份为一份文档,我们要把它去呃,放在放在那里面, 放在第八个 api spec 啊, api spec 就是 后端的 api 的 规范文档,我们要把它放在这个里面,所以,嗯,放在 dos 零七, dos 零八下面,我们给它就叫做 api spec 吧。呃, api 杠 spec 为一点零,然后输出要求 把它拿过来, 你的输出要求应该至少包括,那么第一个,嗯, 需要包括详细的接口规范,包括但不限于。比如说我们需要文档上传文档上传接口, 呃,上传接口,然后审核, 审核、查询接口,嗯,然后人工审 核等,然后我们再给他,让他给我们输出一个前后端的 连条接入顺序,嗯,然后我们最后这是一个收口文档,你的输出一定要结构化,那么对于后端的这个输出结构化呢?我们可以让他去输出一下啊,你要明确。 嗯,就这样吧,我们先这样试一下吧,看它输出的什么样。其实正常来说我们可以更细致的呃,提示一下,比如你的这个输出啊,生成的这个接口规范一定要和呃前端的这样一个展示的字段去进行匹配 等等啊。然后大家在拿到的时候可以自己去细画一下,我们先看一下之前的这个任务有没有完成啊?呃,这个是完成了,这个是完成了,他是给我们做了一个 long chain 的 h i t l 架构的 v 一 点零的文档,所以我们就回到这个窗口, 回到这个窗口,我们去让它去生成后端的架构规范,给大家理一下啊,稍微有点乱,我们刚才结束掉的这个文档窗口呢,是 step 九啊,是 step 九后端架构设计的这样一个窗口啊,我们输出了一个后端的架构设计的文档,哎,不对, 不对啊,我们还不能执行,因为, 因为这个东西还没有出来,因为这个东西还没有出来,所以我们还不能执行, 我们得等这个出来以后才可以。我们看一下。 呃,我们刚才做的是这个流程啊,就是 生成技术开发框架的一个规范文档,然后我们现在正在运行,我们正在运行数据模型的规范文档的生成。接下来我们刚才已经写好了后端萨斯的一篇接口设计的这样一个提示词,所以现在呢,要等待这个数据模型的规范文档出来以后我们才能去运行 啊。大家理清楚这个关系,稍微会有一点点复杂啊,也稍微有一点点皱,我们可以等一下这个窗口 和领导说要上课就可以不加班,哇,真的是良心领导。 呃,这个是不是前端驱动后端的 web coding? 其实也不算是。呃,也可以这么理解,因为我们是通过产品原型来去做的,呃,是通过产品原型来做的,并行的提取。 我们得等一下这个啊,我们得等一下这个窗口。 有没有办法在 cloud code 中完成一个事项,自动开始呃下一个事项?呃? agent team, 它就可以做这样一个事情, 因为你看啊,其实我们在呃每一步,其实我们在每一步去构建不同的这个 team 的 时候,会给他做一个任务分工啊,然后呢?呃,会给他做一个这个 le 的, 这个 le 的 呢,它主要去 主要做的就是整个任务的协调和管理,所以本质上你是可以构建 agent team, 它的一个团队分工模式来自主的去协调,直到把你的这个任务啊 完成落地以后它才会进行终止,只不过呢,为什么我这里给大家做了一个分段的设计,也就是大家能够看到我不断的在每一个阶段去创建 agent team, 然后再去呃 清空对应的这样一个 team, 就是 因为我在实际啊进行测试的这个过程中啊,我应该是跑费了两个,跑费了两个一百刀的这样一个订阅去测试。呃,如果把我们 今天给大家讲的这样一个链路全部放在一个 agent team 里进行运行的话,那么其实它整个的这个中间结果是非常不可控的,然后后,呃它直接生成出来的这个系统呢,大概率也是没有办法去符合你预期的,然后啊再改动起来也会比较麻烦,所以才给大家去进行了一个拆分, 然后我们看啊,呃,回到我们这个课程里面,他现在已经完成了三份文档的梳理,然后最后要有力的去汇总 整体最终的一个输出文档啊,他最终输出的这个文档其实就是我们一直在等待的这个东西啊,一直在等待的这个东西,基于这四份文档呢,我们就可以去设计后端完整的算法的一个加入了, 我们把它放在这里面叫做 这个应该是,呃, step 十一后端,这个叫什么呢?这个叫后端啊, fast a pad 的 接口设计文档生成, ok, 呃,然后其实做完这一步呢,接下来我们就可以去做前端了啊,接下来就去做我们终于做到了后面这一部分,终于做到了后面的这一部分,我们把它先 接下来呢,其实我们就需要去做 c e 十二了啊,就是基于生成出来的这个后端 files api 的 接口设计来去让它生成 prd 的 需求文档。 你们看啊,它这个,哎,它这个已经做完了,所以我们可以把上一步的这个 在我们现在去做这个,呃,但是啊,在让它去生成之前呢,我们在让它生成的这个过程中,我们就可以去写呃 p r d 需求文档的这样一个提示词了,那么对于这个提示词呢, 我们可以去这样进行一个编辑。首先对于这个其实词,我们还是要去创建一个 agent team, 找一个 agent team, 你们看啊,它开始编写规范的文档,呃,那么这个 agent team 呢?我们要让它本阶段请呃 参考。呃,那么这个参考,首先毫无疑问是我们在上一个阶段我们可以把它先拿过来, 我们在上一个阶段的这个东西后端的输出,后端的 api 接口文档。有了这个以后呢,我们啊还要去找到在 呃产品原型设计中输出出来的规范以及前后端的需求文档,应该是这两个东西一个是,嗯,我们找一下啊,在产品原型设计中,这两个 它前端的这个设计文档, 呃,然后还有它生成的第二份叫做,呃前后端的功能边界文档, 嗯,我想想啊,这两个, 呃,然后还需要一个,嗯,数据模型后端的这个数据模型, 刚才生成的数据模型其实给不给都行,我觉得,嗯,我觉得把这个也给了吧,就是后端的这个架构的设计也给掉了,也给他, 嗯, 本阶段读去生成的文档,帮我输出前端的规划, 前端的啊,规划设计啊,比如说我们的第一个听 mate, 我 们可以让他去设计一下这个 文档上传等相关的这个模型,但是我们这里就不是模型了,我们要让他去处理页面结构和呃路由。然后第二个呢,我们可以审核的规则、原文定位等在前端展示的 组建模块,然后同时设计一下人机交互的流程。在前端这个前端设计, 嗯,每个 teammate 它的一个前端的规划,我们应该放在这里面,这里面有个零九,我们把它放在 呃,放在 dos 下面的零九这里面,要把它去确定,一定要说明的是这里面应该说明的是, 嗯页面的虫子。然后 我们就做一这个啊,如果后端没有,因为我们的这一步啊,就是已经生成后端的一个接口的规范了。按照我们之前给大家介绍的,就是 前端和后端在进行生成的时候,因为前端的这个 u i 的 交互设计呢,它不一定严格的按照你后端的已实现的这个接口来去进行一个构建。 所以我们当时采用的策略呢是要么你以后端在连调节端,要么以后端为准,要么以前的前端为准。这里面我就可以在生成 prd 虚拟文档的时候,直接让他把前端的这部分给做完。所以我们可以加这样的一个呃说明啊,就是如果后端呃后端的当前 版本没有实现的接口,请你在前端直接标注未开发。呃,不可以自己的美造 功能。嗯,其他的我觉得就没什么,这个输入输出规范就暂时不需要了,这个就暂时不需要了, 每个 team 的 文件,然后把它去删除。 五、我们让它生成在嗯,写在架构里面吧。写在这个还是零六的这个架构里面,我们叫做 friend。 嗯, a r c h 杠 back 为一点点点 back down。 呃,我们这样去写吧。我看一下啊,我检查一下。嗯,挺美,他我能看出来应该问题不大。

如果你刚好会拍森的发洗培框架,而你又刚好知道怎么从 hackinface 下载和调用大模型,那么你就能开发出这样的 ai 项目, ai 图片移出背景的软件。 这是我使用 ai 开发的一个声音克隆的网站。 一场谋杀案是银行家案迪姆罗宾斯 jim robbins 致王渊入狱谋杀妻子及其情人的指控,将他终生在校深刻监狱,首次献身指望监狱大格瑞的 moj 弗里曼弗里曼 moj 弗里曼弗里曼致对他一眼相看。 其实这些看似很复杂的功能呢,都是通过 face 片封装成一个完整的外部服务,加上哈丁 face 中的开源大模型来实现的。 如果你什么还都不会,那么也没有关系,你可以学习我们大熊课堂的 face 片实战课程,从接受开发、数据库操作、 gw 登录到完整项目的部署,一步步带你做一个真正可以上线的后端 ai 项目。 学会了发自己 p i, 你 就不再是写一些简单的接口,运行一些简单的 demo, 而是有能力把一个 ai 模型做成真正的产品。小伙伴跟我们一起学起来吧!

各位同学大家好,那么这节课呢,我们来教大家如何不花一分钱啊,将我们的这个 su 图纸渲染成真实的效果图啊,那肯定也就是不用去调用 banana 啊,或者是 gpt 啊,那么在实现这个功能之前呢,大家要注意啊,看一下你自己的这个啊,钥匙这边的这个密钥是否已经配置了啊,这个在之前的课程里面已经讲过了。 好,那么这个功能呢,实际上是调用我们 b c l 的 这个 api 啊,去实现这个免费的使用啊。那我们来看一下怎么去使用啊,非常简单。首先呢,点击我们要渲染的这个图纸啊,然后我们找一张意向图,比如说这张啊,黄昏的一个效果, 选完这两张之后啊,注意顺序啊,先选择这个啊,你要渲染的,再选择意向图,这时候呢,我们右击鼠标,点击这边会有个图纸渲染 啊,那如果说你没选中两张图,它是不会出现这个按钮的啊,那么这时候我们需要确认一下啊,这边是第一张是我们的原始图,第二张是我们的参考图啊,如果都没错的情况下,大家注意啊,参数不要去调。然后呢,点击下面的这个, 要选择自定义反推内容啊,注意啊,是选择这个选项,它会弹出这样的一串圈,省英文啊,不用去管它,这时候点击开始生成。 好,那我们就把任务提交上去了啊,我们关掉啊,在这边稍等任务完成就可以了。那要注意啊,就是我们使用这个开源模型的时候,他的任务一次只能一个啊,也就是说你得等他任务结束之后呢,我们才去执行第二个任务啊,这一点要特别注意,因为很多同学他一次去掉几个任务,那肯定会失败啊,那我们要稍等一下, ok, 那 么它这个图纸就已经生成了啊,那这个分辨率它因为是识别的是原图的一个分辨率啊,所以也是幺三七六乘以七六八啊,这个效果还是比较不错的啊,大家可以看一下,基本上继承了我们参考图的一个风格 啊,参考图的一个风格,那同样的方式,我再操作一遍,我们点击这张模型图,再点击这张效果图,点击右键直接图纸渲染,然后直接开始生成啊,同样呢,我们再等待一会, ok, 那 么图纸已经出来了啊,我们看一下啊,这个是效果是不是也特别好啊,继承了这张意向图啊,生成这样的一个效果图,我们对比一下 啊,还原度还是非常高啊,甚至有时候我感觉比这个 banana 啊来的更精准可控一点,是不是这个效果跟意向图是不是非常接近啊?当然呢,大家要注意啊,它有一个前提,就是你这个模型 要稍微细一点点啊,如果你不要丢一个白膜让他去生成,对吧啊,他肯定是没办法说这个很精准的啊,那么这个是黄昏的,是不是这个光影打进来的效果特别好? 那这种的一个操作方式呢?实际上是不花任何的费用哈,就是在你积分够的情况下,他可以一直去出啊,我们这个网站上他积积分每天送啊,基本上是用不完的。好吧,那么这个是第一个点啊,我们可以不花钱去出图图,还有哪一些功能也可以实现这种 白嫖的功能,我们来看一下啊,还有一个就是我们右击啊,比如说这张图啊,我们右击这个选项,这里面有个多角度啊,也大家非常熟悉了,对吧?我们点击一下多角度, 然后呢调一下你要的一个角度啊,点击添加到队列。好,那么等一下它生成的两张图呢啊,它也是不需要费用的啊,也是免费出的, ok, 那 么这张的多角度的图就生成成功了啊,大家可以看一下,是不是很快。 好,当然这个过程呢,也是一样啊,都不需要消化算力啊啊,它自动去调用这个 api, 我 们这个开源的 api 去生成的啊,跟这边的 banana 都没有任何的关系啊,我们用的是这里面的一个 api 啊,好,那么还有一个功能啊,也是可以白嫖算力的啊,怎么操作呢? 比如说我们知道这张图分辨率他不高,是吧?幺三七六啊,不高,那么我们右击有一个高清放大啊,高清放大,我这次我们升级的二 k、 四 k、 八 k 也可以自定义啊,那这边的话,我举个例子啊,比如说我用八 k 来操作一样的添加到任务。 好,那么这张任务也完成了啊,我们看一下在哪里啊?在这啊,这个是八 k 的, 我们拉过来啊,拉过来对比一下啊,上面这一张是幺七七幺三七六的,底下这个我们是高清放大的,我们选中这两张对比一下 啊,看一下细节有没有变化啊?还是有的啊,这个地方就变高清了啊,有没有发现这个位置 就变高清了,那么我的这个放大呢?是啊,保留原图的质感啊,去放大的,所以大家会发现他这边的质感元素其实是没有变化的啊。没什么变化,只是说在细节上呢,增加了一些噪点跟颗粒啊,这个也还可以啊,也还不错, 我们放大来观察一下,那包括这个,呃,植物啊,还有这个毛绒材质啊,以及这个皮革的质感都还可以啊。那么这个是我们的一个高清放大的功能,所以呢,今天介绍了三个啊,都是不需要费用的,一个是多角度,一个是高清放大,还有一个是效果图绚烂, 所以大家这个功能啊,藏的比较深啊,可能有些同学到现在为止还不知道啊,如果你现在知道的,可以去尝试一下啊,给大家去节省一下算力啊。 ok, 那 么这节课就到这边。

大家好,今天给大家讲解一下这个在线批量升图工具的使用方法。首先用豆包或者 dips 之类的大模型跟你要求生产分镜头,分镜头必须以分镜零一,分镜零零二开头。 第二,划分好分镜之后,将文本复制粘贴到文案区,然后点击温安娜分析,系统会自动识别出所有的镜头。 第三,设置好文件保存路径,设置图片比例,设置每个分镜生成的图片张数,设置画面风格提示词。 第四,点击批量生成。好了,喝杯咖啡等待成果就好了。喜欢的同学欢迎关注收藏测试,没问题了即刻发布!

选择文件加批量出图, 打开网址,复制 aplp, 并且粘贴到指定位置。 选择模型和相关参数, 输入每一个提示词, 输入参考图所在的文件夹,并选择并发数量,选择输出目录, 滑到最下方,点击运行,等待结果完成即可。

某梦不开 vip 就 不给用,不给用我就不用,我有 ai 聚合网站,在这里几十款一线的 api 全部接入,今天咱们就挑战三十秒,用 ai 来做出一张海报地图。首先找到咱们的大模型 gpt 二、上传一张产品图,输入一段提示词,点击发送, 现在正在处理当中。好,现在处理好了,我们点开看一下细节,这就是咱们用 ai 三十秒生成出来的海报图,细节配色都非常的好,有没有朋友需要的?

哈喽,大家好,之前咱们出的本地批量生图软件,好多小伙伴反映出图慢或者是根本跑不起来,因为本地部署的软件对电脑要求比较高,他需要有本地有足够的算力, 显存不能低于八 g, 八 g 以下的话跑图特别慢,或者是根本就跑不动。 今天为了彻底解决这个问题,我又开发了一款全新的批量升图小工具, 这次咱们不卷本地硬件程序,直接接入了豆包的 api。 这款工具最大的亮点就三个字,不挑机器!不管你是五年前的老旧办公本,还是独立显卡的轻薄本,只要能连上网,就能全自动一键批量出图。 呃,他对本地电脑没有任何性能的要求,彻底解放了你的硬件焦虑。更让人惊喜的是,出图质量非常高,画面细节丰富,质感拉满,完全能够满足高标准的内容创作要求。 如果你也受够了本地显卡冒烟的折磨,或者是苦于电脑配置不够,又想高效率的出图,这款工具绝对是你生产力的神器。感兴趣的小伙伴欢迎关注留言转发。 目前这款软件正在开发当中,逐步的完善各项功能,测试和修补各种 bug, 希望尽快能与大家见面。

然后也不会显你的这个妈妈臀更往下塌,然后他还给你做这种腰头,做这种倒三角的设计,你这个腰臀比多好看。姐妹,所以我讲了,你们喜欢微喇裤这一条六号链接,真的不要去错过给你们卡尺码了。姐妹,这个现货很少,因为这个是我前天才才挑上来的款。对, 所以说你们从正面去看的话,视觉重心会往中间去收一点,就会显得人更窄一点。所以我讲,姐妹,你想显胯窄的,你就买这条六号,完全不出错,裤长是只有多少?九十五起步,底下带了一个毛边,撑死九九十六起步。直播间,姐妹,真的你小个子也也能穿,四显瘦还是六显瘦?姐妹。

企业用 ai 做宣传设计,为啥越用越闹心?明明能省百分之八十设计时间,却总遇到生成卡顿,画面模糊,不符合品牌风格,接口还频繁掉线,耽误宣传进度。根源不在工具,而是批量生图。对 token 要求极高,普通渠道不仅单价贵,还容易限流断联 拖把整体设计流程我们源头直供企业集 toker 和 a p i 接口砍掉,中间商议价稳定不卡顿。适配海报,产品渲染,宣传素材批量生成,高清出图,成本更低。支持免费实测,好用再合作。评论区留下你的设计需求,免费帮你匹配最优 toker 方案。

很多人以为 check gpt 免费账号能升图,那是不是就能把这个额度结成 api 给项目用?我也这么想,所以今天直接实测, 网页这边确实没问题,免费账号也能出图,效果还挺漂亮。然后我打开 cockpit 本地 api 模型,列表里也出现了 gpt image 二,看起来马上能跑了,对吧?结果真正一生成直接四百,不是网络问题,也不是提示词问题。 核心原因是 check gpt 网页生图额度和 gpt image 二 api 权限不是同一条链路。网页能玩不代表 api 能白嫖, 尤其你想做 api 中转站卖给别人用,那就更不能靠网页额度硬薅。真正能拿来运营的,必须是稳定上游,明确计费失败可监控,额度可核算。后面我会继续实测哪些方案真能跑通。不讲概念,只看真机。