在 12 月 ,我们宣布支持 Web Artifacts ![]()
在此期间,LLM 变得更加强大。
我很高兴地宣布 AI Artifact 存储。
以下是一个简短的调查,它完全在 Discourse Artifact 中使用用户存储生成。让我们知道您对 AI 的感受!
在此处阅读更多信息:
这是一个开端,我可以看到这个系统不断发展,并能够实现各种极其酷的用途来赋能社区:
- 调查
- 游戏
- 高级投票
- 以及更多…
在 12 月 ,我们宣布支持 Web Artifacts ![]()
在此期间,LLM 变得更加强大。
我很高兴地宣布 AI Artifact 存储。
以下是一个简短的调查,它完全在 Discourse Artifact 中使用用户存储生成。让我们知道您对 AI 的感受!
在此处阅读更多信息:
这是一个开端,我可以看到这个系统不断发展,并能够实现各种极其酷的用途来赋能社区:
建议:
在提示的末尾考虑添加
ask questions as needed
虽然 AI 经常会问几个问题,但我发现这些问题都很有价值,并且花时间回答它们确实能带来更好的结果。即使在回答完问题后,再次添加 ask questions as needed。这有时会进行几轮,但最终 5 分钟的额外问答可以节省约 20 分钟的多轮往返时间。![]()
什么是用户存储?它是否类似于与访客会话相关联的数据?
已将用户 ID 链接,但未链接到用户会话 - 在所有用户会话中共享
这相当不错,我最初忽略了这个话题,因为它标题里有“AI”,但实际上这是一个很棒的功能。但是,为什么它只对AI开放呢?如果任何人都可以创建这些工件,这似乎会强大得多。
我赞同!例如,拥有一个界面,可以手动插入/更新工件代码和键/值对以进行存储,这将很方便。
否则,您将被迫使用 Web 创建者角色(可能很昂贵)或 SSH 隧道连接到数据库并手动编辑相关数据库行/列中的代码(可能很危险)
既然你提到了,一个可运行的代码片段和存储功能将非常有趣……我可以看到它在代码帮助论坛中有许多用例。
这是一个很好的用例,如果那样的话,编码论坛里的人们就不必依赖像JSFiddle和Codepen这样的工具了(根据经验)。
我并非反对设立一个机制,但这需要大量的工作,涉及很多用户界面。我可以做的一个临时方案是提供一个用于创建/编辑构件等的管理员API。
等我有时间的时候我会开个话题,谢谢告知。
我很好奇,op 中的工件是如何知道我的用户名的?@sam 你介意分享一下这背后的代码吗?谢谢!
Artifacts 使用一个消息系统,从沙盒化的 IFRAME 回到托管页面,可以直接与实例通信。这就是它们如何存储/检索用户数据并获取用户名/头像模板等内容……
如果您允许,我很乐意尽快打开此功能请求。
好的,我给忘了,现在也不在电脑前了,你来吧。
我实际上是指文物的代码
,不过那个也很有用。
谢谢!
已完成,老板 ![]()