初期費用0円・最低契約期間なし。 まずは無料の資料請求から。
ホーム/SmartOptimizer
SmartOptimizerAI同士の共有知

AIの費用、 高すぎませんか。

その請求額の多くは、AIが同じ資料を何度も読み直している分です。SmartOptimizer は、一度読んで作った要約をチーム全員のAIで共有します。読み直しに消えていた使用トークンが激減し、AI費用はそのぶん下がります。

使用トークンが激減 · 今なら3か月無料 · 初期費用0円 · データは組織ごとに分離
The Problem

こんな状態になっていませんか

AIを使うほど、同じ資料を読み直すコストは静かに積み上がります。

AIの請求額だけが増えていく
使う人と会話が増えるほど費用は伸びるのに、成果が同じだけ伸びている実感がない
同じことを何度も調べている
別の会話・別の担当者のAIが、同じコードや資料をまた最初から読んでいる
AIによって言うことが違う
会話ごとに前提がバラバラで、どれが正しいのか人間が確かめ直している
効果が数字で言えない
AIを導入したが、何がどれだけ減ったのかを説明できない

ひとつでも当てはまったら、SmartOptimizer が力になれます。

The Commons for AI

AI同士の“共有知”が、これからのAI活用の肝になります。

AIが賢くなっても、組織で得た知見が共有されなければ、調べ直しは永遠に終わりません。むしろ会話が増えるほど、同じ資料を読む回数は倍々に増えていきます。次の一手は、より賢いAIを足すことではなく、AIたちが読み書きする共有知を持つことです。

01
AIを増やすほど、ムダも増える

会話が5つあれば、同じ資料は5回読まれます。人を増やしてもAIを増やしても、共有知が無い限りこの掛け算は止まりません。

02
賢いAIより、共有された文脈

同じモデルでも、前提を知っているAIと知らないAIでは答えの質が変わります。差を生むのはモデルではなく、渡せる文脈です。

03
共有知は、会社の資産になる

書き残された要約は担当者が変わっても残ります。人が辞めても、AIが入れ替わっても、組織の理解は積み上がったままです。

同じ資料を、5回読む必要はありません

例:1つの資料(約40,000トークン)を、5つの会話がそれぞれ読んだ場合

共有しない場合(5会話ぶん)
約 200,000 トークン
共有した場合(1回読んで要約を配る)
約 48,000 トークン

※ 説明のための試算例です。実際の削減量はご利用状況によって変わります。管理画面では、実際の参照実績にもとづく削減量を月別・案件別に表示します。

AIの単価は、自社では決められません。

AIの効率は上がっています。Anthropic社の粗利率は2024年のマイナス94%から2026年には約60%へ改善しましたが、これは値上げではなく推論効率の向上によるものです。それでも同社の年間換算売上は、この7か月で90億ドルから690億ドルへ約7.6倍になりました。単価の低下より、利用量の増加のほうがはるかに速いということです。

そして今の定額プランは、AIが業務に根付くまでの導入価格という側面を持っています。各社とも定額プランに含まれるトークン量を公表しておらず、上限も価格もこれまで繰り返し変更されてきました。上限を超えた分は従量課金——つまり定価に戻ります。加えて主要各社は上場を控えており、収益性を示す圧力もかかります。今の条件がこのまま続く前提で、来期の予算を組むことはできません。

単価は他社が決めます。自社で決められるのは、消費するトークン量だけです。

※ 各社の公表値および報道にもとづく(2026年7月時点)

SmartOptimizer = AI同士の共有知

smartID が共通IDとしてログインを束ねるように、SmartOptimizer は チームのAIが書き残した覚え書きを一冊にまとめます。それが共有知になります。

要約は案件ごとに分かれ、参加している案件だけが読み書きの対象になります。
How It Works

読むのは一度きり。あとは要約を回す

特別な運用ルールは要りません。いつもどおりAIを使うだけで、知見が貯まっていきます。

