
Prelint
Prelintは、コードが出荷される前にロードマップ、ビジネスロジック、およびコンプライアンスの逸脱を防ぐために、すべてのプルリクエストを製品仕様と照合してチェックする製品意図レビューツールです。
https://prelint.com/?ref=producthunt&utm_source=aipure

製品情報
更新日:2026年07月30日
Prelintとは
Prelintは、特にAIコーディングエージェントを使用する迅速な出荷を行うチーム向けに設計された「すべてのプルリクエストに対する製品レビュー」プラットフォームです。コードが正しいかどうかをレビューするだけでなく、Prelintは変更が会社が決定した内容(製品仕様、ビジネスルール、コンプライアンス要件、ツール標準)と一致するかどうかをレビューします。GitHubおよびGitLabと統合し、仕様をリポジトリ内でバージョン管理(例:MarkdownまたはYAML)し、自動レビューフィードバックをPRに直接投稿することで、不一致を早期に発見します。
Prelintの主な機能
Prelintは、「製品レビュー」システムであり、すべてのプルリクエストを製品の意図(仕様、ビジネスルール、コンプライアンス制約、アーキテクチャ/ツール決定、ロードマップコンテキスト)と照合してチェックし、変更がリリースされる前に製品の逸脱を検出します。GitHub/GitLabのPRワークフローに直接統合され、不整合(例:価格設定/為替リスク、スコープクリープ、用語の逸脱)を指摘し、AIエージェントと開発者が早期に自己修正できるよう実用的な提案を提供します。テナント分離、暗号化、最小特権アクセス、顧客コードでトレーニングしないという約束により、セキュリティとガバナンスを重視しています。
PRベースの製品意図強制: 各プルリクエストを製品仕様と組織の決定との競合について自動的にレビューし、「これは機能するか?」だけでなく「このコードは存在すべきか?」に答えます。
仕様駆動の逸脱検出: コードと仕様の変更を既存の要件と比較し、ビジネスロジックの書き換え、ロードマップの不整合、戦略的逸脱、スコープクリープ(例:不必要なi18n、時期尚早な公開API)を検出します。
インラインで実用的なレビューコメント: 具体的な説明と修正案を添えて、PRに直接(ボットレビューアのように)発見事項を投稿し、やり取りを減らし、エージェントが自己修正するのを助けます。
マルチソース製品コンテキスト(ナレッジグラフ): 仕様やドキュメントなどの製品コンテキストを吸収し(Notionなどのツールに接続可能)、制約と意図を包括的に理解するための知識グラフを構築します。
一般的な仕様形式とリポジトリネイティブなワークフローに対応: GitHubとGitLabをサポートし、仕様はMarkdown、YAML、またはその他の構造化形式でコードとともに存在でき、バージョン管理されレビュー可能です。
セキュリティとデータ分離制御: 組織ごとに分離されたインフラストラクチャで実行され、転送中/保存中のデータを暗号化し、最小特権のアクセス許可を使用し、顧客コードでモデルをトレーニングしないことを明言しています。
Prelintのユースケース
フィンテック&決済:価格設定/決済ルールの保護: 請求、割引、為替処理、決済ロジックへのサイレントな変更(例:誤った通貨での料金保存や事前予約での為替リスクの導入)を防ぎます。
ヘルスケア&規制対象アプリ:PRにおけるコンプライアンスのガードレール: データ処理と保持/同意のギャップを早期に指摘し(例:ポリシーなしでの機密識別子のログ記録)、監査リスクとコンプライアンスの逸脱を軽減します。
エンタープライズSaaS:ツールとベンダーの標準化: 不正なインフラストラクチャ/ツールの追加(例:組織が他の場所で標準化しているにもかかわらず、新しいメッセージングベンダーを追加する)を検出し、コストと運用上の断片化を防ぎます。
マーケットプレイス&ロジスティクス:ドメイン言語の一貫性: チームやサービス間で重複する概念や混乱を生み出す用語の逸脱(例:「merchant」と「vendor/seller/partner」)を阻止します。
AI支援開発チーム:エージェントを仕様通りに保つ: PRレビューサイクル中にロードマップ外の機能、時期尚早な抽象化、仕様の競合を検出することで、コーディングエージェントが人間の介入なしに長く反復できるようにします。
メリット
従来のコードレビュー、テスト、セキュリティスキャナーでは見逃されがちな製品レベルの不整合(意図/仕様の逸脱)を検出します。
既存のPRワークフロー(GitHub/GitLab)に適合し、仕様をリポジトリネイティブでバージョン管理された状態に保ちます。
人間とAIエージェントの両方がマージ前に自己修正するのに役立つ、実用的で迅速なフィードバックを提供します。
強力なセキュリティ体制(テナント分離、暗号化、最小特権、顧客コードでのトレーニングなし)を明言しています。
デメリット
有効性は、製品仕様とドキュメントの品質、完全性、鮮度によって異なります。
主にPRベースのワークフローに特化しており、規律あるPR/仕様プラクティスを持たないチームでは価値が低い可能性があります。
仕様があいまいまたは競合している場合、レビューノイズを生成する可能性があり、シグナル対ノイズ比を調整するために事前の仕様の衛生管理が必要です。
Prelintの使い方
1) 製品仕様をコードの隣に置く: リポジトリに製品の制約/仕様を作成または収集します(例:MarkdownまたはYAML)。これらをバージョン管理し、プルリクエストで常に最新かつレビュー可能に保ちます。
2) レビューしやすいように仕様を整理する: 仕様をドメイン(価格設定、コンプライアンス、アーキテクチャ/ツール決定、ドメイン言語、ロードマップ/スコープ)ごとにグループ化します。目標は、どのルールが必須で、どれがオプションであるかを明確にし、Prelintが逸脱を検出できるようにすることです。
3) PrelintをGitプロバイダーに接続する: GitHubまたはGitLabリポジトリにPrelintをインストール/設定し、プルリクエストレビュー中に自動的に実行できるようにします。
4) Prelintを仕様ソースに指定する: リポジトリ内のどの仕様ファイルをレビューの信頼できる情報源(PrelintがPRをチェックする製品の制約)として扱うべきかを設定します。
5) (オプション) Notionから仕様をインポートする: Prelintの「ソース」ページからNotionワークスペースを接続し、共有するページ/データベースを選択し、それらをコンプライアンス仕様/レビューソースとしてインポートして、Prelintがレビュー中に使用できるようにします。
6) 通常通りプルリクエストを開く: 開発者またはAIエージェントに機能の実装または仕様の変更を行わせ、PRを開きます。Prelintは既存のPRワークフローに適合するように設計されており、別途レビュープロセスは不要です。
7) Prelintに自動製品レビューを実行させる: Prelintは、PRを完全な製品コンテキスト(仕様、ビジネスロジックの制約、コンプライアンスルール、ツール決定、ドメイン言語、スコープ/ロードマップ)と照合してチェックします。発見事項はPRにインラインで投稿されます。
8) Prelintの提案する修正を確認し、適用する: Prelintが逸脱を検出した場合(例:価格設定ロジックが決済仕様と矛盾する場合)、それに応じてコード/仕様を更新します。PRが文書化された決定と一致するまで反復します。
9) 同じPRに更新をプッシュして再実行する: フィードバックに対処するために変更をコミットします。PrelintはPRを自動的に再チェックするため、マージする前に整合性を確認できます。
10) 製品の意図と実装が一致したらマージする: Prelintのレビューがクリーン(または許容範囲内)になったら、通常のエンジニアリングレビューとマージプロセスに進みます。
11) 決定が変更されたら仕様を更新し続ける: 製品の決定が変更された場合は、リポジトリ内の仕様ファイル(またはインポートされたソース)を更新し、将来のPRが最新の制約と照合されるようにします。
12) (オプション) 継続的な製品Q&AにPrelintを使用する: Prelintを使用して、仕様に基づいた「なぜこのように機能するのか?」という質問に答え、やり取りを減らし、将来の逸脱を防ぎます。
Prelintのよくある質問
Prelintは実装ではなく意図をレビューします。すべてのプルリクエストを製品仕様、コンプライアンスルール、ビジネス制約、ツール決定と照合し、コードが会社が決定した内容に違反している場合に不整合を指摘します。











