株式会社bubo、AIが書いたコードを「世に出す前に見極める」QAツール「Nioh（仁王）」を提供開始。MCP対応のAIクライアントから呼び出せ、正式版に先立ち先行ベータを限定募集

AIが速く書くほど増える「正しさを見極める仕事」を、お手元のAIから呼び出せる道具にしました。コードを書く開発者にもQA・テストの現場にも。正式版（有料）に先立ち、先行ベータを限定募集します。

株式会社bubo

2026年7月14日 07時00分

AIがコードもテストも量産する現場で、いま人手を食っているのは「AIが書いたものを、世に出してよいか見極める」作業です。テストは通るのに欠陥を見逃す、要件の見落としが残る、リリース後に互換性の崩れに気づく。量産はAIができても、正しさを見極めるのは人の手に残ります。

ソフトウェアテスト・品質保証を専門とする株式会社bubo（本社：大阪府大阪市中央区、代表取締役：渡辺博之）は2026年7月、この「正しさを見極める仕事」を支えるQA方法論を、MCP（Model Context Protocol）に対応したAIクライアント（ClaudeやCursorなど）から呼び出せるツール「Nioh（仁王／読み：におう）」として提供開始しました。「開発の門番に、品質の知を。」をコンセプトに、要件のレビューからテスト設計、AI生成コードの検証、運用時の原因究明までをカバーします。これらは、bubo自身が日々の開発で使ってきた道具をそのまま外部提供するものです。

正式版は有料サブスクリプションで提供予定。これに先立ち、いち早く試せる先行ベータの参加企業を限定枠（面談制）で募集します。

■ 背景：AIは量を書ける。正しさを判断するのは、まだ人の仕事

「AIに仕事を奪われる」とよく言われます。ですが2026年の開発現場で実際に起きているのは、その逆です。AIが高速に書いたコードやテストを、人が一つずつ確かめ直す時間が、むしろ増えています。

buboは、この「正しさを見極める仕事」を今後のQAの中核と考えています。品質保証の現場でbubo自身が使ってきた手順を、手元のAIから呼び出せる道具にまとめました。これらはbuboが自社の開発でも使っている道具で、先行ベータでは、貴社の工程でどれだけ効くかを一緒に測りながら進めます。

■ 何ができるか：開発工程に沿って、上流から運用まで

Niohは、ソフトウェア開発の各工程に道具をそろえています。全体像は下図のV字工程マップのとおりです。

要件定義：要件の見落とし・あいまいさ・対象者の抜けを、実装に入る前に洗い出す（要件レビュー、要件フォーマット整形ほか）
設計：影響範囲や異常系の抜けを見つけ、必要なテスト観点や優先度を設計段階で固める（設計レビュー、テスト設計、テスト優先度づけ、トレーサビリティ点検ほか）
実装・コードレビュー：AIが書いた変更が要件どおりか・既存を壊していないかを突き合わせ、想定外の入力で壊れる箇所や公開APIの非互換を実装時に押さえる（AI変更検証、堅牢性チェック、API互換性チェック、完了条件チェックほか）
テスト：通っているのに欠陥を見逃すテストや、壊れやすく不安定なテストを見抜く（テスト有効性スコア、テストコード品質チェック、不安定テスト検出ほか）
リリース・運用：出た不具合を根本原因まで掘り下げ、再発防止とテストの追加先まで返す（不具合分析ほか）

たとえばAI変更検証ツールに「このPRは要件を満たすか」と問えば、変更・要件・テストの3つを突き合わせ、要件に足りていない点と、関係ない箇所に手を入れていないかを指摘して返します。

■ 使い方は2通り。会話の中で呼ぶか、CIで自動で止めるか

対話的に呼ぶ：開発の最中に、お使いのAIクライアント（Claude・Cursorなど）から呼び出し、その場でレビューや指摘を受け取ります。
CIのゲートとして自動実行：合否を返すツールはGitHub ActionsなどのCIに組み込み、基準を満たさない変更を自動で止める「品質ゲート」にできます。