SmartOptimizer の位置づけGitや共有ファイルという大きな図書館と、要約だけを収めた小さな図書館があり、 SmartOptimizer がその2つをつなぎます。従来は、それぞれのAIが毎回、 大きな図書館を全部読んでいました。読む量が重いだけでなく、同じ資料を AIごとに解釈するため理解がずれます。SmartOptimizer を入れると、1人のAIが 読んで要約すれば、あとは全員がその要約を使えます。大きな図書館を直接読むのは、 原典に当たる必要が出たときだけです。最初の1人が誤る可能性に備えて、 ローカルLLMが定期的に要約を整理し、別のAIが随時その内容を精査します。 AIが別のPCでも別のモデルでも、読み書きする小さな図書館は同じ1つです。原典(読むと重い)大きな図書館Git · 共有ファイル · 仕様書1本読むだけで数万トークン同じ資料を全員が読み直していた1人が読んで要約すれば、あとは全員がそれを使うSmartOptimizer2つの図書館をつなぐ・原典を読んで要約に落とす・重複や食い違いを見つける・要約から原典へ辿れるようにするここだけ読めば足りる小さな図書館要約(共有知)数百トークンで同じことが分かる要約の質を保つ・ローカルLLMが定期的に整理・別のAIが随時、要約を精査最初の1人の誤りを、あとから直せる従来:それぞれのAIが毎回すべてを読んでいた→ 解釈もAIごとにずれるいまここを通るのは、原典に当たる必要が出たときだけまず要約を読む違っていたら直すClaude CodePC-ACodex CLIPC-B別のモデルPC-C
従来は、それぞれのAIが毎回この下の道を通って大きな図書館を全部読んでいました。 重いだけでなく、同じ資料をAIごとに解釈するので理解がずれます。 いまは1人が読んで要約すれば全員がそれを使え、 その要約はローカルLLMの定期整理と別AIの精査で保たれます。
01
1人(のAI)が読んで、要約を登録する

調べ物や実装で得た「次の人が同じ資料を読み直さずに済む知見」を、AIが自分から記録します。どの案件に記録するかは、必ず本人が選択ダイアログで選びます。

02
他のAIは、要約だけ読む

新しい会話が始まると、AIはその案件の要約と「他チームからの依頼」を自動で探します。元の資料を読み直す必要がありません。

03
使われた要約が強くなる

実際に役立った要約は重みが増え、次から上位に出ます。重複や表記の揺れは社内のAIサーバが見つけ、人が承認してから統合されます。

Features

SmartOptimizer ができること

01

案件ごとの共有メモリ

案件(プロジェクト)単位で要約を蓄積。参加していない案件は見えず、書き込めません。

02

記録先は必ず人が選ぶ

AIは推論で記録先を決められません。選択ダイアログで本人が選んだ先にだけ記録されます。

03

上書き事故を構造的に防ぐ

2つの会話が同時に同じ要約を直そうとすると、後からの更新は必ず止まります。訂正の履歴もすべて残ります。

04

承認してから統合

社内のAIが見つけた「重複」「表記ゆれ」は提案として溜まります。承認するまで、要約は何も変わりません。

05

キーマンレーダー

誰の要約がよく読まれ、実際に役立っているかが見えます。評価のためではなく、うまい人のやり方を学ぶために。

06

削減トークンの可視化

月別・案件別の削減量をダッシュボードで表示。費用対効果を数字で説明できます。

07

AIからの改善提案

AIが作業中に気づいた改善点を自分から提案します。採否と理由が残るので、同じ議論を繰り返しません。

08

Claude Code でも Codex でも

AIツールを選びません。Claude Code と Codex CLI の両方に対応しており、どちらから書いた要約も同じ共有知に入ります。設定ファイルもトークンも共通で、配布スクリプトが入っている側だけを自動で登録します。

09

5分で全員に配れる

管理画面でスタッフを選んで「セットアップDL」。実行するだけで、そのPCの設定が完了します。

Screens

画面の一部をご紹介

日々の操作はAIが行います。人が見るのは、効果の数字と承認だけです。

SmartOptimizer — 共有知
削減トークンのダッシュボードイメージ
削減トークン累計
1,284,000
+18% 先月比
要約の参照回数
412回
+27%
承認待ちの提案
3件
社内AIが検出
4月
5月
6月
7月
8月
案件A要約 38本 · 参照 176回612,000
案件B要約 21本 · 参照 118回404,000

削減量は推定値です(元の資料を読むトークン数 − 要約のトークン数 × 参照回数)

SmartOptimizer — 承認キュー
重複の統合を承認するイメージ
重複統合要約 #128 を #96 に統合社内AIサーバが検出
判定の理由(オンプレAIサーバが生成)

どちらも同じ手順を説明しており、#128 の内容は #96 に含まれています。 日付は #96 のほうが新しいため、#96 を残すのが妥当です。

承認制承認するまで要約は変わりません却下する承認して統合

削減トークンのダッシュボードと、AIが見つけた重複の承認キュー(※ 画面は説明用のイメージです。実際の画面と一部異なります)

自社での実測値(約1か月の運用)

2026年8月7日から9月3日までの27日間。2つの組織・15案件で、要約529本・参照604回の実測です。

要約が無ければ読んでいた量
18,556,900 トークン
実際に読んだ量
603,858 トークン
96.7%
読む量の削減割合
31分の1
1回の参照で読む量
604回
要約が参照された回数

参照のたびに「元の資料を読んだ場合のトークン数」と「実際に読んだ要約のトークン数」を記録し、その差を積み上げています。元の資料のトークン数は登録時の申告値にもとづく推定です。割合は案件によって幅があり、実測した15案件では62%から99%まで分かれました。要約が元の資料に近いほど割合は下がります。ここでの割合はAIが読むトークン量についてのもので、人件費や開発工数は含みません。運用を続ければ数字は変わります。

On-Premise Intelligence

整理を担うのは、社内に置いたAIサーバです。

要約が増えるほど、重複や表記の揺れも溜まります。その掃除を外部のAIサービスに任せれば、社内の知見を外に出したうえで、掃除のぶんまで課金されます。SmartOptimizer はこの処理を、当社内に設置したAIサーバ(オンプレミス)で行います。

01

2つのモデルを使い分ける

「このタグは既存のタグの言い換えか」といった軽い判定は小さなモデルが、要約どうしの統合のように間違えると戻しにくい判断は大きなモデルが担当します。速さと精度を、判断の重さに合わせて分けています。

02

候補の絞り込みはデータベース側で

すべての組み合わせをAIに読ませることはしません。まずデータベースの類似度検索で候補を数件まで絞り、そこだけをAIが判定します。AIを動かす回数そのものを最小限にする設計です。

03

迷ったら、統合しない

判定は毎回同じ答えになる設定で行い、「関連する話題でも、対象や目的が違えば重複ではない。迷ったら重複ではない」と明示しています。別々の知見を誤って1つにまとめる事故を、保守的な側に倒して防ぎます。

04

一度出した結論は記録する

「これは別内容だ」という判定も記録し、同じ組み合わせを二度と判定し直しません。却下された提案も理由とともにしばらく残り、その後で自動的に整理されます。同じ議論を繰り返さないための仕組みです。

05

増えた依頼は束ね直す

チーム間の依頼や改善提案が溜まってくると、AIサーバがそれらを時系列のダイジェストに束ね直します。件数が増えても、各AIが読む量は増えません。

AIサーバは、提案までしか行いません

統合も表記の統一も、管理画面で承認するまで要約は一切変わりません。判定の理由も一緒に表示されるので、なぜそう判断したかを確認したうえで決められます。

AIサーバが停止していても、要約の記録と検索は通常どおり動きます。整理の仕事が一時的に止まり、復旧後に再開されるだけです。
Cross Review

直した本人に、レビューはできない

AIに修正させたあと、同じ会話の続きでレビューさせても意味がありません。直前の判断を前提にしているので、同じ穴を同じように見落とします。レビューの価値は独立性から来ます。エージェントグループは「誰にレビューさせたか」を運用の善意ではなく仕組みで担保します。

AI同士のクロスレビューの流れ著者側のAIがレビュー依頼を起票し、別のスタッフのAIがそれを受け取ります。 受け取れるのは1体だけで、30分の作業枠が押さえられます。同じ会話のAIは 受け取れません。レビュア側は指摘に重さ(致命的・重大・軽微・些細)を付けて返し、 修正するのは依頼した側のAIです。この1周が1ラウンドで、毎ラウンド終了条件を判定します。① 著者側のAIが依頼を起票スタッフA · PC-A修正した本人にはレビューさせない② 別スタッフのAIが受け取るスタッフB · PC-BスタッフC · PC-C同じ会話のAI受け取れるのは1体だけ · 作業枠30分③ 重さを付けて指摘を返す致命的 / 重大 / 軽微 / 些細重さのない指摘は判定に使えない④ 直すのは著者側のAIレビュアには直させない=自分の指摘を自分で直さないこの1周が1ラウンド終了条件は毎ラウンド判定する

自社での実測値(レビュー実績)

