根据这次讨论,许多管理员似乎很乐意有一个界面或管理员 API,允许他们手动创建和编辑工件。
目前,创建/编辑任何工件的唯一方法是通过 Web Artifact Creator persona,但这本身存在一些限制:
成本:为更改一些文本或按钮位置等琐碎的更改而进行 LLM 调用,如果真的想解决所有问题并逐步添加新功能等,成本会相当高。
风险:原则上,管理员可以(我认为,因为我还没有尝试过)编写一个函数来 SSH 隧道连接到数据库(或使用像 pgAdmin 4 这样的 GUI),从相关表中复制相关行,自动递增工件 ID,更改不同工件的代码或进行更改,等等。但这显然有风险且可能具有破坏性(这就是为什么 Data Explorer 是只读的)。更不用说这很耗时。
这项功能将实现什么?很多。以下是我能想到的一些与我的社区相关的事情:
一个“基础测验”工件:我们可以有一个基础测验工件,然后只需复制它并更改 JSON 存储即可创建一个全新的测验。这条路径有可能完全绕过面向教育社区的 H5P 内容。
一个“复制/自定义工件”LLM 工具:由于这个假设的功能将是 Discourse 丰富的 REST API 的一部分,管理员可以创建一个工具,允许 personas 复制给定的工件,然后为特定用户或组个性化 JSON 存储。
个性化工件:与前两点密切相关,而不是依赖 LLM 来复制/粘贴工件而不出错,我们可以有一个真正起作用的工件,然后使用此 API 为特定用户或组复制它,然后通过 JSON 存储根据需要对其进行个性化。我对此的一个用例是为我的某些用户制作个人知识图谱。拥有一个运行良好的图表可视化器工件会很好,然后每个用户只需构建自己的知识图谱,该知识图谱将作为持久化 JSON 存储。
获取 JSON 数据:我怀疑这样的 API 也会更容易地启用检索与任何给定工件关联的持久化 JSON 数据。这可能非常有益,原因有很多。例如,通过“读取工件数据”工具将其提供给 LLM 以获取上下文等。