一人で企画から運営まで回すために、Claude.ai、Claude Code、Claude Forgeを組み合わせたプロセスシステムを構築しています。この記事はシステム全体の構成と各ツールの役割をまとめたものです。
※ 各ツールの詳細記事は順次公開予定です。公開後にリンクを追加していきます。
システム全体像
1. アイデアメモ → Claude.ai
2. プロジェクト企画 → Claude.ai + spec.md / prompt_plan.md
3. 実装 → Claude Code + Claude Forge
4. 整理・理解 → Claude.ai + prompt_plan.md / progress_log.md
5. MVP運営 → Claude.ai + GA4
6. 保守・アップデート → 2〜4を機能単位で繰り返し
この6段階の構成は、複数のプロジェクトを経験しながら自分で組み立てたものです。6の保守・アップデートでは、機能単位で以下を繰り返します。
機能企画（なぜ必要か）→ Claude Forgeで実装 → 整理（なぜ・どうやって）
ツール構成マップ
| ツール | 種類 | 役割 | 適用段階 |
|---|---|---|---|
| 会話ネーミングCI | User Preferences | 会話の段階管理 | 全段階 |
| dev-logスキル | Claudeスキル | 一行ログ + 現状確認 | 全段階 |
| /plan-sync | Claude Codeスキル | Web企画→Code自動マージ | 実装 |
| Telegram Bot（実装中） | Node.js Bot | モバイルからパイプライン実行 | 実装 |
| Claude Forge | OSSパイプライン | /plan→/tdd→/review→/commit | 実装 |
各ツールの概要と詳細記事
会話ネーミングCI
User Preferencesに入れるルール。会話開始時にClaudeが「段階 | プロジェクト 作業内容」形式の名前を提案。
企画 | kigaru プレミアム機能
実装 | kigaru 相性機能
完了 | kigaru 今日の運勢
3段階（企画/実装/完了）の区分と切り替え基準は自分で定義。ハンドオフプロンプト作成＝実装開始。
→ 詳細記事
dev-logスキル
会話で作業が始まるとClaudeが一行ログを自動生成。8分類体系、ログフォーマット、memory edit + mdファイルの二重構造は自分で設計。
[kigaru] 📍プロモーション | [改善] AI応答速度 — 3秒→1.5秒 (03-14) | [デプロイ] ドメイン接続 (03-16)
8分類：企画/デザイン/開発/エラー/改善/リファクタリング/デプロイ/プロモーション
→ 詳細記事（近日公開）
/plan-sync
Claude Webの企画マークダウンをClaude Codeに貼り付けると、既存文書と競合チェック後に自動マージ。オリジナルのForgeになかったものを独自に追加した機能で、4段階の競合チェックレポートも自分で設計しました。
/plan-sync [企画マークダウン]
→ 🔴競合 / 🟡注意 / 🟢新規 / 🔵実装済み でレポート
→ 承認後にspec.md + prompt_plan.md更新
→ 詳細記事（近日公開）
Telegram Bot（実装中）
Claude Code headlessモード（claude -p）をTelegram Botで呼び出し。ノートPC＝サーバー、Cloudflare Tunnel経由。
current_plan.mdでセッション間コンテキスト維持。この仕組みは自分で設計。auto/requiredのレベル分離。
→ 詳細記事（近日公開）
Claude Forge パイプライン詳細
核心フロー：
/plan-sync → /next-task → /plan → /tdd → /code-review → /handoff-verify → /commit-push-pr
各ステップで人間が判断するポイントと、生成・消費されるファイルを整理します。
| ステップ | 内容 | 人間の判断 | ファイル操作 |
|---|---|---|---|
| /plan-sync | 企画mdをプロジェクト文書にマージ | 競合レポート確認 |
mymd/todo/にplan md入力 → prompt_plan.md更新 |
| /next-task | 次タスク推薦 | タスク選択 | — |
| /plan | 実装計画策定 | 計画を承認または修正 |
current_plan.md作成 |
| /tdd | テスト駆動実装 | — | — |
| /code-review | コード品質レビュー | — | — |
| /handoff-verify | ビルド/テスト/リント検証 | 変更点・エラー・注意事項を確認 | — |
| /commit-push-pr | コミット・PR作成 | — | 完了タスクをprompt_plan.archived.mdに移動、current_plan.md削除 |
3〜7のステップはprogress_log.mdに記録されます。実装完了後の「4. 整理・理解」フェーズで、prompt_plan.mdとprogress_log.mdを基に実装期間と過程を振り返ります。
Telegram Botはこのうち2〜7（/plan-syncから/commit-push-prまで）をモバイルから実行可能にしたものです。
ファイルライフサイクル
企画md（mymd/todo/）
↓ /plan-sync
prompt_plan.md（タスク追加）
↓ /plan
current_plan.md（実装計画 — 承認後に実装開始）
↓ /tdd ~ /commit-push-pr
prompt_plan.archived.md（完了タスク移動）
current_plan.md 削除
progress_log.md（3〜7の実行記録を蓄積）
設計原則
| 原則 | 内容 |
|---|---|
| 方向は人間、実行はAI | AIが次を決めない。選択肢の提示のみ |
| 軽さ | ログが重いとトークンの無駄遣い。一行ログ、リネーム一回、承認一回 |
| 段階的追加 | 問題が生じた時に必要な分だけ追加 |
この記事の構成および執筆にClaudeを活用しています。!