個人 — 経営者・フリーランス・プロジェクト責任者
- 日々 AI を使っているが、「任せどころ」と「絶対に人が判断するところ」が曖昧なままになっている。
- メモ・タスク・チャットが複数ツールに分散し、全体を把握する負荷が高い。
- 自分の判断基準や価値観に沿った AI との付き合い方（個人プロトコル）を定義したい。
人と AI のあいだにある「仕事」を、静かなプロトコルとして設計します。
Fragment Practice は、すでに AI を使い始めているフリーランス・経営者・事業部門の担当者・情報システム部門・研究者の方々に向けて、「どこまでを AI に任せ、どこからを人が判断するか」を業務フローの中で具体化するスタジオです。
このページでは、「誰が・どのような状況で・どのくらいの期間・どんな進め方で Fragment Practice を使えるか」がわかるように整理しています。まだ要件や社内稟議の条件が固まっていない段階でも、 「いま、どの負担やリスクを減らしたいか」から一緒に確認していきます。
このページでわかること
Services ページでは、次の 5W1H をざっくり押さえられる構成にしています。
- Who — 個人・事業部門・研究者など、どのような立場の方向けか。
- What — 具体的に「AI とノート・会議・ログのどの部分」を一緒に設計するのか。
- Why — どのような課題感やリスクがあるときにフィットしやすいか。
- When — どのくらいの期間・タイミングで始めると効果が出やすいか。
- Where — 既存のツール／社内環境のまま、どこまで一緒に整えられるか。
- How — どのようなステップ・料金感で進んでいくのか。
主な対象 — 個人・事業側・技術側・研究のそれぞれで。
規模や役割よりも、「人と AI が一緒に仕事をしている、具体的な場面があるかどうか」を重視しています。よくご相談をいただく立場は次のとおりです。
事業サイド — 事業部門・プロダクトオーナー・チームリード
- メンバーごとに AI の使い方がばらつき、品質やリスクのコントロールが難しい。
- 会議・チャット・ドキュメント・タスクの流れが「一本の線」になっていない。
- 全社標準の前に、少人数のチームから「実務として回るやり方」をまず作っておきたい。
技術サイド — 情報システム部門・セキュリティ・IT-BCP 担当
- AI 利用規程やポリシーはあるが、現場の会議やノートと接続されていない。
- 「この情報は AI に渡さない」といった線引きを、現場と一緒に具体化したい。
- BCP・委託先管理・監査の観点からも説明可能なログやルールを整えたい。
研究・R&D — 研究者・ラボ・DX 室
- 実務と連動した小さなプロトタイピング・観察ログを、研究の文脈として整理したい。
- PoC やトライアルの結果を、YAML・ノート・レポートとして再利用可能な形に残したい。
- 実務側と研究側の間で、「何をどこまで言語化しておくか」を一緒に設計したい。
Fragment Practice で、一緒に整える 3 つのレイヤー。
どの立場の方とも、最終的に目指すのは「分担・ルール・情報の流れが明示されている状態」です。プロジェクトごとに比重は変えながら、次の 3 レイヤーを同時に扱います。
AI 利用ルール・判断ライン（Protocol）
「どの場面で」「どこまで AI に任せるか」「どの情報は扱わないか」を、簡潔な文章・チェックリスト・図として整理します。 必要に応じて Prism Protocol に沿った YAML 形式にも落とし込み、更新しやすい骨組みとして残します。
ノート・会議・ログの構造（Notes / Logs）
会議・1on1・レビュー・実験ログなどの「場」と、メモ・AI ログをつなぐフォーマットを設計します。Notion / Google Docs / スプレッドシート等、既存ツールを前提に「どこに何を書くか」を定義します。
継続しやすいリズム（Health & Rhythm）
日々のメモの取り方や、週次・月次レビューのタイミングを決め、「これだけは必ず行う」最小限の問いとチェックポイントを用意します。業務負荷・体調・家庭事情なども踏まえた「続けられるペース」を一緒に設計します。
入口となる 4 つのサービスライン。
実際のご相談は、次の 4 つの入口のどこかから始まることが多いです。期間としては、「数週間のスプリント」〜「数ヶ月の伴走」まで、扱うテーマの広さに応じて調整します。
個人のための AI プロトコル設計（Starter / Sprint）
1〜2 週間目安経営者・フリーランス・プロジェクト責任者など、自分と AI の関係性を短期間で整理したい方向けのスプリントです。現状のフローを一緒に確認し、「今期どこまで AI に任せるか」の線を引き直します。
- 仕事の一日の流れと負荷ポイントのインタビュー／棚卸し
- AI に渡す／渡さない情報、必ず人が判断するラインのメモ化
- 3〜5 シーン分の依頼テンプレートと、やらないことリスト
個人向けの継続伴走（Health & Rhythm × Notes）
Starter 等で整理したプロトコルを、「書いて終わり」にせず、ノート構造・カレンダー・レビュー習慣に落とし込んでいくフェーズです。期間は 1〜3 ヶ月程度を想定しています。
- ノート・タスク・AI ログをつなぐ軽量な構造の設計
- 週次／月次レビューのフォーマットと問いのセット
- 「AI に依存しない領域」を守るためのチェックライン設計
チーム向けプロトコル設計（Meetings / Notes / Logs）
現在お使いの会議体・チャット・ナレッジベースを前提に、人 × AI × 情報の流れを小さな単位（チーム・プロジェクト）から整えるラインです。全社標準の前段階としても利用できます。
- 会議メモ → 要約 → タスク化の標準フローとフォーマット設計
- シーン別 AI 利用ガイド・禁止事項・サンプルプロンプト
- オンボーディング向けの簡易ガイド・トレーニング資料
Research & Prototype（実務 × リサーチの中間レイヤー）
Fragment System / Prism Protocol / QFS の考え方を使いながら、実務と研究を行き来するプロトタイピングや観察ログを一緒に積み上げるラインです。 研究者・ラボ・R&D 部門・DX 室との共同プロジェクトを想定しています。
- 実験設計メモ（premise / protocol / metric）の共創
- YAML スキーマ・簡易ツール・チェックリストの試作と検証
- Applied write-up / ZINE / 内部レポートの作成支援
進め方 — 小さく設計して、現場で確かめながら整える。
Individual / Team / Research いずれの場合も、「小さく試す → 観察する → 少しだけ設計を変える」というループを基本とします。ここでは代表的な 3 ステップのイメージを示します。
Frame — テーマと境界線のすり合わせ
まず、「どの業務・どのチーム・どのリスク」を今期の対象にするかを一緒に決めます。現状の AI 利用状況、セキュリティ／IT-BCP／委託先管理の前提、 NDA・公開範囲などを確認し、扱う Fragment と扱わない Fragment の線を引きます。
- ヒアリング（オンライン 30〜60 分）
- 既存資料・ポリシー・画面イメージの共有（任意）
Sketch — 小さな設計と試行
実際のメモ・チャット・ログを材料に、「いまの環境のまま試せる最小単位のプロトコル・テンプレート」を設計します。数週間〜 1 ヶ月ほど試行し、負荷やリスクの変化を一緒に観察します。
- 会議メモ・ノート・YAML などのドラフト設計
- 試し運用とオンラインでの簡易ふりかえり
Write & Systemize — 背骨としてのノートへ
観察結果をもとに、「続けられる形」に微調整します。Research & Writing のページで紹介しているような設計メモ・ケースノート・Applied write-upとしてまとめ、必要に応じて社内ガイド・オンボーディング資料にも落とし込みます。
- 最終版プロトコル／テンプレート一式
- 今後 3〜6 ヶ月の簡易ロードマップ
料金の目安 — 「どこまで一緒に手を動かすか」で決まります。
現在は、1 時間あたり 22,000 円（税込）を基本単価とし、扱うテーマの数・関わり方・納品物の粒度に応じてお見積りします。ここでは、「このくらいの規模なら、だいたいこのレンジ」という参考を記載します。
個人向け（Starter / 伴走）
経営者・フリーランス・責任者など、個人単位でのご相談を想定したレンジです。
- AI × 仕事の相性整理セッション …… 5 万円前後
- 個人の AI プロトコル設計スプリント …… 10 万円前後
- 1〜2 ヶ月のライト伴走 …… 10〜25 万円程度
事前におおよそのご予算感を共有いただければ、その範囲で「どこまで一緒に設計するか」を一緒に決めていきます。
チーム / リサーチ向け
事業部・情報システム部門・研究室など、小〜中規模単位を想定したレンジです。
- 半日の設計ワークショップ …… 20〜40 万円程度
- 1〜3 ヶ月のプロトコル設計・伴走 …… 60〜150 万円程度
- 共同研究・Applied write-up 制作 …… 個別お見積り
金融・製造・重工・自動車・小売・運輸など、既に厳格なセキュリティ／BCP 体制がある組織とのご相談も歓迎です。その場合は、既存の枠組みと矛盾しない範囲から小さく始める前提で設計します。
主にご一緒するツール・環境。
「自社の環境でも進められるか？」という観点から、よく登場する基盤・ツールを整理しています。 実際のプロジェクトでは、いまお使いの環境をできるだけ変えずに、その上に構造とプロトコルを重ねる方針を基本とします。
ChatGPT / OpenAI 系
Gemini 等
Claude / Anthropic 系
Notion
Obsidian
スプレッドシート / Airtable 等
Google Workspace
Microsoft 365
Slack / Teams 等
Zoom / Meet 等
Linear / Issue 管理ツール
Jira / 開発系チケット
Figma / Miro 等
GitHub / GitLab
上記以外の社内システムや専用ツールをご利用の場合も、画面イメージやワークフローを共有いただければ、「いまある器を前提にしたプロトコル設計」としてご提案します。新しいツールの導入そのものよりも、既存環境での運用を整えることを優先します。
まずは、「どの負担を軽くしたいか」から話しましょう。
詳細な要件定義や、社内稟議用の資料がまだ整っていなくても問題ありません。「このプロセスで AI をもっと活かしたい」「このあたりのリスクと負荷が気になっている」といったレベルのメモで十分です。現在地を一緒に整理し、実務・研究のどちらから見ても無理のない次の一手をご提案します。