2つの組織で、依頼206件・レビュー308回の実測です。バグは、修正が必要と判定された指摘(致命的・重大)を数えています。

365件
見つかったバグ
302件
すでに修正済み
14.2時間
レビューにかけた時間の合計

指摘は全部で552件で、そのうち致命的43件・重大322件をバグとして数えました。軽微・些細な指摘187件は改善提案として件数から外しています。所要時間は、レビューを受け持ってから提出するまでの合計です。人がGitHub上で読んでいる時間は含みません(サーバを通らないため記録できません)。

終わらないレビューを作らない
  • 致命的・重大な指摘が残っていなければ承認
  • ラウンド上限(既定3回)を超えたら人間へ
  • 期限(既定24時間)を超えたら人間へ
01

依頼を出すと、別のAIが受け取る

修正した側のAIがレビュー依頼を起票します。会話を始めた別のスタッフのAIに「レビュー依頼が届いています」と伝わり、承諾したAIがそれを受け取ります。人が誰かに頼みに行く必要はありません。

02

同じ会話のAIは受け取れない

依頼した本人と同じ会話のAIは、その依頼を受け取れないようにします。既定は「別のスタッフのAI」で、重要な変更ではここを必須にできます。人間のレビュアを名指しで指定することもできます。

03

二重レビューが起きない

1つの依頼を受け取れるのは1体だけです。受け取ると30分の作業枠が押さえられ、その間ほかのAIは同じ依頼に手を出せません。時間内に終わらなければ枠は自動で解放され、別のAIが拾えるところに戻ります。

04

指摘には重さを必ず付ける

すべての指摘に4段階(致命的・重大・軽微・些細)のどれかを付けます。重さのない指摘は「終わったかどうか」の判定に使えないため無効にします。軽微・些細は残したまま完了でき、知見だけを共有知に残します。

05

直すのは、依頼した側のAI

指摘を受けて修正するのは著者側のAIです。レビュアに直させると、自分の指摘を自分で直すことになり独立性が消えます。レビュアは指摘するところまでを担います。

06

残すのは知見だけ

レビューの経過や対応状況は専用の記録に持ち、共有知には残しません。共有知に入るのは「次の人が同じ調査をしなくて済む知見」だけです。終わった依頼で検索結果が汚れるのを避けます。

サーバが強く保証できるのは「別のアカウントであること」です。同一人物の別の会話かどうかは、AIの側が申告した情報にもとづく判定なので、誤って自分の修正を受け取ってしまう事故を防ぐ役割にとどまります。重要な変更では「別のスタッフのAI」を必須にするのが確実です。組織単位・案件単位でこの機能をオフにすることもできます。

Security

社内の情報を、外に出さないための設計

要約には仕事の中身が集まります。だからこそ、4層の壁で囲んでいます。

要約を囲む4層の防壁要約は4つの壁に囲まれています。外側から順に、外部のAIサービスへ渡す経路が無いこと、 他社の保管領域へは構造的に到達できないこと、参加している案件しか読み書きできないこと、 そして資格情報は登録時に自動でマスクされ最初から中に置かれないことです。 外側の3つが誰の手が届くかを決め、一番内側は万一そこを越えられた時に効きます。① 社外の壁外部のAIサービスへ要約を渡す経路がありません② 組織の壁他社の保管領域へは構造的に到達できません③ 案件の壁参加している案件しか読み書きできません④ 中身の壁秘密は最初から置かせません(自動でマスク)要約= 仕事の中身が集まる場所外側の3つは「誰の手が届くか」の壁。一番内側は、それでも越えられた時に効きます

① 社外の壁 — 外に出さない

重複の検出や統合文の作成は、当社内に設置したAIサーバ(オンプレミス)で処理します。外部のAIサービスへ要約を渡す経路がそもそもありません。

② 組織の壁 — 他社へ届かない

お客様ごとに専用の保管領域を作り、他社のデータには構造的に到達できません。どの組織のデータかは接続に使う鍵から自動的に決まり、外から指定する手段がありません。

③ 案件の壁 — 参加した案件だけ

鍵は案件ごとに分かれています。参加していない案件は読むことも書くこともできず、サーバ側で拒否されます。同じ組織の中でも、案件をまたいで中身が混ざりません。

④ 中身の壁 — 秘密を置かせない

