Memory Builder
業務定義シート、マニュアル、責任者・担当者インタビューから記憶候補を作成。ルール、例外、禁止事項、承認者、根拠を構造化します。
矛盾候補 / 原文台帳 / 正式ルール化
ココアAIログイン会社の記憶で動く、もう一本の腕。
メール返信、日程調整、管理表更新、Slack報告を一気通貫で支援。会社ごとの判断基準を 認証済みCompany Memoryとして扱い、AIが下書き、人間が承認、外部サービスへ実行します。
Gmail / Calendar / Sheets / Slack
外部発信は必ず人間承認
元文書・インタビューまで追跡
Company Memory
正式ルール128
例外ルール24
禁止事項18
Approval Center
承認待ち7
修正待ち3
却下1
Work Inbox
要対応12
対応中5
完了28
Calendar
10:00 - 11:00空き
13:00 - 14:00候補
15:00 - 16:00候補
AIが下書き作成
人が確認・承認
外部サービスへ実行
Company Memory
AI Draft
Approval
Execution
属人化した手作業を、会社の資産に変える。
ココアAIは、会社のやり方を単なるメモではなく、承認済みの判断基準として扱います。
正式ルールだけをCompany Memoryとして構造化
下書き、承認、外部実行までを1本の流れに統合
すべての判断が元文書・インタビューへ遡れる
誤送信を防ぐため、外部発信は必ず人が承認
よくある課題
×担当者ごとに判断が揺れ、返信品質が属人化する
×メール返信、日程調整、管理表更新が人の手で分断される
×AIを導入しても、根拠・権限・例外が曖昧で実行できない
×引き継ぎで会社のやり方が失われる
Work Inbox
Gmailの受信メールを新規問い合わせ、既存顧客、社内連絡などに分類し、要対応だけを集約。会社ルールに基づく返信下書きを作ります。
自動分類 / 下書き生成 / 対応履歴
Approval Center
下書き、予定登録、シート更新、記憶候補を承認待ちとして一覧化。そのまま承認、修正して承認、却下、今回のみ例外を選べます。
人間承認 / 修正履歴 / 例外処理
Scheduling
用途別の予約ページを作り、複数Googleカレンダーの空きを突き合わせます。相手には空き時間だけを見せ、予定内容は公開しません。
空き時間提示 / Meet発行 / 二重予約防止
Automation Flow
「メールが来たら返信案を作る」「月末に管理表を更新する」など、きっかけとステップをつないで繰り返し業務を登録できます。
テンプレート / 定期実行 / 承認付き実行
Memory Health
未承認、矛盾、期限切れ、修正が多いルールを可視化。会社のやり方が古くなったままAIに使われる状態を防ぎます。
棚卸し / 競合検出 / 監査ログ
承認前に、AIの判断を見える化する。
ココアAIは「それっぽい返答」をそのまま実行しません。操作の前に、判断の根拠、使用した正式ルール、不明点、実行先を人間が確認できる状態にします。
何を実行するか
なぜその判断か
使用した正式ルール
確信度と不明点
実行先と変更内容
承認者と監査ログ
連絡、予定、記録を、承認フローで束ねる。
人材紹介、広告代理店、営業代理店、Web制作、コンサルティングのように、メールと日程と管理表が日々動く会社向けです。
人材紹介求人広告代理店営業代理店Web制作会社広告代理店コンサルティング会社
Trigger
問い合わせメール
AI Draft
顧客種別と会社ルールを参照して返信案を作成
Approval
担当者が文面と根拠を確認
Execution
承認後にGmail送信、Slackへ完了報告
Trigger
日程調整依頼
AI Draft
複数カレンダーの空き時間から候補を提示
Approval
候補日時と参加者を確認
Execution
承認後に予定登録、Google Meet URLを発行
Trigger
会議後の記録
AI Draft
タスク、担当者、期限、管理表更新案を抽出
Approval
更新先の範囲と内容を確認
Execution
承認後にSheets更新、期限超過時はSlack通知
70%+
提案が軽微な修正以内で承認される状態を目標に運用
0件
誤送信・誤登録など重大な誤実行を起こさない設計
30%+
対象業務の作業時間削減をPoCの合格基準として確認
月次
Memory Healthで古いルールと矛盾を棚卸し
記憶、承認、実行。
人とAIがチームで動く。
AIが判断を確定しない。会社の正式ルールと人間の承認を通して、 外部サービスへの実行まで進めます。
01
会社の記憶をつくる
Memory Builder
業務定義シート、マニュアル、責任者・担当者インタビューから、記憶候補を生成します。承認された候補だけが正式ルールになります。
ルール例外禁止事項
02
承認センターで確認
Approval Center
AIの下書きや記憶候補は、承認待ちとして集約。そのまま承認、修正して承認、却下を選べます。
修正して承認今回のみ例外却下
03
外部サービスへ安全に実行
Execution
Gmail、Googleカレンダー、Google Sheets、Slackへの実行は承認後だけ。結果とログを残して次の運用に返します。
GmailCalendarSheetsSlack
安心して任せられる、
設計と運用。
自動化の速さより、誤実行を防ぐ構造を優先。承認、出典、権限、監査を最初から備えます。
勝手に送信しない
メール送信、予定登録、シート更新、Slack通知は、承認センターで人が承認してから実行されます。
出典にたどれる
正式ルールは元文書、マニュアル、インタビューの原文に紐づきます。判断の理由を追跡できます。
テナント分離
法人ごとにデータを分離し、権限とロールに応じて参照範囲を制御します。
監査ログを記録
誰が何を承認し、どのルールを使って実行したかを履歴として残します。
役割ごとに、できることを分ける。
オーナー
法人の最高権限。メンバー管理、設定変更、重要ルールの承認を担います。
管理者
承認、設定変更、メンバー追加、運用ルールの見直しを担当します。
スタッフ
閲覧、下書き作成、対応状況の確認が中心。外部発信は承認者へ回します。
AIに確定させないことを、先に決める。
AI自身が記憶候補を承認済みにしない
外部発信、予定登録、シート更新を無承認で実行しない
根拠がないルールを正式ルールとして使わない
契約、採用、法的判断、決済の確定判断をしない