人と AI のあいだにある「仕事」を、静かなプロトコルとして設計します。

状況を俯瞰し、論点・判断ライン・次の 2–4 週間の打ち手を最短で整理します。 必要なら Sprint / 伴走へつなげます。

3–6 週間ほどで、会議・ノート・ログ・AI 利用ルールの「実務として回る形」を作ります。立ち上げや短期改善に向きます。

定例レビューで「意思決定・運用・更新」を継続支援します。段階契約（まず小さく始めて、必要に応じて拡張）にも対応します。

個人 — 経営者・フリーランス・プロジェクト責任者

• 日々 AI を使っているが、「任せどころ」と「絶対に人が判断するところ」が曖昧なままになっている。
• メモ・タスク・チャットが複数ツールに分散し、全体を把握する負荷が高い。
• 自分の判断基準や価値観に沿った AI との付き合い方（個人プロトコル）を定義したい。

事業サイド — 事業部門・プロダクトオーナー・チームリード

• メンバーごとに AI の使い方がばらつき、品質やリスクのコントロールが難しい。
• 会議・チャット・ドキュメント・タスクの流れが「一本の線」になっていない。
• 全社標準の前に、少人数のチームから「実務として回るやり方」をまず作っておきたい。

技術サイド — 情報システム部門・セキュリティ・IT-BCP 担当

• AI 利用規程やポリシーはあるが、現場の会議やノートと接続されていない。
• 「この情報は AI に渡さない」といった線引きを、現場と一緒に具体化したい。
• BCP・委託先管理・監査の観点からも説明可能なログやルールを整えたい。

研究・R&D — 研究者・ラボ・DX 室

• 実務と連動した小さなプロトタイピング・観察ログを、研究の文脈として整理したい。
• PoC やトライアルの結果を、YAML・ノート・レポートとして再利用可能な形に残したい。
• 実務側と研究側の間で、「何をどこまで言語化しておくか」を一緒に設計したい。

「どの場面で」「どこまで AI に任せるか」「どの情報は扱わないか」を、簡潔な文章・チェックリスト・図として整理します。必要に応じて YAML 形式にも落とし込み、更新しやすい骨組みとして残します。

会議・1on1・レビュー・実験ログなどの「場」と、メモ・AI ログをつなぐフォーマットを設計します。 Notion / Google Docs / スプレッドシート等、既存ツールを前提に「どこに何を書くか」を定義します。

日々のメモの取り方や、週次・月次レビューのタイミングを決め、「これだけは必ず行う」最小限の問いを用意します。業務負荷・体調・家庭事情も踏まえた「続けられるペース」を一緒に設計します。

アジェンダ → 記録 → 決定 → フォローアップまでを一本化し、AI 議事録の取り込み先と参照導線まで設計します。

個人メモ・チームドキュメント・AI ログが分断される前提で、参照単位（ページ/タグ/ID）と更新ルールを作ります。

仕様・意思決定・実装・検証のログが散らからないように、チケットとノートの紐づけ規約を整えます。

“何をログとして残すか” を先に決め、スプレッドシート〜DB〜自動化まで必要な範囲でつなぎます。