こんにちは、株式会社RAYVEN採用担当です。

RAYVENが開発しているプロダクト「Tumiki」について、なぜこれを作ることになったのか、その原点をお伝えする記事になります。

我々の思想が一番伝わりやすい内容になると思いますので、弊社に興味をお持ちいただいた方はぜひ読んでいただけると嬉しいです。

非エンジニアは、まだチャットで精一杯だった

Tumikiを最初に作り始めたときの動機は、とてもシンプルなものでした。

MCP（AIが外部のツールやデータと連携するための仕組み）は、それ自体を使いこなすのが簡単ではありません。特に非エンジニアの方にとっては、生成AIをチャットとして使う段階でまだ精一杯、というケースが多くありました。

チャットに社内のデータや、社内で使っているSaaSツールを連携できれば、もっと便利に使えるはずです。ですが、その連携の難しさが壁になって、実現できていない。

この「便利になるはずなのに、使えていない」というギャップを埋め、全社導入できる形にしたいというのが、Tumikiが生まれた最初のモチベーションでした。

チャットボットから、業務を行うAIへ

開発を進める中で、AIの使われ方そのものが変わってきていることにも向き合うことになりました。

これまでAIは、チャットボットのように「聞かれたことに答える」存在として使われることが多かったと思います。しかし今後は、社内のドキュメントや業務ツールを実際に操作し、エージェントとして業務そのものを遂行する存在に変わっていきます。

社内でAIエージェントが増え、社内データへアクセスする機会が増えるほど、重要になってくるのが「どのAIが、どのツールやデータにアクセスし、何を行ったか」を管理できる状態をつくることでした。

「AIにも社員証が必要だ」

この課題意識は、あるとき「AIの社員証」という言葉に集約されていきます。

AIに与えられる権限が、実は強すぎるかもしれない。AIと業務ツールの間でどんな通信が行われているのか、外からは見えない。AIが何を行ったのかが分からない。

そうした不透明さに対して、AIにも「社員証」を持たせ、アクセスできるツールと許可される範囲を管理する。これが、Tumikiの根っこにある考え方です。マスキング、権限制御、記録という3つの機能は、すべてこの発想から生まれています。

この辺りは、今後Tumiki記事シリーズの中で詳細に触れます。

展示会で投げかけた、ひとつの不安

この課題意識は、社外に向けた発信の場でも一貫していました。

ある展示会でRAYVENが伝えていたのは、こんな問いかけです。

「AIエージェントが裏側でどう動いているか、記録は残っていない。ChatGPTやClaudeを使っても、それがどこに問い合わせて、どう処理しているのかは、実は誰にも分からない。その状態のまま、本当に会社の業務で使い続けて大丈夫なのか。」

煽るような形にならないよう気をつけながらも、多くの人が漠然と感じていたはずの不安を、はっきり言葉にして提示する。それが、RAYVENの展示のスタンスでした。

顧客側からも出てきた、同じ発想

興味深いのは、この「AIの社員証」という発想が、RAYVEN側だけのものではなかったという点です。

ある企業とのAIエージェント導入の相談では、先方の担当者とこんな議論になりました。

「AIが人間のチームメンバーに近づいていくのであれば、AIにも社員IDのようなものが必要になるのではないか。派遣社員を迎え入れるときのように、AI用のアカウントを作り、そこに認証・認可・権限を紐づけて、利用できるアプリケーションと処理の範囲を管理する、という考え方ができないか」

RAYVEN側から一方的に提案した発想ではなく、AIの活用が進む現場で、同じ課題感を持つ企業が独自にたどり着いていた発想だった、ということです。

この発想の一致は、Tumikiが向き合っている課題が、決してRAYVEN固有のものではないと確信を持てた、そんな瞬間でした。

おわりに

Tumikiは、派手な機能から始まったプロダクトではありません。「MCPを使うのが大変」「非エンジニアはまだチャットで精一杯」という、現場のささやかな違和感から始まり、AIの使われ方の変化とともに、「AIにも社員証を」という考え方へたどり着いた、という経緯があります。

次回の記事では、この課題意識の延長線上にある、「AIを禁止しない、安全に使える環境をつくる」という考え方についてお伝えします。

株式会社RAYVENでは一緒に働く仲間を募集しています。