🤖️ /go/openai

2022-12-06 15:18:59 +08:00
 Livid
8669 次点击
所在节点    OpenAI
48 条回复
oszlso
2022-12-06 15:25:11 +08:00
管理员已经将之前所有关于 OpenAI 旗下产品 GPT 、DALL·E 、ChatGPT 的讨论移动到这个节点。因此,在 V2EX 的其他技术讨论的回复中,请不要粘贴复制来自 AI 生成的文本。这样可以避免混淆,让技术讨论保持高质量。
ho121
2022-12-06 15:40:20 +08:00
@oszlso 这个看起来也像 AI 生成的
locoz
2022-12-06 15:40:45 +08:00
我认为其实可以加一个统一的 AI 回复,或者是允许复制粘贴 AI 回复但必须进行注明。

毕竟 AI 给出的有些内容还是挺有价值的,简单问题能直接解决,复杂问题也能给出一些启发。

实际上在回复里到处复制粘贴 AI 回复的那些人中,令人反感的主要是那些不经标注也未验证过,内含错误内容的回复,在让人需要额外花费精力辨别的同时,还可能产生不必要的误导。

但如果是预先就知道是 AI 的回复,也知道 AI 的回复内容不一定正确,就可以避免这种问题,只利用到 AI 有价值的部分了。
fiypig
2022-12-06 15:42:33 +08:00
哈哈哈,大哥已经烦了
Livid
2022-12-06 15:44:40 +08:00
me221
2022-12-06 16:05:54 +08:00
@locoz
我认为加 from AI 不可以.

如果贴 AI 的回答可以: 请查找 ChatGPT 「 xxxxx 问题」

或者答主搜索 ChatGPT 然后提炼出关键
kuner0614
2022-12-06 16:14:46 +08:00
不只是文本,现在和未来 aigc 的内容已经开始有大规模的传播趋势了,v 站是不是可以对这类的内容做一个分享模板,比如特殊分享标记 /ai 文本框,以后在其他平台上可能也可以借鉴到。
Livid
2022-12-06 16:20:03 +08:00
@kuner0614 如果添加这样的标识符:

* 并不是所有的人都会按照设想的去使用。
* 这个开关对于完全没有这样需求的其他用户,是一种额外的心智负担。同样的,如果在阅读时要去注意这样的标识符是否存在,也是一种心智负担。

所以,我个人会使用最节约时间(包括我自己的时间和用户的时间)的方式去试着解决。
wogong
2022-12-06 16:41:54 +08:00
我好奇那些大规模复制 chatGPT 结果回贴的人是什么心理
yzbythesea
2022-12-06 16:57:05 +08:00
@locoz 费时费力
ql562482472
2022-12-06 17:06:37 +08:00
@wogong 等他的 18 刀用完了就可以消停了 他们这么用 18 刀撑不了太久的
locoz
2022-12-06 17:16:41 +08:00
@Livid #5 正是因为看过这些人(包括但不限于这三个例子)的回复,所以我才这么说。

这些已经被 ban 的、令很多人反感的人,主要特点都是回复上没有任何标注,同时部分回复如例子中的 @wanacryhttps://www.v2ex.com/t/900314 发的回复,这个挺典型的,回复明显与 OP 的核心问题不相关,甚至可以说是跟 OP 自己已经使用的方法一致,这当然不妥。

但是,虽然他这个回复不妥,但该例子中 OP @jsjcjsjc 的提问水平显然也有所欠缺。一方面是在提问时表述的并不足够精确,另一方面是碰到问题时没有反思是不是方法问题、有没有更好的解决方案。而 AI 的回复在这方面,其实也是变相地体现出了这个主题本身的提问水平和描述精炼程度。

我认为如果 AI 回复普及,或许可以在做到之前提到的优点的同时,促进社区内所有成员的上述水平。毕竟 AI 不会不耐烦、不会懒得打太多字,只要问题准确且它掌握相关数据,就可以得到非常高质量的答案,是一个比较客观的...标准?

当然你在 #8 补充的也确实没错,从管理层面的角度来说,不可能所有人都老老实实按规矩来;同时如果有明确标识符的内容在主体回复部分展示,又会给人带来额外的心智负担,如果是长回复还会带来额外的翻页操作。

不过如果将 AI 的回复内容统一放置在页面侧边,使其不影响主体回复部分,其实还是能比较折衷地解决这两方面问题的。当然这也会带来额外的开发成本,在没有特意进行处理的情况下,确实还是直接禁止复制粘贴 AI 回复更合适。
bugsnail
2022-12-06 17:23:16 +08:00
也许,他们只是用 v2 的 api 做图灵测试
@wogong
locoz
2022-12-06 17:23:52 +08:00
@me221 #6 你说的方案我之前也想到过,但是一个是会有使用门槛问题,另一个是如果回复者去提炼内容,那就又涉及到回复者自身的提炼水平了,可能还不如以往的那种搜个现成的文章直接甩链接来得实际。这样的操作相对于直接展示出来肯定是会稍差一些的,只是在无法直接展示的情况下,可以这么做。
locoz
2022-12-06 17:26:08 +08:00
补充一下前面 #11 提到的例子的题外话:

事实上如果 @jsjcjsjc 的提问水平没问题,像他这个问题是完全可以被 ChatGPT 回答的,甚至我认为回答的内容比绝大多数人写的要更详细、更循循善诱。只需要先像这样问:“我在使用 Docker 时遇到了需要迁移容器内部配置的情况,需要将同样的容器从机器 A 迁移到机器 B ,目前是使用`docker save`和`docker load`命令来迁移的,但在迁移完之后需要对容器逐个手动进行启动操作,有更好的解决方案吗?”。

在得到“使用 docker-compose 更合适”的回答后,进一步询问:“那在使用 docker-compose 的情况下,我容器内的配置应该存在哪里、怎么迁移呢?”,即可获得“将容器内文件映射出来”和“使用普通的文件复制工具就可以迁移”的答案。至此问题完美解决。

即使不改变当前的使用方式,他的核心诉求其实也就是解决“一条一条命令启动”比较麻烦的问题,那让 AI 写一份批量执行的代码就好了,也可以完美解决。
ispinfx
2022-12-06 17:29:00 +08:00
你想看机器人回复就直接去问机器人,不要贴到人类的讨论区里。
Livid
2022-12-06 17:37:26 +08:00
在我们已经关于 ban 讨论了那么久之后,依然有人看不到,就只想 copy paste:

https://www.v2ex.com/member/username19027930/replies

👆 刚刚最新一个 ban 掉的例子。
Jooooooooo
2022-12-06 17:49:35 +08:00
支持了
whitehack
2022-12-06 17:54:00 +08:00

这种回复怎么样
whitehack
2022-12-06 17:55:22 +08:00
不过还是支持直接全禁了算了吧. 估计很少有人能象我这样让 ai 精简成这样

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/900513

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX