この議論によると、管理者がアーティファクトを手動で作成および編集できるインターフェイスまたは管理APIがあれば、多くの管理者は大喜びするようです。
現在、アーティファクトの作成/編集を行う唯一の方法は、Web Artifact Creator ペルソナを介して行われますが、これにはいくつかの制限があります。
コスト: テキストやボタンの配置などを変更するだけの些細な変更のためにLLM呼び出しを行うと、すべての問題を解決し、段階的に新しいものを追加したい場合、非常に高価になります。
リスク: 管理者は原則として(試したことはありませんが)、データベースにSSHトンネルを張る(またはpgAdmin 4のようなGUIを使用する)関数を記述し、関連テーブルから関連行をコピーし、アーティファクトIDを自動インクリメントし、別のアーティファクトのコードを変更したり、変更を加えたりすることができます。しかし、これは明らかに危険であり、破壊的である可能性があります(だからこそ、Data Explorerは読み取り専用なのです)。時間もかかることは言うまでもありません。
この機能は何を可能にするでしょうか?たくさんです。私のコミュニティに関連する、私が思いつくことができることのほんの一部を以下に示します。
「ベースクイズ」アーティファクト: 1つのベースクイズアーティファクトを作成し、それをコピーしてJSONストレージを変更することで、まったく新しいクイズを作成できます。この方法は、教育コミュニティ向けのH5Pコンテンツを完全に回避する可能性があります。
「アーティファクトのコピー/カスタマイズ」LLMツール: この仮想的な機能は、DiscourseのリッチなREST APIの一部となるため、管理者は、指定されたアーティファクトをコピーし、特定のユーザーまたはグループのためにJSONストレージをパーソナライズできるツールを作成できます。
パーソナライズされたアーティファクト: 上記の2つのポイントの両方に密接に関連していますが、LLMにアーティファクトをコピー/貼り付けさせて、何かを台無しにしないようにするのに頼るのではなく、実際に機能する1つのアーティファクトを用意し、このAPIを使用して特定のユーザーまたはグループのためにそれをコピーし、JSONストレージを介して必要に応じてパーソナライズすることができます。これに対する私のユースケースの1つは、一部のユーザーのために個別の知識グラフを作成することです。うまく機能するグラフビジュアライザーアーティファクトを用意し、各ユーザーが独自の知識グラフを構築して、永続的なJSONとして保存できるようにすると便利です。
JSONデータの取得: このようなAPIは、指定されたアーティファクトに関連付けられた永続的なJSONデータをより簡単に取得することも可能にすると予想されます。これは、多くの理由で非常に有益になる可能性があります。たとえば、コンテキストのためにLLMにフィードする(「アーティファクトデータを読み取る」ツールを介して)などです。