V2EX › OpenAI

🤖️ /go/openai

Livid · 5 小时 39 分钟前 · 3154 次点击

之前所有的关于 OpenAI 旗下产品 GPT 、DALL·E 、ChatGPT 的讨论会被移动到这个节点
请不要在 V2EX 的其他技术讨论的回复中粘贴复制来自 AI 生成的文本

32 条回复 • 2022-12-06 20:56:38 +08:00

oszlso 5 小时 33 分钟前

管理员已经将之前所有关于 OpenAI 旗下产品 GPT 、DALL·E 、ChatGPT 的讨论移动到这个节点。因此，在 V2EX 的其他技术讨论的回复中，请不要粘贴复制来自 AI 生成的文本。这样可以避免混淆，让技术讨论保持高质量。

ho121 5 小时 17 分钟前

@oszlso 这个看起来也像 AI 生成的

locoz 5 小时 17 分钟前 via Android 2

我认为其实可以加一个统一的 AI 回复，或者是允许复制粘贴 AI 回复但必须进行注明。

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

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

但如果是预先就知道是 AI 的回复，也知道 AI 的回复内容不一定正确，就可以避免这种问题，只利用到 AI 有价值的部分了。

fiypig 5 小时 15 分钟前

哈哈哈，大哥已经烦了

me221 4 小时 52 分钟前

@locoz
我认为加 from AI 不可以.

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

或者答主搜索 ChatGPT 然后提炼出关键

kuner0614 4 小时 43 分钟前

不只是文本，现在和未来 aigc 的内容已经开始有大规模的传播趋势了，v 站是不是可以对这类的内容做一个分享模板，比如特殊分享标记 /ai 文本框，以后在其他平台上可能也可以借鉴到。

Livid 4 小时 38 分钟前 7

@kuner0614 如果添加这样的标识符：

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

所以，我个人会使用最节约时间（包括我自己的时间和用户的时间）的方式去试着解决。

wogong 4 小时 16 分钟前

我好奇那些大规模复制 chatGPT 结果回贴的人是什么心理

ql562482472 3 小时 51 分钟前

@wogong 等他的 18 刀用完了就可以消停了他们这么用 18 刀撑不了太久的

locoz 3 小时 41 分钟前

@Livid #5 正是因为看过这些人（包括但不限于这三个例子）的回复，所以我才这么说。

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

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

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

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

不过如果将 AI 的回复内容统一放置在页面侧边，使其不影响主体回复部分，其实还是能比较折衷地解决这两方面问题的。当然这也会带来额外的开发成本，在没有特意进行处理的情况下，确实还是直接禁止复制粘贴 AI 回复更合适。

bugsnail 3 小时 34 分钟前

也许，他们只是用 v2 的 api 做图灵测试
@wogong

locoz 3 小时 34 分钟前

@me221 #6 你说的方案我之前也想到过，但是一个是会有使用门槛问题，另一个是如果回复者去提炼内容，那就又涉及到回复者自身的提炼水平了，可能还不如以往的那种搜个现成的文章直接甩链接来得实际。这样的操作相对于直接展示出来肯定是会稍差一些的，只是在无法直接展示的情况下，可以这么做。

locoz 3 小时 32 分钟前

补充一下前面 #11 提到的例子的题外话：

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

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

即使不改变当前的使用方式，他的核心诉求其实也就是解决“一条一条命令启动”比较麻烦的问题，那让 AI 写一份批量执行的代码就好了，也可以完美解决。