選択肢

秘匿情報構文を作って、ローカルでは確認できるが公開時には秘匿されるようにする

• %[email protected]% → *秘匿情報* に変換
• frontmatterのpublishキーがtrueのファイルだけ公開
• 特定フォルダ配下だけ公開or秘匿
  など

• 自分が扱うvaultを1つにできる
  • これにつきる
  • 公開でも非公開でも自分の手元ではリンクや情報として扱える

• 設定ミスやシステムのバグで公開してはいけないものが紛れ込む可能性がある
• 「privateの特定のフォルダだけ公開」のような運用も可能だが、ファイルの誤混入や、記述ノートの勘違いが発生する可能性は非常に高い

書かない

• vaultさえ間違えなければ秘匿情報がpublicにはなり得ない

• privateとpublicのvaultを併用しないといけない
  • リンクが貼れない
• 今どちらのvaultに書いているのかを意識する必要がある

リスクと利便性のトレードオフ

結論

思想

• プライベートを深いプライベートと浅いプライべートの２つに分割する
• 深いプライベートは秘匿vaultに完全に分ける
• 浅いプライべートは公開vaultに入れるが、フォルダやフロントマターで公開非公開を制御する
  • obsidian上でも現在のノートが公開非公開のどちらに分類されるかが判別できるように🏆obsidian-dynamic-classnameでデザインを切り替える
  • 基本的には公開vaultに入れた情報は公開ベースで考える（デイリー以外）
• k4a-log - NGワードを設定しておいて公開時前ビルドで引っかかったらエラーを出すで、想定できる秘匿文字列を誤って公開対象にしないようにする

フォルダ

• 公開・記録用フォルダ → 名前の通り公開
• diaryフォルダ → 浅いプライべート
  • 日記などを別途公開用に整理するならそれは後悔してもよい
• /private → 明示的な浅いプライべート
• /public → 明示的なパブリック
• notesフォルダ → 暫定的な浅いプライべート
  • まだ作成途中だったり、公開非公開の判断をしていないもの
  • 定期的に見直してフォルダに振り分け、基本的には何も入っていない状態にしたい