■ ただのAIに聞くのと、何が違うのか

「レビューなら、AIに聞けば済むのでは」と思われるかもしれません。Niohが汎用のLLMと違うのは、次の3点です。

観点を持っている：何を確かめるべきかというQAの観点を、ツール側が持っています。要件はUSDM、テスト設計は境界値・デシジョンテーブルといった技法にもとづく観点で、抜けなく同じ目線で見ます。プロンプトの上手・下手に結果が左右されません。
決定的で、再現する：多くのツールは静的解析で答えを出すため、同じ入力なら同じ結果が返ります。LLMにありがちな「毎回ぶれる」「もっともらしい誤り（ハルシネーション）」を避け、AIに送るのは必要な場面だけにしています。
合否で返せる＝ゲートにできる：指摘・スコア・合否といった構造化された形で返るので、CIに組み込んで自動で止められます。会話AIの文章では、機械的に止めることはできません。

ひとことで言えば、汎用のAIは「聞けば何か答える」もの、Niohは「何を・どう確かめるかを知っている」道具です。buboが開発とQAの現場で積み上げてきた方法論を、その中に閉じ込めています。

■ 提供形態と先行ベータについて

Niohは、正式版を有料サブスクリプションで提供します。今回募集する先行ベータは、正式版に先立って機能をいち早く試していただくための限定枠です。

正式版：有料サブスクリプションで提供予定（価格・提供形態は準備中）。
先行ベータ：面談制の限定枠。面談制のため受け入れ社数に限りがあります。面談では、貴社の工程で効くツールと導入順序をご一緒に見立て、設定・接続方法もお渡しします。ベータ期間中の利用料はかかりません。正式版公開時にベータは終了し、参加企業には正式版へのご案内を優先的にお送りします。

■ なぜ先行ベータを無料で提供するのか

正式版に価格をつける前に、実際の開発現場でどのツールがどれだけ効くかを見極め、いただいたご意見で磨き込みたいからです。buboにとってこの期間は、値付けより先に「本当に役立つか」を確かめる時間です。だからこそ、忌憚のないご意見をくださる参加企業を、無料の限定枠でお迎えしています。

■ 社外秘のコードを、どう守るか（BYOK）

ツールに渡したコード・仕様・データを、buboのサーバーは保存しません。bubo自身が学習に使うこともありません。
LLMは利用者ご自身の鍵（BYOK＝Bring Your Own Key）で、選んだプロバイダを呼び出します。データの取り扱い規約は、利用者とプロバイダの契約のもとにあります。なお、LLMキーを使うツールは現時点でClaude・Geminiに対応しており、他プロバイダは順次対応予定です。
LLMを使うツールはBYOKのため、LLMプロバイダのAPI利用料は、利用者ご自身が契約するプロバイダのもとで別途発生します（buboの利用料とは別）。ベータ・正式版のいずれでも同様で、静的解析だけで完結するツールには、このAPI費用はかかりません。
ツールは大きく3種類に分かれます。（1）静的解析や集計だけで完結し外部LLMを一切呼ばないもの（テスト有効性、堅牢性、資源リーク、API互換性、トレーサビリティなど）、（2）静的解析を主にし、必要に応じてLLMを併用できるもの、（3）要件レビュー・テスト設計・AI変更検証など、判断や生成のためにLLMを使うもの。AIに送る範囲を、利用者自身で絞り込めます。
どのツールが外部LLMに送り、どのツールが送らないか、通信経路とあわせた資料は、セキュリティ審査向けに面談でお渡しします。

■ なぜbuboがNiohを提供するのか

buboがめざすのは、「つくり手が、はじめから良いものを、当たり前につくる」世界です。品質は、後から検査して足すものではなく、つくるその瞬間から織り込めるはずだと、私たちは考えてきました。Niohは、そのためのQA方法論を、開発のいちばん近くに置く道具です。要件を書くとき、コードを書くとき、その場で「正しさを見極める」手が届く。AIがつくる速さに、確かさを追いつかせる。それが、buboがNiohを世に出す理由です。