小規模オフィスでDiscourseを使用しています。前述のように、下書きの問題があります。新しいフォルダをすばやく作成し、次に新しいフォルダ（2）、新しいテキストドキュメント、新しいテキストドキュメント（2）を作成し、これらのファイルにさまざまな情報を入力し、その後名前を変更しないという習慣があることはおそらくご存知でしょう。
後で、テキストブロックに時間参照がなく、バージョンがなく、画像がなく、自動保存の欠如により一部のものが保存されないことがあることが判明します。
テキストファイルの情報は混在しており、構造化されていません。長時間が経過すると、そのようなフォルダで何かを見つける可能性は非常に低くなります。コンテンツインデックス作成または人工知能は、この場合にいくらか役立つ可能性があり、Discourseはこの機能を果たします。
オフィスでのチームワークについて言及しました。つまり、従業員のローカルな独自のドラフトは、ユーザーアカウントの後ろにロックされています。共同作業を行う従業員について言えば、互いにドラフトを隠す必要はありません。むしろ、ドラフトがすぐに全員に利用可能になる方が良いでしょう。ソフトウェア開発者がどのように機能するか覚えていますか？彼らはコード（および多くの場合ドキュメントをコードとして）をバージョン管理された共有リポジトリに入れます。そして、リードエンジニアが変更をチェックするとすぐに、それらはマスターブランチで全員に利用可能になります。ドラフトの場合、そのようなモデレーターは必要ありません。したがって、ここではDiscourseが優れています。
リンクされた画像を含むドラフトの問題は、Markdownエディター（テーブルの編集や奇妙に逆のbase64画像変換のためにTyporaを使用し続けています。クリップボードからこのテキストを挿入するエディターはありません）で簡単に解決できます。Discourseは、同時作業プラットフォームとして完全に適しています。チャットディスカッションは、トピックまたは投稿に簡単に変換できます。OpenAIモデルはデータ処理で重要な役割を果たす可能性がありますが、組み込みアルゴリズムでもフォーラムのスレッドを関連性があるように見せるのに十分です。
受信トレイ機能を使用して、フォーラムにテキストをメールとしてすばやく送信します。このようにして、フォーラム自体を開く気を散らすことなく、貴重な考えを失うことはありません。その後、これらのアイデアをブレインストーミングで使用します。
権限を使用すると、トピックが準備できたときにサンドボックスから公開に簡単に移動できます。柔軟な信頼レベルにより、さまざまな部門のアクセスを整理できます。