ハンズオン: Codex Mobile で個人ブログを毎日更新する

このハンズオンでは、スマートフォンの短いメモから、個人ブログサイトへ 1 本の記事を追加します。例では Markdown ベースのブログを使いますが、Astro、Next.js + MDX、Hugo、Jekyll でも同じ工程を適用できます。

完成するもの

my-blog/
├── src/
│   └── content/
│       └── blog/
│           └── 2026-06-14-codex-mobile-daily-log.md  # 追加
└── package.json                                      # 変更なし

完成時には、新規記事 1 ファイルだけが追加され、リポジトリ既定のコンテンツ検証とリンク検証が成功している状態を目指します。公開はこのハンズオンの対象外です。

今日のメモを準備する

スマートフォンのメモを、事実と意見に分けます。

テーマ: Codex Mobile を初めて使った日
事実:
- QR コードで Mac と接続した
- 移動中に調査結果へ返答した
- 差分とテスト結果をスマートフォンで確認した
伝えたいこと:
- スマートフォン単体で実行する機能ではない
- 小さなタスクに分けると確認しやすい
含めないこと:
- 未確認の料金や将来機能
- 個人情報、端末名、秘密情報

Step 1: ブログの規約を調査する

Codex Mobile から対象プロジェクトを開き、次を送ります。

今日はブログ記事を1本追加します。まだ変更しないでください。
直近3本の記事、記事テンプレート、コンテンツスキーマ、執筆ルール、検証コマンドを調査し、次を報告してください。
- 保存先とファイル名規則
- 必須 frontmatter
- 文体と見出し構成
- タグの既存候補
- 実行すべき安全な検証
- 日英同期や索引更新の必要性

期待する結果:

保存先: src/content/blog/...
必須項目: title, slug, date, description, tags
文体: 既存記事に合わせた中立的な一人称
検証: content check, link check
追加更新: 必要な場合だけ index または locale pair

確認: 報告内容に根拠ファイルがあり、まだファイル変更がないことを確認します。

Step 2: 記事設計を作る

調査結果と今日のメモを渡します。

以下のメモを使い、800〜1200字程度の記事設計を作ってください。
[今日のメモを貼る]

条件:
- 既存ブログの文体と frontmatter に合わせる
- 未確認の機能、料金、提供条件を断定しない
- 個人情報や端末固有情報を含めない
- FAQ セクションは作らない
- まだファイルは変更しない

設計では、タイトル、要点、見出し、結論が重複していないか確認します。

確認: 1 記事 1 テーマになり、メモにない事実を追加していなければ次へ進みます。

Step 3: 専用ブランチを作る

リポジトリの運用ルールでブランチ作成が許可されている場合だけ依頼します。

既存の未コミット変更を確認してください。
変更がなければ `content/daily-codex-mobile-20260614` ブランチを作成してください。
既存変更がある場合は何も変更せず報告してください。

期待する結果:

Current branch: content/daily-codex-mobile-20260614
Working tree: clean

確認: ブランチ名と作業ツリー状態を確認します。既存変更がある場合は、無理にブランチを切り替えません。

Step 4: 記事ファイルだけを作成する

承認した設計で記事を作成してください。
変更対象は新規記事と、規約上必須の索引または日英ペアだけです。
依存関係、UI、設定、既存記事は変更しないでください。
作成後、変更ファイル一覧を報告して停止してください。

期待する差分:

?? src/content/blog/.../2026-06-14-codex-mobile-daily-log.md

確認: 想定した記事以外が変更されていないことを確認します。生成ファイルが必要なサイトでは、理由と生成元も確認します。

Step 5: frontmatter と本文をレビューする

スマートフォンでは次の順序で見ます。

1. 日付と slug が正しい
2. description が本文の内容を正確に要約している
3. タグが既存の分類に合う
4. 見出しが記事の流れに沿う
5. 外部リンクと技術的事実に根拠がある
6. 秘密情報、個人情報、ローカルパスがない

修正が必要なら、対象を限定します。

第2節だけ修正してください。
「スマートフォン上でコードが実行される」と読める表現を、ホスト上で実行される説明へ変更してください。
他の節と frontmatter は変更しないでください。

Step 6: 安全な検証を実行する

このリポジトリで定義された、記事追加に必要な安全な検証を実行してください。
frontmatter、コンテンツスキーマ、内部リンク、日英同期を確認してください。
本番ビルド、デプロイ、プッシュは実行しないでください。

期待する結果:

Frontmatter/schema: passed
Internal links: passed
Locale parity: passed or not applicable
Production build: not run
Deployment: not run

確認: 実行したコマンド、成功結果、未実行項目が区別されていれば成功です。

Step 7: 最終差分を確認する

最終差分をレビューし、次を短く報告してください。
- 変更ファイル
- 記事の要旨
- 検証結果
- 未確認事項
- 公開前に人が確認すべき点
コミット、プッシュ、公開は行わないでください。

記事の公開前には、机に戻ってローカルプレビューを確認するか、信頼できるプレビュー環境でレイアウト、画像、リンクを確認します。

日次運用用の再利用プロンプト

今日のブログ更新を進めます。

メモ:
[貼り付け]

手順:
1. 直近記事、テンプレート、スキーマ、執筆ルールを調査
2. 記事設計を提示し、実装前に停止
3. 承認後、新規記事と必須の索引・翻訳だけを変更
4. frontmatter、リンク、コンテンツ検証を実行
5. 差分、検証結果、未確認事項を報告

制約:
- 既存の未コミット変更を保持
- UI、依存関係、設定を変更しない
- 秘密情報と個人情報を含めない
- 未確認の情報を断定しない
- ビルド、デプロイ、プッシュは承認なしに実行しない

発展課題

• 下書きラベルを使い、公開日まで非公開にする
• 画像の代替テキストを検証項目へ追加する
• リンク切れ検査を日次検証へ追加する
• 記事テンプレートと執筆ルールをリポジトリに保存する
• PR テンプレートへ記事チェックリストを追加する

まとめ

日次ブログ更新は、Codex Mobile と相性のよい小さく反復可能なタスクです。メモ、規約調査、設計承認、限定実装、検証、差分レビューを定型化すると、移動中でも品質を保ちながら下書きを進められます。

次は Codex Mobile の応用運用 で、常時接続ホストや SSH を含む運用設計を学びます。