1
rubygo 332 天前 10
大家怎么看呢?
广告是你这么打的么? |
2
GeekH 332 天前 2
这广告 hhhhhhh ,他甚至不舍得多骗骗我,良心!
|
3
shyyouarebest 332 天前
我感觉不太行
|
4
Zeroo07 332 天前
不能,打打辅助还是可以的
|
5
Rennen 332 天前
祝你们成功吧 233
|
6
keepRun 332 天前
感觉这个产品提供的功能也太少了,进去后就提供了个对话框以及选择角色,这跟直接使用 chatgpt 对话说明自己要做啥差异不是很大。
另一方面,假设我真的要做文档,提供一个对话框的形式真的好吗?我还希望能够微调文档,也许类似 notion ai 、有道词典 ai 这种本身就是在文档里写的形式会更好 |
7
ElmerZhang 332 天前
不太想看
你这段文案是 GPT4 生成的吗?实在不咋的。 |
8
n30v1 332 天前
给的回答基本都是错的
|
9
tool2d 332 天前
B 站有小伙伴说能把初级前端给干掉。
|
10
redchamber OP @rubygo 啊,这么明显吗?😅😅
|
11
redchamber OP @Zeroo07 但是感觉生成的文档,真的挺像那么回事儿的了,一下可以生成几十页的设计文档啥的…… 难道是一种错觉的吗?
|
12
redchamber OP @tool2d 我感觉,真的可以的,现在我做前端开发,next.js 的,就是
1. 直接把当前组件粘贴给 GPT4 , 2. 然后告诉他我要怎么改, 3. 它给出修改后的组件,我粘贴回来, 4. 刷新页面看看 OK 不 OK ,如果不 OK 告诉它不行 整体效率还是蛮高的,重点是,在 GPT4 吭哧吭哧工作的时候,我可以去刷推,等我刷完了推,它代码也写完了,我就测试就完了。 感觉挺好了。 |
13
redchamber OP @n30v1 能举个例子吗?我觉得只要不问 fact 事实类型的问题,对于逻辑推理,最佳实践这一类的,给的答案都挺好的呀
|
14
redchamber OP |
15
redchamber OP @keepRun 我们直接一键生成了一个很长的文档呀,而且文档的结构,里面的内容,都是最佳实践来的
都不需要用户手动去准备这个文档了。 您说的希望微调,这个我们太理解了!我们也知道,这个才是核心,才是更加有价值的,多轮交互,渐进修改优化等等。 我们其实是在思考,在 GPT4 的场景下,是采用当前大部分的软件,比如 wps ,word 和一些在线协作工具,如 notion 等的,基于区域的内容的微调,内容生成方式,还是选择相信 GPT4 ,不光将每个区域的具体内容,而且,将整个文档的整体结构,包括各个部分之间的前后逻辑关联,整体的结构优化等等,全部托付给 GPT4 去做主创, 人呢,就处在一个提出需求和文档审查的角色。 这样才能最大限度发挥 GPT4 的丰富的业务背景知识和逻辑推理能力,而不仅仅是将它作为一个比较初级的 AI 助手的角色。 这才是未来吧? |
16
redchamber OP @keepRun 另外就是,产品提供的功能少,这个是我们有意为之,想要做成最简单的交互。微调文档的 UI 的交互,我们确实在琢磨怎么做最合适,您这边有什么建议吗?
之前调研过一些在线编辑器,基本都是类似的,左边一个文档编辑框,右边一个 AI 聊天窗口,我们希望做的更高层,二不把重点放在具体内容的编写上。 调研其实发现,百度文库的自动生成 PPT 功能的 UI 设计的挺好的,我们希望参考他们的 UI |
17
beyondstars 332 天前
阻碍 gpt4 在国内普及的主要是防火墙,当用户可以唾手可得地去使用 gpt4 的时候,他们会下意识地把它当成主力,无论 gpt4 是否事实上胜任这些分配给他的工作,为什么呢?因为偷懒、指点江山、好为人师、得到认可是人的刚需,而 gpt4 (或者任何其他一本正经胡说八道的 llm )恰好满足了这一点。
|
18
redchamber OP |
19
beyondstars 332 天前
@redchamber 我部分认同你说的 gp4 能力强的观点。不过我觉得未来的想象空间倒是很清晰:数年至数十年的经济半死不活,中低端白领(包括文书工作者和低端码农)收入持续下滑或者横盘震荡(就拿现在五六千一个月的前端举例),失业长期居高不下,20 美元确实不便宜因为大家都失业了,贫富分化进一步加剧,统治能力非常发达(因为高科技)以至于不需要给那些被 ai 淘汰下来的底层白领什么补偿也能维持稳定。
简单来说就是死水一潭的未来,无非就是把写字楼白领的活抢了交给 AI 或者 LLM 干。 这种简单的图文对话界面,或者更进一步 llm 和人型机器人结合起来变成具备低级智能的机器人,它又能创造出什么产业呢?电影《极乐空间》描述的场景就是你能想象的未来。 表达能力不好可能存在车轱辘话反复说请见谅。 |
20
redchamber OP @beyondstars 对的,所以我们主要做国外市场,国内的话,问题太多了,监管,信息管制,等等等等。太难了
|
21
keepRun 332 天前
@redchamber 没啥建议,可能我个人还是更倾向于自己写 prompt 一步步微调。
其实感觉你做的这种竞争力不是很强,肯定一大堆同质化项目,毕竟从角色选择上也并不是太多。 感觉应该好好想想整个产品该怎样设计吧,或者既然贯彻抄袭策略,那就把各种 ai 工具跟你工具里相关的角色、需求能整合进来的就整合进来,按量取胜,就像腾讯靠抄袭也能活得很好一样😁。 对于产品未来怎么发展,感觉得靠近有痛点且愿意付费的用户,而且当下提供的这点功能显然容易被别人抄袭,还是得继续投入进一步的功能开发,不过得看客户需要什么。 至于产品的推广,感觉可以设计下推广赠送积分或者啥奖励之类的裂变措施;多语言也可以做下,既然有 gpt ,翻译下页面,本地化做成多种语言也许能撬动更多用户。 |
23
redchamber OP @keepRun 现在采用我们这种思路的,确实还没看到过,帮忙代写论文的,国内倒是有不少,大部分其他的,还是将 GPT 作为一个辅助者的角色,而不是创作主体。在交互上,基本大部分都是用 GPT 进行微调,优化,写部分文字,进行翻译等等,使用 GPT 作为创作主体的,确实不多。
这就是理念上的区别,进而导致了产品设计和方向上的差异。 但是说实话,哪条路都不好走,每天都游走在放弃与坚持之间…… |
24
redchamber OP @Philippa 您好,非常抱歉让您觉得是广告误导性标题,钓鱼。
其实我的本意还是想和大家讨论下,大家觉得 GPT-4 现在的能力边界在哪里,能够做的逻辑性,整体性,更需要理解力的工作的上线在哪里,基于这个理解,可能大家会诞生不同的产品形态与未来的发展方向。 另外就是我觉得有一个思路挺好的,我们现在的设计,应该要为未来 GPT 或者其他大模型的发展预留一些空间,就是说要假设未来它能做的肯定会更多,基于这个基础来进行产品设计。 想听听大家针对这个观点,是否有不同的理解。 确实并不单纯只是想做个广告。 再次对您表示非常非常的抱歉 |
25
bian2023 332 天前 via Android
写个 xray 分流还是没问题的
|
26
redchamber OP @keepRun 至于您说的
对于产品未来怎么发展,感觉得靠近有痛点且愿意付费的用户,而且当下提供的这点功能显然容易被别人抄袭,还是得继续投入进一步的功能开发,不过得看客户需要什么。 ---> 付费用户群体这个其实是我们的痛点……逻辑上的漏洞点,我们现在宣传的主体,其实和我们预想的目标客户群体,差别蛮大的……但是还没想到比较好的方法,在目标客户那做宣传。 ---> 容易被别人抄袭 这个其实也未必那么容易,我们的系统其实是内置了很多当前 AI 交互,包括业务上的最佳实践,也是需要打磨的。当然要说大厂要做,那确实没办法。 至于产品的推广,感觉可以设计下推广赠送积分或者啥奖励之类的裂变措施;多语言也可以做下,既然有 gpt ,翻译下页面,本地化做成多种语言也许能撬动更多用户。 多谢您的建议,产品推广方面,可能我们有一些初步想法,比如 1. 推广给积分这种,twitter ,微信分享等,增加使用 credit 2. 拉朋友来注册,给使用 credit 3. 免费版本生成的 word 文档中,增加水印,二维码,网站链接等等 3. 多语言方面,现在只是支持生成文档的多语言,服务界面本身还没有支持,您提的这个建议确实挺好,本来我们觉得先不着急,但说实话,其实工作量很小,因为内核都是一样的,所以也许可以在团队内部讨论,看看是不是可以提前去做,比如日语版、俄语版、法语版、葡萄牙语、西班牙语、中文等。 总之,非常感谢您的回复与讨论,对我们确实也挺有启发的!再次感谢您。 |
27
redchamber OP @bian2023 其实说实话,如果一步一步和 GPT 交互,我感觉 GPT4 写绝大多数的代码都没啥问题…… 很多时候,比人考虑的还周到呢,但这里的难点就在与,一步一步交互,一次出成片的概率太低了。
而我们现在第一步做的,就是一步出成片 |
28
keepRun 331 天前 via Android
@redchamber 建议多语言到时候 seo 最好做成子页面(路径)形式而不是 json 加载语言包,这样搜索引擎好抓取页面。比如 example.com/zh-cn/index.html
|
29
HongXinss 331 天前
写文档啥的, 一眼看去太像 GPT 写的了, 交都不好意思交差
|
30
redchamber OP @HongXinss 哈哈,我们的不会的,你可以试试
|
31
redchamber OP 太感谢了!!
后台数据显示,已经有人用俄语、西班牙语、葡萄牙语尝试生成过文档了 |
32
Zeroo07 331 天前
@redchamber 写文档确实,文字汇总分析提炼能力搞的不错的。代码能力其实也可以,但是仅限于较小的块,宏观上还是很依赖程序员的。最关键的,你不能忽视你在给 ai 的代码 review ,找 bug 改 bug 上所花费的时间🤣。 用 github copilot 有段时间了,我更想称之为是更智能的代码提示工具,好的一点是它能学习你的代码,所以提示的代码准确度还行的
|