CalmOS Markdown
plan calmos doc split
目次
CalmOS Documentation Split Plan
Overview
- Task:
CalmOS/chatgpt.mdの更新内容を分解し、用途別Markdownに整理する - Created: 2026-06-15
- Scope owner: Codex main session
- Source:
CalmOS/chatgpt.md - Purpose: 長い壁打ちログを残したまま、事業計画、ミッション/ビジョン、サービス詳細、導入ロードマップ、診断シート、営業/サイト構成、テンプレート設計へ分割する。
- Current state: 元ファイルは5,207行あり、会話ログ、途中案、完成案、追加アイデアが混在している。
Goal / KPI
- Final goal: CalmOSの事業構築に必要な主要ドキュメントを、Obsidianで参照しやすい単位に分解する。
- Success conditions:
- 元の
chatgpt.mdはそのまま残す - 主要テーマごとにMarkdownが分かれている
- 各ファイルにfrontmatterがある
- 事業計画、ミッション/ビジョン、サービス詳細、Method、導入ロードマップ、診断、テンプレート、営業/サイトが分かれている
CalmOS/docs/README.mdから全体を辿れる
- 元の
Deliverables
CalmOS/docs/README.mdCalmOS/docs/brand/calmos-mission-vision-values-20260615.mdCalmOS/docs/business/calmos-business-plan-v2-20260615.mdCalmOS/docs/business/calmos-service-detail-20260615.mdCalmOS/docs/method/calmos-method-v1-20260615.mdCalmOS/docs/method/calmos-30day-roadmap-20260615.mdCalmOS/docs/method/calmos-diagnostic-sheet-20260615.mdCalmOS/docs/templates/calmos-starter-kit-20260615.mdCalmOS/docs/sales/calmos-website-sitemap-20260615.mdCalmOS/docs/sales/calmos-sales-materials-outline-20260615.md
Scope
- 更新後の会話ログから、確定度の高い内容を抽出する
- 重複している表現は統合する
- 途中案は採用/保留を判断し、保留はOpen QuestionsやFuture Ideasへ回す
- 原体験、思想、具体的提供内容を分けて整理する
Non-Scope
- LP本文の完成
- 提案書デザイン作成
- 実際のObsidian Vaultテンプレートファイル作成
- GitHub Project/Issueの実作成
- 外部市場調査
Requirements
- Format: Markdown
- Language: Japanese
- Location:
CalmOS/docs/ - Source preservation:
CalmOS/chatgpt.mdは編集しない - Style: 自分用の事業構築ドキュメント。外部提出前の親資料として使える粒度。
Priority
- P0: 事業構造と提供内容を分ける
- P1: 診断・導入・テンプレートまで商品化に必要な要素を切り出す
- P2: 営業/LP/提案書に転用しやすい言葉を残す
- P3: 細かな文体統一
Facts / Hypotheses / Opinions
Facts
- ユーザーは元のやりとりをそのまま残したい。
- ユーザーは分解したMarkdownをそれぞれ作成したい。
- 更新後のログには、サービス詳細、対応環境、Foundation、Monthly、思想、Starter Kit、サイトマップ、Mission/Vision/Valueが追加されている。
Hypotheses
- 分解先は
CalmOS/docs/配下が最も自然。 - 既存の
CalmOS/docs/strategy/calmos-business-plan-v1-20260615.mdは残し、新しい分解版は別ファイルとして作る方が安全。
Opinions
- CalmOSは「AI環境構築」ではなく「経営者の思考OS」として整理すべき。
- 最重要ドキュメントは、事業計画、サービス詳細、Method、診断シート、Starter Kit。
Review Criteria
- 元ログの重要内容が抜けていないか
- ファイル名と中身が対応しているか
- Obsidianで参照しやすいか
- 事業・商品・営業・実装が混ざりすぎていないか
Completion Criteria
- 10個のMarkdownファイルが作成されている
- READMEに全体インデックスがある
- frontmatterがYAMLとして読める
git statusで作成ファイルを確認できる