之前如果分享AI生成的内容时，大多目标是给人类阅读的文字。
因此，我们可以以截图的方式发布，这样有利于避免论坛被AI内容污染。
但是，最近分享和整理内容的时候遇到了新的矛盾。有些内容就不是给人看的，
比如：提示词。比如AI生成的代码或者脚本。
当然我也想到了可以分享附件，但是首先我不确定这是否符合规定。
其次，我感觉这样依然有些…奇怪。
我提议：是否可以在编辑器规定某种语法，通过为论坛增加功能的方式。
比如将AI生成的内容包裹起来，然后展示时，自动以渲染为图片的方式展示。
如果用户需要这段文字，点击这张图片，可以在弹出的窗口复制文字的内容。
这样还有个好处，就是避免以截图的方式发布，会比例不一。
而且能适配黑白模式。
仅仅是一个建议，而且是一个有一定成本的建议。
请给Discourse提pr 
yshtcn (K.Kang) 4
虽然我不太了解Discourse，但是我估计是支持插件，而且论坛大概也有启用自己的专属插件吧。
当然从开发的角度，这个提议还是有一些成本的。
Flyingpen (Eevee) 5
discourse
这是论坛的核心框架。
比如博客的 wordpress。
整个论坛是基于此框架的。
yshtcn (K.Kang) 6
我当然了解discourse是一个框架。我说不了解，仅仅是说我很多年没安装过论坛了。
就像当年的dz！那样。
我提议的这样功能应该只需要插件就可以实现。就像你说的wordpress也有类似的效果插件
是的，正如楼上所说。想要为论坛加这个功能，除非你是推广一个大家都安装的插件，不然就是直接更改底层代码，把我们的框架更新支持这个功能
以始皇的号召力，插件法应该是很可行的，但是到底愿不愿意呢？很难说
(论坛现在专属的插件也不少了)
此外就是论坛的手机用户其实也不少，手机用户怎么用插件？
yshtcn (K.Kang) 8
我说的是论坛的服务端插件，不需要客户端安装。
大部分论坛系统和博客系统（比如wordpress）都有类似的服务端插件机制
能实现不同的效果/主题
arch_linux (过期绿坝粮) 9
图片不够用吗？
Flyingpen (Eevee) 10
我在想啊，自动文转图，和手动截图比起来…
好像没多大区别。
自动文转图，就算是 md 语法的代码块，也要打2-4个符号进行包裹。
与其复制内容+粘贴+符号包裹，截图似乎更简单。
yshtcn (K.Kang) 11
我建议的自动文转图功能的key在于：能够用js复制/弹窗的方式将图的内容单独恢复为文字提供给有需要的用户。
有些内容需要复制出来才实用。
方便/适配明暗模式只是附带的优势
Flyingpen (Eevee) 12
说来也奇怪。
我突然发现，我在社区混了小半年，确实很少发现直接分享 ai 生成有价值的内容的帖子，大多是焚决，教我们如何去让 ai 生成我们想要的内容。
这是一个鱼与渔的区别。
鱼装在图里，渔则是自由的。
yshtcn (K.Kang) 13
并非如此。
事实上，已经有一类被我们忽视的内容，就是来自于AIGC的内容，并且允许在论坛流通。
那就是项目推广。只不过项目推广一般是AIGC的代码仓库。或者更复杂、更系统的提示词。
我自己也有几个“蛮受欢迎”（见仁见智）的项目发在了论坛。
但是随着模型的进步，值得我们分享的AIGC的步骤越来越少，诚如佬所说如何使用AI才是授人以渔。
那么不可避免的，除了我们需要手工叙述思路之外，还有可能需要把完成这个过程的内容让AI提炼为一个综合的提示词————这个提示词的本质就像在论坛分享的开源项目一样。
但是如果我为了这一个提示词，我去开一个仓库，然后发到论坛再加一个开源推广。我觉得有点浪费。
Flyingpen (Eevee) 14
你说了我才想起，似乎在社区分享提示词（焚决）以及分享脚本完整代码，好像都没有受到 AIGC 截图的约束。
我关注的几个佬，都是直接代码块包裹就发了。
yqyan (Grogu) 15
推测一下，始皇制定 AIGC 截图发帖的目的不是为了标识这段文字是 AI 生成的，而且，AI 生成的文字不入数据库，不可被检索
ai 生成的代码是有一定程度的截图豁免的，但是一定要经过验证，而不是随便 ai 生成就贴，论坛分享脚本插件的那么多，总不至于都是手写的
附件、github 开源，都是折中的办法
ai 语法这个好像之前就看到过类似的建议，就是实现起来有些困难
yshtcn (K.Kang) 17
我也是这样想的，所以才提出插件提议
yshtcn (K.Kang) 18
哦，有豁免。
之前因为不太明确，我直接放弃了很多内容。
stevessr (🐟) 19
Pr welcome or Plugin Please