これにはいくつかの方法があります。Discourseで従来の日記エントリのようなものを作成する最も簡単な方法は、自分自身にPM（プライベートメッセージ）を送信することです。
あなたのユースケースのもう一つのアプローチは、「grow-logs」というカテゴリを作成することです。そこは、人々が何をしているか、どのような機材を使っているかなどについてのアップデートを投稿する場所になり得ます。
私は日記のアイデアに興味があります。なぜなら、Discourseをパブリッシングプラットフォームとして使用するために必要なことと同様の方法で解決できるからです。例えば、Discourseを使用してSubstackの小規模版を作成したり、複数の人がObsidian Notesを公開できるDiscourseサイトを持ったりするためです。
考えられる解決策は、各パブリッシャーごとにDiscourseのカテゴリとグループを作成することです。
このアプローチの利点は、ユーザーがカテゴリとどのようにやり取りできるかを制御できることです。以下の例では、「simon」グループ（私）のメンバーのみがカテゴリで新しいトピックを作成できます。他のすべての人はカテゴリのトピックを表示して返信できます。
すべてのユーザーに対してグループとカテゴリを作成することには、それなりの理由があることに注意してください。過去には、Discourseサイトで多数のカテゴリを持つことがパフォーマンスの問題を引き起こしていました。しかし、それは解決されたと思います。サイトに多数のグループとカテゴリがあると、少なくともサイトスタッフにとってはUXの問題が発生します。何かが変更されていない限り、ホストされているDiscourseサイトでは、限られた（しかし妥当な）数のカテゴリしか作成できません。
とはいえ、カテゴリ/グループのアプローチは、10〜20の個別のパブリッシャー、日記作成者、ノートテイカーなどがいるサイトにとって良い解決策になると考えています。