Article Pipeline for Hemisphere

Context

HemisphereのNotesは、制作物を見せるためだけの場所ではなく、日々の判断、実装、失敗、検証、ワークフローの変化を残す場所として使って行こうと思う。

これまでは、サイト立ち上げ、Markdown Notes化、AIサービスの契約判断など、節目ごとに記事として記録してきた。次に必要なのは、思いついた時だけ書くのではなく、継続的に記事へ落とすための流れである。

Decision

Hemisphereでは、記事を完成されたブログ記事としてだけ扱うわけではない。

小さな判断や作業ログも、あとから参照できる形にしてNotesへ置く。

Article sources:
  implementation logs
  decision logs
  workflow changes
  tool evaluations
  archive notes
  short daily observations

まずは、書く対象を大きくしすぎない。

1つの記事では、1つの判断、1つの作業、1つの検証だけを扱う。

Format

基本構成は、既存のNotesに合わせる。

Context
Decision
Reasoning
Implementation
Result
Next

すべての記事で全セクションを使う必要はない。短い記事では Context / Result / Next だけでもよい。

重要なのは、後で読んだ時に「なぜそうしたのか」が残っていることである。

Operating Rule

記事候補は、次のどれかに当てはまればNotes化する。

• サイトや制作環境に変更を入れた
• AIツールやサブスクリプションの判断をした
• Obsidian、GitHub、Astro、画像、アーカイブの運用を変えた
• 失敗したが、同じ失敗を避けるために記録する価値がある
• 将来の自分が参照しそうな比較や調査をした

公開向けに整える前でも、まずはMarkdownとして残す。

Backlog

次に記事化できそうなもの。

1. Hemisphereのトップページ設計
2. Archiveをどう扱うか
3. NotesをAstroに組み込む手順
4. ObsidianからMarkdown記事を作る運用
5. AIツールの使い分け
6. GitHub Pagesでの静的公開
7. 制作ログを残す意味

Result

HemisphereのNotesは、単発の記事置き場ではなく、継続的な制作ログとして扱う方針になった。

記事は大きな完成稿である必要はない。判断と文脈が残っていれば、あとから編集し、公開し、再利用できる。

Next

次にやることは、Backlogから1つ選び、短い記事として切り出すこと。

優先度が高いのは、ObsidianからMarkdown記事を作る運用 か NotesをAstroに組み込む手順 である。