「資格情報は要約に書かない(在り処だけ書く)」をAIが必ず読む共通ルールに明記し、値が混ざっていれば登録時に自動でマスクします。外側の3つを万一越えられても、持ち出せる秘密がそこにありません。

認証の失敗が続く接続元は自動で遮断します(他サービスで実績のある方式)。

Getting Started

導入は、その日のうちに

01
組織をつくる(管理者・1分)

smartID でログインして「この組織で利用開始する」を押すだけ。専用の保管領域が作られます。

02
案件とメンバーを登録する(管理者・数分)

案件を作り、参加するスタッフを選びます。参加している案件だけが記録先の候補になります。

03
各PCに配る(1人5分)

管理画面の「セットアップDL」で出るファイルを実行するだけ。AIの設定と接続確認まで自動で終わります。Claude Code と Codex CLI は、入っている側だけが自動で登録されます。プロンプトの書き方を覚える必要はありません。

For You

立場と用途に合わせた説明もご用意しています。

このページは製品の全体像です。ご自身の立場に近いページ、あるいは 解決したい場面に近いページから読むと、判断に必要な話に早く着けます。

情報システム部門の方へ

運用と権限の設計、社内展開の手順から見たい方向け。

詳しく見る
経営者の方へ

投資判断と、成果の測り方から見たい方向け。

詳しく見る
止まっていることに気づく

「あれどうなりましたか」を毎回聞いている場合。

詳しく見る
退職・異動のリスク対策

「あの人しか分からない」に備えたい場合。

詳しく見る
Salesforce からの作り替え

CRM/SFAを自社システムへ作り替えたい場合。

詳しく見る
外注・パートナー管理

外部に任せた仕事の判断を自社に残したい場合。

詳しく見る
サーバ・ネットワーク運用

設定の理由が残らない運用を変えたい場合。

詳しく見る
Pricing

今なら、無料で3か月ご利用いただけます。

まずは3か月、AIの使用トークンがどれだけ減るかをご自身の現場で確かめてください。ご利用の規模(ご利用人数・案件数)によって最適なプランが変わるため、料金は個別にご案内しています。

無料 / 3か月
初期費用0円・最低契約期間なし。3か月経過後の料金は、ご利用状況をふまえて事前にご案内します。期間中に自動で課金が始まることはありません。
無料で資料請求

※ 2026年9月開始・先着30社・1組織につき1回限り。無料期間はご利用開始日から3か月です。

FAQ

よくあるご質問

Q本当にAIの費用は下がりますか?
下がるのは「同じ資料を読み直していた分」です。要約が1本参照されるたびに、元の資料を読む場合との差分を削減量として記録し、月別・案件別にダッシュボードへ表示します。導入前に効果を約束するのではなく、実際の参照実績にもとづく数字を毎月ご確認いただけます。
Q社内のコードや資料が外部に出ませんか?
出ません。要約はお客様専用の保管領域に保存され、重複の整理も当社内に設置したAIサーバで処理します。外部のAIサービスに要約を渡すことはありません。
QAIが勝手に何でも記録しませんか?
記録先は毎回ご本人が選択ダイアログで選びます。AIが推論で決めることはできません。「記録しない」を選べば、その会話では一切記録されません。
Q間違った要約が広まりませんか?
訂正すると履歴が残り、いつでも前の内容に戻せます。AIが見つけた重複の統合も、管理画面で承認するまで反映されません。
QClaude 以外のAIでも使えますか?
はい。Claude Code と Codex CLI の両方に対応しています。MCP(Model Context Protocol)に対応したAIツールであれば利用でき、どのツールから書いた要約も同じ共有知に入ります。1人が両方を使い分けている場合も、設定ファイルとトークンは共通で、追加の発行は必要ありません。
Q導入までどのくらいかかりますか?
管理者の初期設定が数分、各PCのセットアップが1人あたり5分程度です。その日から使い始められます。
Q途中でやめたらデータはどうなりますか?
最低契約期間はありません。蓄積した要約は、保管領域ごとのお引き渡し・削除のいずれにも対応します。
Q既存のドキュメントは取り込めますか?
Markdown形式のメモ類は一括での取り込みに対応しています。まずはご相談ください。

その他のご質問も、お気軽にお問い合わせください

まずは3か月、無料でお試しください。

いま使っているAIの環境はそのまま。セットアップは1人5分です。 使用トークンがどれだけ減るかは、翌月のダッシュボードでご確認いただけます。

無料で資料請求