1 ページ = 1 Fragment
メモ／議事録／設計／レビュー／下書き／最終アウトプットを、同じ単位で積み上げる。
Product / Prototype
Fragment — 人と AI が同じページを読むための、静かなノート
Fragment は、1 ページ = 1 Fragment（断片）として、 日々のメモ・会議メモ・観察ログ・下書き・最終アウトプットまでを同じ単位で持ち運ぶAI ネイティブなノートです。 Markdown で書き始め、必要なときだけ小さな YAML を足します。
「自分のノート（Obsidian 的）」と「共有ドキュメント（Docs/Slides 的）」のあいだを埋める page model を目指しています。読み体験の一部は fragment.place として公開しています。
AI-native, text-firstMarkdown × YAMLPrism / Scene / Flow
「ツールが欲しい」より先に、「判断の背骨とログの導線」を作りたい人・チーム向けです。
Fragment とは — 個人ノートとチームドキュメントの「あいだ」を作る
重要なのは UI ではなく、ページ単位（Fragment）に情報を揃えることです。 断片が同じ粒度で残ると、人も AI も同じ前提から読み直せます。
Markdown から始める
まずは普通に書き、必要なときだけ 最小の YAML（タグ/設定/場面）を足す。
Protocol-aware（境界線が前提）
Prism / Scene / Flow を “設定” として持ち、人×AI の役割と境界線をページに埋め込む。
できること — 断片を集めて、静かに構造化する
断片を集める → 前提（境界線）を揃える → AI と一緒に読み返す。 この順序を “運用” として回せるようにするためのワークスペースです。
- メモ・会議メモ・AIログを、ページ単位（Fragment）に揃えて一箇所に集める。
- テーマ／プロジェクト／公開範囲などを、軽いタグや YAML で付与する。
- 同じ素材から、ノート／レポート／スライド／図／タイムラインへ展開する。
- 依頼の型（Scene/Flow）を共有し、品質と安全性の “ぶれ” を減らす。
- 生成物も Fragment として残し、後から追える履歴にする。
何が変わるのか
小さな構造（ページ単位 + 設定）を共有すると、ログの扱い・判断の追跡・AI との協働が静かに変わります。
Before
メモや AI チャットがツールごとに散らばり、あとから辿れない
断片が分断し、「どこに何があるか」を思い出す時間が増える。判断の根拠も散っていく。
After
断片を 1 か所に集め、AI と一緒に読み直せる
1 ページ＝1 Fragment として集約し、軽い構造（タグ / YAML）で “読み返せる土台” を揃える。
Before
会議メモは残るが、決定や経緯が共有されにくい
議事録があっても「なぜそう決めたか」が流れ、オンボーディングや振り返りで説明が発生する。
After
決定・経緯・素材が、ひと続きのタイムラインになる
会議メモ→検討→最終アウトプットまでをつなぎ、あとから “追跡できる履歴” として残せる。
Before
AI に毎回ゼロから依頼し、同じプロンプトを打ち直している
文脈を毎回説明し直し、依頼の型が個人の中に閉じる。結果として品質と安全性がぶれる。
After
Scene / Flow を “共有できる依頼パターン” として残せる
YAML で場面・依頼の型・境界線を定義し、チームや未来の自分が同じ質感で AI を使える。
相性が良い人・プロジェクト
Fragment はまだ一般向けの SaaS ではなく、少数のケースで設計と運用を検証している段階です。 「次の一歩を丁寧に言語化したい」文脈ほど効きます。
Individual
- 思考ログやリサーチノートを、あとから文章や資料へ再編集したい。
- 静かに書きつつ、AI と一緒に読み直せる土台が欲しい。
Small teams
- 会議メモ→決定→タスクの導線を、後から辿れる形で残したい。
- 依頼の型（Scene/Flow）を共有し、AI 活用のばらつきを減らしたい。
Research / R&D
- 観察ログ・実験ログを、多角的に読み返せるように整理したい。
- 同じ素材からレポート/スライドへ展開し、再現性を上げたい。
開発状況と、試し方
Fragment は現在、代表自身の業務ワークスペースとして実運用しつつ、ごく少数の共同実験（支援/研究/執筆）で使っているクローズドベータです。 一般サインアップは前提にせず、まずは「運用として回るか」を検証しています。
一方で、読み体験とページ構造の雰囲気は fragment.place で公開しています。 まずは公開 Fragment を読み、必要なら Services としてノート構造・YAML 設定・依頼パターンまで含めて一緒に設計します。