feat: 公開コンテンツとサイト表示を実運用向けに更新

サンプル中心だった初期コンテンツを整理し、最初の挨拶Noteとollama-webのSoftware記事、画面キャプチャーを追加する。Aboutとサイト説明はzola.tomlの値を参照する構成に揃え、Software一覧から自前cgitへ案内する。不要になったサンプルNotesとSoftwareは削除する。

ホームの重複する紹介要素を取り除き、見出しサイズ、ページ余白、記事内の見出し間隔、一覧行間を縮小する。bodyとmainをFlexレイアウト化して短いページでもフッターの位置と内側余白を統一し、Software詳細のメタ情報が奇数項目でも罫線と列幅を維持する。

NotesとSoftwareのFront Matterを網羅したコピー用テンプレートと利用手順をdoc/content-templatesへ追加し、設計書と仕様書を現在の構成へ同期する。生成物に加えてdraftディレクトリをGit管理対象外とし、公開前の記事をローカルだけで管理できるようにする。

1 files changed, 0 insertions, 46 deletions

diff --git a/content/notes/static-sites-and-maintenance.md b/content/notes/static-sites-and-maintenance.md
deleted file mode 100644
index 10fcd7d..0000000
--- a/content/notes/static-sites-and-maintenance.md
+++ /dev/null
@@ -1,46 +0,0 @@
-+++
-title = "静的サイトと長期的な保守"
-description = "仕組みを小さく保つことが、長く書き続けるためにどう役立つか。"
-date = 2026-08-21
-updated = 2026-08-22
-
-[taxonomies]
-tags = ["情報工学", "Web"]
-
-[extra]
-related_software = [
-  "software/archive-site/index.md",
-]
-+++
-
-個人サイトの目的は、必ずしも最新の機能を提供することではありません。文章を残し、必要なときに読み返せることが中心なら、静的な構成は今もよく合います。
-
-## 保守する対象を減らす
-
-動的な仕組みを採用すると、アプリケーションだけでなく、実行環境やデータベースも保守対象になります。静的サイトでは、公開環境に置くものを生成済みのHTMLとCSSへ限定できます。
-
-```text
-Markdown → Zola → HTML / CSS / JS
-```
-
-構成を小さくすることは、機能を諦めることではありません。目的に必要な部分を見極め、理解できる範囲に留める判断です[^small].
-
-### 更新の手順
-
-記事を書くときの流れも単純です。
-
-1. Markdownを追加する
-2. `zola check`で内部リンクを確認する
-3. `zola build`で静的ファイルを生成する
-4. 生成物だけを配信する
-
-## 読む時間を中心に置く
-
-長く残す文章では、画面の動きより、行長や余白、リンクの見分けやすさが重要です。このサイトでは[Archive Site](@/software/archive-site/index.md)の設計を通して、その考え方を試しています。
-
-## 参考文献
-
-1. Zola, *Documentation*.
-2. W3C, *Web Content Accessibility Guidelines (WCAG)*.
-
-[^small]: ここでいう「小さい」は、ファイル数ではなく、運用時に理解すべき境界が少ないことを指します。