How I Write Blog Posts with Obsidian

Unattributed

Obsidianでブログ記事を書く方法

原文は Unattributed により に公開されました。 このブログを購読する

Obsidianの熱心な信奉者が、複雑に入り組んだノート整理システムや知識ベースの構築について熱く語っているのを見かけたことがあるかもしれません。実際、私もつい最近パーソナルナレッジマネジメントについての会話に参加したところです。ただ、この記事はそういう話ではありません。

私のObsidianの使い方はいたってシンプルです。作業をこなし、物事を楽にするために必要なツールだけを組み込んで使っています。どこかで聞いた言葉を言い換えますが(出典が見つからないので意訳します)、システムは必要なだけ複雑であればよく、それ以上は不要だという考え方です。レンチ一本で済むところに、わざわざルーブ・ゴールドバーグ・マシンを作る必要はない、ということです。私のアプローチも同じで、レンチを使って必要なツールをいくつか付け足し、必要なところを締め直すだけです。

というわけで、この記事では現在の私のワークフローを紹介します。このシステムはここ数週間で少しずつ進化してきましたし、今後も変わっていくでしょう。ただ、基本的な考え方は今もこれからも変わりません。シンプルに保ちつつ、役に立つものにすることです。

計画

WordPressからwrite.asに移行したとき、一番困ったのは書きたい記事を計画・管理する手段がなくなったことでした。最近Obsidianに追加されたBasesという機能のおかげで、3つのサイトすべての記事を一覧できるテーブルを簡単に作れるようになりました。

メインの計画テーブルの表示 メインの計画テーブルの表示。未公開の記事はぼかしています——ネタバレなしで! ;)

この仕組みのシンプルなところは、どの記事が公開済みで、どれが計画・下書き段階にあり、公開予定日がいつなのかがテーブルですぐに分かる点です。ただ、これだけ大きなテーブルだと見づらくなることもあります。幸い、別のビューも用意しています。

「計画中/下書き」ビューでは作業中の記事だけを表示できます。

「計画中/下書き」ビューでは作業中の記事だけを表示できます。

「公開済み」ビューではすでに投稿した記事を確認できます。

「公開済み」ビューではすでに投稿した記事を確認できます。

このシステムの“秀逸な”ところは二つあります。一つ目は、これらの情報がすべて記事自体の一部であり、別途管理する必要がないこと。二つ目は、この一覧から「Published(公開済み)」「Scheduled(公開予定日)」「Status(ステータス)」といったフィールドを、わざわざ各投稿を開かずに更新できることです。どうやって実現しているのでしょうか?

新しい投稿の下書き

新しいアイデアが浮かぶたびに、ウェブサイト用のフォルダに新しいドキュメントを作成し、テンプレートを挿入します。

テンプレート選択リストの画像 Blog Templateはウェブサイトの投稿用、CMP Templateはアーカイブするポッドキャストの投稿用です。

Blog Templateを挿入すると、そのドキュメントはPlanningテーブルに表示されるようになります。テンプレート挿入後のドキュメントはこんな感じです。

ドキュメントに挿入されたテンプレート。Planningテーブル用のプロパティを丸で囲んで表示。 ドキュメントに挿入されたテンプレート。Planningテーブル用のプロパティを丸で囲んで表示しています。

UntitledフィールドとTitleフィールドの両方があることにお気づきかもしれません。UntitledはObsidian上のファイル名で、Titleは実際の記事タイトルです。なぜ両方が必要なのかというと、Obsidianのファイル名には制約があるからです。たとえば、:はObsidianのファイル名には使えませんが、記事タイトルでは使いたいことがあります。

ここから先の執筆は驚くほどシンプルです…

Obsidianでの執筆

画像: 執筆環境全体 執筆環境全体。いくつかの箇所をハイライトしています。

あとはひたすら書くだけです。画面の大部分は記事を書くための編集エリアです。この記事のように画像がある場合は、ドラッグ&ドロップで配置できます。左側にはナビゲーションパネルがあり、上半分にフォルダ、下半分に選択したフォルダ内のファイルが表示されます。編集エリアのすぐ左には、現在の記事のバージョン管理パネルがあります(選んだ理由は次のセクションで説明します)。

記事が完成したら、出力用ディレクトリにエクスポートします。エクスポートの過程で、Obsidian特有の記法(たとえばWikiスタイルのリンクなど)は標準的なMarkdown形式に変換され、添付ファイル(画像)は記事と同じフォルダにまとめられます。これでwrite.asへのアップロードも非常に簡単になります。

Obsidianプラグイン

Obsidianで使っているコミュニティプラグインは、この画像のとおりです。

画像: インストール済みコミュニティプラグインのスクリーンショット 画像: インストール済みコミュニティプラグインのスクリーンショット。

中でも最も重要なのはHarperLanguageToolです。どちらもインターネット回線が遅いため、またツールをローカルで動かしたいという理由から、プラグインが呼び出すアプリケーション本体はローカルにインストールしています。markdown exportはブログ投稿のエクスポートに使っているツールです。Notebook NavigatorはObsidian標準のナビゲーションパネルを大幅に強化してくれるもので、まだその機能のほんの一部しか使いこなせていません。Outlinerはリスト操作を改善し、項目のドラッグ&ドロップや折りたたみなどを可能にします。Typewriter Modeは一つの機能のためだけに使っています。それは、現在編集中の行をハイライトする機能です(私は40年以上そうしてきたのですが、私特有の失読症への対処として役立っています)。

Remotely Saveは、複数の端末間でVaultを同期するために使っているツールです。Version Controlはシンプルな組み込みバージョン管理システムです。gitなどの外部バージョン管理システムではなくこれを使う利点は、ドキュメントのバージョン履歴がRemotely Saveで同期される点にあります。これにより、Vaultとは別にgitリポジトリを同期させる手間が省けます。

Zotero Integrationは、必要に応じて文献情報を検索して挿入できるようにしてくれます。残念ながらwrite.asは参照リンクをサポートしていないため、文末脚注形式ではなくインラインで記述しなければなりません。

Safi Site Auditは、このVaultだけで使っている少し特殊なツールです。サイトの健全性をチェックし、リンク切れやaltテキストの欠落といった大きな問題を見つけるために使います。頻繁に実行するわけではありませんが、たまにレポートを生成して確認できるのは便利です。

おわりに

Obsidianは、最近追加されたBases機能といくつかのプラグインのおかげで、私にとって素晴らしい執筆環境になっています。取り組んでいる投稿のステータスを追跡したり、ドキュメントをバージョン管理したり、環境を好みに合わせてカスタマイズするための追加ツールが使えたりするのが魅力です。

Obsidianには熱心な信奉者がたくさんいて、その熱意や複雑すぎるセットアップを見ると、Obsidianはとっつきにくいと感じてしまうかもしれません。個人的には、自分のニーズに合わせて調整すれば非常に優れたツールだと感じています。そして、それが最も重要で、ツールを最大限に生産的に使うための鍵なのです。つまり、自分のやり方で、自分に必要なことをこなせるようにすることです。

今回は細かいカスタマイズ方法(特定のツールのキーバインドなど)までは詳しく触れませんでしたが、私のワークフローについて少しでもイメージを持ってもらえれば幸いです。そして、皆さんがご自身のワークフローを洗練させるヒントになれば嬉しいです。


カテゴリー: #HowTo タグ: #obsidian, #tool, #writing, #blogging, #configuration, #workflow ライセンス: Copyright Unattributed. Creative Commons BY-NC-SA 4.0でライセンスされています。

この記事は「muse-spark-1.2-contributor」を使用して翻訳されました。

コメント