正在搓一个商汤toAPI免费公益站

并非API,我做个小网站用我自己的key 你也可以贡献自己的 现在大家都在蹬ds 用不到的商汤就送给我吧 目前测试阶段,全免费 立即严肃开薅 夸商汤这件事情预谋了好久了,但是暂时先不提 24年已经夸过你了,26年就不夸了 首次API尝试还是值得期待的 模型跑分我是看都不看,没意思 这个网站可能会有一...
正在搓一个商汤toAPI免费公益站
正在搓一个商汤toAPI免费公益站

并非API,我做个小网站用我自己的key
你也可以贡献自己的 现在大家都在蹬ds
用不到的商汤就送给我吧 :face_savoring_food:

目前测试阶段,全免费
:face_savoring_food:

立即严肃开薅

夸商汤这件事情预谋了好久了,但是暂时先不提

24年已经夸过你了,26年就不夸了

首次API尝试还是值得期待的
模型跑分我是看都不看,没意思

这个网站可能会有一些有趣的新功能

  • 画一张图,你可以换一个对话模型,聊聊这张图
  • 在找不同界面,你可以让同一个模型一口气回7次(官方参数 稳定无差错~)
  • 最多生成99张图片,一次性… 请做好深思熟虑,我们没有探讨出该如何处理这件事情w

本次再信任z.ai一把

agent模式(虽然有限额,我感觉可能今天做不出来w)

在基本完成的对话中,我发了这样的信息:

基本都没问题,从上到下我一点点确认

任何我问的,我自然肯定是有兴趣去实现的

因此能画多少我们就自由允许用户选择画多少张 可以自由输入,但是上限我们硬设置为99 他如果输入了一个超过99的数字,点击空白区或发送之后会自动变成99 这应该是最极限的了(应该不太应该w) 商汤这个厂商我还是很喜欢的,他早期是画图界的佼佼者,福利真的很好,最多一次生成8张图片,我觉得可能延续了这个传统,虽然现在变成了商业化的模型,在他的传统画图网站都没有上线 因此用户设置为1~8的时候数字显示为绿色,超过八显示为红色作为提示~ 但总之可以设置到99,我们也不知道。发送请求之后API会怎么回应呢:melting_face: 如果爆出外号,如果他真的排队生成了99张,那真的亏大了() 另外就算真生成了,你该如何处理排版呢? 99张图,估计上下文窗口也撑炸了(既是物理窗口 也是token hh)

这个模型它只支持API!
还是想聊这个东西

一点c端都没做,只允许用API玩
我最讨厌搞这些,就像我们这次做网站要讨论一大堆事,特别是解决cors 因为过去总是难以完美解决 Cf walk总是我自己一个人做 手机上超麻烦

对了! 一定要手机端绝对适配,优先让我玩好 电脑端按默认行业配置应该不会有什么问题~

自己写网站自己修bug自己处理,各种限制
效果还没有现成的c端产品好

然后接着说吧,光这一个就说这么多了w

自定义尺寸我们选7个最主要的供选择就行,11个太多了

我们给多回答单独开一个界面
“找不同模式”
默认选择一次性7个回答,用户可以自由输入2~7个
并没有真的找不同玩法,只是因为输出了7个,根据同样的提示词,用户可以找不同取这个意思就而已了~
绝大部分是一端产品不会做,多回答这个功能,所以我们也不做(选择单独开个界面)
不突兀~
这个界面也要明确提示选了哪个模型(换句话说就是告知。只有一个模型可选)

设置界面,我们开放基础设置和高级设置,所有冷门设置全放进高级设置
用量统计默认开启,但让其不占主要的视觉地位 我们这些玩夜的很喜欢看到这个的,我们都是很勤俭持家的~
除此之外,其他的冷门设置全部默认为无为空或者不启用 这应该也是公认默认配置~

控制思维强度 有趣,我需要修改 上面说只有一个模型可选,不对,有四个

做网站,我们自己做网站,凭什么要按照行业标准?
(大部分东西按标准走就没问题~)
对于四种思考强度,我们全部按我们网站自己设计一个不影响后端请求的逻辑。给他们命名成四个「不同的模型」
保持主名称后缀分别为 -Very very fast
-Very fast
-A bit fast
-Not fast anymore

就跟快过不去了:rofl:
没有正常也没有慢 只有对快的追求()

推理过程妥善处理,默认不展开 展开后是一个可滑动的独立小窗口(不是弹窗) 用户不用滑动整个界面,滑动这个思考窗就可以随时能点击上方关掉它

最后那个架构设计你有信心,那就好

还有什么想说的?~

从中可以一窥我的基本用户设计思路~以及个性风格w

看完他的回复继续补

没问题,继续 对话管理是当然有支持的~ 也需要考虑到对话管理实际上和菜单是同一层级,打开菜单就能看到对话管理 在菜单中除了可以管理对话,还可以进入到我们刚才说的找不同玩法以及进入设置 用户可以上传自己的头像到本地保存 对话的时候,作为自己的头像 可以给AI设计头像

可以编辑过去的任何一条自己的话或AI的话 甚至可以删掉某条对话

现在API能理解同时出现两个user请求之类的情况

真报错了以后再改

这些也是突然想起来的,我过去比较喜欢遵循的设计方案

全面参照了我最喜欢的谷歌大善人 他的AI实验室就是这样设计的

这样可以欺骗AI 是很好玩的
(不要干坏事喵)

他返回的是临时url,我们应该想办法让他渲染出来,用户不应该看到一个链接,而是一个图片 就像我们换个对话模型,他能看到图片一样,AI都能看到,人类不能看到,那用户心里会不平衡的

C端产品本质上也是调用API,他们为什么可以?我们学习一下方法

总之 我们假设它是临时的,用户可以选择保存到画廊,这是一个独立的界面。存放所有用户生成过的图片,这些图片保存在本地 用户删掉则删除缓存,否则永久保存。
点开图片可以看到当时生成的时间,用的提示词 所用的配置 等等

这些是我设想的处理方法
就是从在线变成本地

我们不去信任服务端

再往下看到你说ai只需要一个url,心里更不平衡了,一定要实现让我们用户能看到图片的功能呀:sob:

我不太懂色计,在你没有正式写成代码之前,我也不太能想象会是什么场景,所以到底怎么处理七个回复或者更少一些的回复,完全由你来设计

另外,你的设计思路很完善了,还有一条可以直接发送一条信息,让所有回答继续向下…(也就是 追问所有对话…)

确实是可有可无的功能,但我喜欢参考我膜拜的一些偶像网站,这次偶像是竞技场:smiling_face_with_three_hearts: 是的这个网站名字就叫竞技场 你应该不太了解,不用管他~

agent模式配额有限
可能这一轮我都没法发出去,如果发出去了,你还是严谨考虑一下要不要继续问。最好是哪怕是继续问了,我回答完就真的可以正式开始写代码了

很多跟设计无关,但是都是我的宝贵亲身经历()

Screenshot20260505011408

从24年开始就在钻研AI对话网站
做了一个又一个
AI一点一点变强,网站制作技术却是一点没变()
依旧拉胯

希望这次能再进步一点

3 个帖子 - 1 位参与者

阅读完整话题

来源: linux.do查看原文