AI 生成 PR で、同じアーキテクチャレビューを繰り返さない。
繰り返し発生するアーキテクチャレビューのコメントを、人のレビュー前に決定論的な PR チェックへ変えます。
現在 Unbx は、実リポジトリ上で検証する少数の企業に限定して導入を進めています。
定義
レビューで何度も繰り返している設計判断を記述します。
検出
Unbx がルールを検証し、構造違反をスキャンします。
強制
繰り返しのレビュー作業になる前に、開発フロー上で違反を表面化します。
チームのルールは、すでに書かれている。いまはレビューコメントに閉じ込められている。
AI コーディングで実装は速くなりましたが、ガイドラインは依然として助言のままです。シニアエンジニアはレビューのたびに同じ設計文脈を再構築しています。
Unbx は、その反復可能な文脈を強制可能なルールに変えます。
エンジニアの意図を、強制可能なチェックへ。
ルールを記述する
自然言語のエンジニアリング制約を入力します。
ルールを検証する
Unbx は構造化ルール仕様に変換し、サポート状況を返します。
スキャンして強制する
ルールは Unbx、CI、PR チェックを通じて変更へ適用されます。
アーキテクチャのあらゆる層にルールを。
依存関係と責務を、システムが期待する境界の中に保ちます。
リンターは構文を知っている。Unbx はアーキテクチャを強制する。
| Capability | Linters | Semgrep | AI review | Human review | Unbx |
|---|---|---|---|---|---|
| Style and syntax rules | Strong | Strong | Variable | Strong | Supported |
| Known code patterns | Limited | Strong | Variable | Strong | Strong |
| Organization-specific architecture | Weak | Manual | Non-deterministic | Strong | Core capability |
| Natural-language rule input | No | No | Yes | Yes | Yes |
| Deterministic repeatable checks | Yes | Yes | No | No | Yes |
| Explain support limitations | Limited | Technical | Variable | Yes | Required |
生成されたルールは、検証されるまで信頼しない。
ルールを使う前に、Unbx は構造を検証し、意図したパターンを検出できるかをテストします。インターフェースは不確実さを隠しません。
コードが変わる場所で、そのままルールを強制する。
Unbx は PR 上で自動実行され、変更ファイルを有効なルールに照らしてスキャンします。
結果を理解したいエンジニアリングチームのために。
決定論的スキャン
ルールチェックは構造ベースです。同じ入力は毎回同じ結果を返します。
AI の責務を限定
AI はルール入力と提案生成にのみ使い、検出ロジックは決定論的です。
サポート状態を明示
検出可能・部分対応・非対応を明確に表示します。
最小権限の GitHub 連携
変更ファイルの読取と結果投稿に必要な権限だけを要求します。
検証完全性を透明化
各ルールに検証結果を表示し、不確実さを隠しません。
データ取り扱いを制御
顧客コードをモデル学習に使わず、保持方針も明示します。
AI ネイティブチーム向けのアーキテクチャ強制を、一緒に形にする。
得られるもの
- Unbx への早期アクセス
- ルール定義への直接サポート
- 対応ルール・言語への優先的な影響力
- 実リポジトリでの構造化されたパイロット
お願いしたいこと
- 稼働中のソフトウェアリポジトリ
- AI コーディングツールの継続利用
- 繰り返し起きるレビューまたは設計課題
- パイロット期間中の定期的なフィードバック
本番開発で AI コーディングツールを使う、2〜20 人規模のチームに適しています。
応募内容は個別に確認し、アクティブなリポジトリ、繰り返し発生するアーキテクチャレビュー課題、AI コーディングツールの継続利用があるチームを優先しています。
FAQ
- リンターはスタイル、構文、既知パターンを定義済みルールで検出します。Unbx は組織固有のアーキテクチャ判断を強制します。
- Semgrep は専用構文で手書きのパターンルールが必要です。Unbx は自然言語のルール記述を受け取り、構造化チェックに変換し、適用前に検出可能性を返します。
- いいえ。LLM は自然言語ルールの解釈と仕様生成に使いますが、コードスキャン自体は決定論的です。
- できません。Unbx は各ルールを検証し、検出可能・部分対応・非対応を返します。構造的に判定できないルールは非対応になります。
- 非対応として理由を表示し、信頼できないルールは適用しません。ルールを狭めるか、文書ガイドラインとして残せます。
- いいえ。違反を検出して推奨対応を提示します。自動適用は行いません。
- 現行 MVP では TypeScript と JavaScript をサポートしています。追加言語はデザインパートナーの要望をもとに広げます。
- リポジトリ内容の読取と PR へのチェック結果投稿に必要な権限です。コード書込やマージ権限は要求しません。
- Unbx は現在デザインパートナー検証段階です。実リポジトリでは動作していますが、まだ一般提供前です。
- 実リポジトリを接続し、繰り返し起きる設計課題に対してルールを定義し、開発中に使います。チームが直接サポートします。
同じアーキテクチャレビューを、繰り返さない。
創業チームの直接オンボーディング付きの限定パイロットに参加し、実リポジトリで Unbx を検証してください。
「このロジックは Controller から外してください。」
「このレイヤーから DB を呼ばないでください。」
「print ではなく logger を使ってください。」
「既存の repository パターンに揃えてください。」