ブログ運営ワークフロー日記

朝、前日（2/28）の日記がまだ存在しないことに気づいて make-diary コマンドを叩いた。生成された日記がブラウザに表示されるのを確認してから、「個人開発感をなくすテクニック10選」の技術記事に取り掛かった。記事を書き終えてhonda-sakubunスキルに通したら2箇所の修正提案が返ってきて、最後にpathリンターで整合性を確認して1日が終わった。

今日やったこと

1. 前日の日記を自動生成（make-diary）

make-diary コマンドで2/28の日記を生成した。claude-code-syncのログから、その日のセッション内容（HTML記事のMarkdown変換、Beautiful MermaidによるSVG生成、ブログ一覧のタイムゾーンバグ修正）を抽出し、日記のフォーマットに整形する流れ。

確認したこと:

frontmatterの category: "diary", project_name: "daily-log" が正しく付与されている
ブラウザで /2026-02-28-diary にアクセスして表示崩れがないことを目視確認
ブログ一覧ページにも記事が出ている（前日修正したタイムゾーンバグの再発なし）

2. 「個人開発感をなくすテクニック10選」の技術記事を新規作成

ブログ向けの技術記事として「個人開発のプロダクトで信頼を得るための実装テクニック」をまとめた。確認ダイアログ、データ最小化、ID設計、スケルトンUIなど、実装パターンとコード例を含む構成にした。

記事の構成:

10項目それぞれに「なぜ重要か」「実装パターン」「コード例」を記載
読者がコピペして使えるレベルのコードスニペットを添付
frontmatter: category: "dev", todo: "memo"

保存先: apps/web/content/2026-03-01/indie-dev-trust-checklist.md

3. honda-sakubunスキルで記事を校閲

技術記事を書き終えた後、honda-sakubunスキル（日本語校閲ツール）で文章を校正した。スキルが記事全体をスキャンして、2箇所の修正提案を返してきた。

修正内容:

表現の重複を解消（同じ段落内で類似の言い回しが繰り返されていた箇所）
助詞の係り受けを修正（主語と述語の対応がずれていた箇所）

honda-sakubunは「てにをは」レベルの校閲に強く、目視では見落としがちな助詞の不整合をピンポイントで拾ってくれる。2箇所とも指摘された瞬間に「確かにおかしい」と腑に落ちた。

4. pathリンターで記事の整合性を検証

記事内のリンクやpathフィールドの整合性をpathリンターで検証した。

検証項目:

path フィールドがルート直下形式（/slug）になっているか
記事内の内部リンクが既存の記事パスと一致しているか
重複するpathが存在しないか

今回はエラーなしで通過した。

今日の学び

make-diary コマンドの生成結果は毎回ブラウザで確認する手順を踏んだほうがいい。frontmatterのenum値が間違っているとビルド時に落ちるが、表示確認まで通すとその場で気づける
honda-sakubunは記事を書いた直後に通すのがベスト。時間を置くと「何を修正したか」の記憶が薄れて、差分の確認に余計な時間がかかる
pathリンターは記事数が増えるほどパス衝突のリスクが上がるので、新規記事を追加するたびに回す習慣をつけておきたい

今日のワークフローまとめ

make-diary → ブラウザ確認 → 技術記事執筆 → honda-sakubun校閲 → pathリンター検証

この流れが定着すると、記事のクオリティ担保に手戻りが減る。特にhonda-sakubun → pathリンターの順番は、文章の品質チェックを先にやってからリンク整合性を確認する形になるので、修正が1方向で済む。