Prelint

Prelint 依產品規格與決策規則審查 pull request，在變更上線前找出偏移、矛盾與不一致；適合將產品脈絡放在 repo，並保留每次審查稽核紀錄的團隊。

Pull request 的產品審查

Prelint 是一款用於 pull request 的產品審查工具。它會依產品規格、決策規則與 repo 中的脈絡檢查變更，讓團隊能在程式碼上線前找出產品偏移、不一致與不協調。

此網站將 Prelint 定位為技術程式碼審查的補充：程式碼審查可找出實作錯誤，而 Prelint 則審查變更是否仍符合預期的產品行為、限制與用語。審查會在 pull request 上自動執行，並回傳發現事項、無發現結果，以及供團隊採取行動的摘要留言。

Prelint 的功能

Pull request 產品審查

依儲存在 repo 中的產品規格與護欄檢查每個 pull request，在合併前找出規格偏移。

偏移與衝突偵測

當變更不再符合既有產品決策時，標示矛盾、相衝突的技術選擇與重複投入。

內嵌審查輸出

在 pull request 上回傳內嵌發現事項與摘要留言，讓工程師有具體的審查結果可採取行動。

依規格的問答

讓使用者根據儲存庫規格提出產品問題，無須安排同步會議即可取得答案。

以 repo 為基礎的工作流程

支援機器可讀的產品限制與版本控制文件與程式碼並存，包括 Markdown 與 YAML。

已記錄的審查歷史

產生可稽核的記錄，包含誰審查、發現了什麼、如何解決，以及何時解決，適合用作變更管理證據。

Prelint 的適用情境

AI 輔助開發
當 AI 撰寫的程式碼快速推進，而你希望在變更合併前先依產品意圖檢查時很有用。
以 repo 為基礎的產品規格
適合將產品決策以 Markdown 或 YAML 與程式碼一同存放，並希望每個 PR 都能落實這些決策的團隊。
產品規則落實
當 pull request 可能變更定價、用語、整合或其他需要一致執行的產品規則時很有用。
稽核與變更管理
適合想要可匯出供稽核使用的審查軌跡，尤其在需要監督 AI 撰寫程式碼時。
以規格為依據的產品問題
當產品或工程團隊需要就某件事為何以特定方式運作取得有根據的答案，而不想召開會議時很有用。

Pros and Cons

Pros

依產品規格與護欄審查每個 pull request，有助於在合併前找出偏移。
在 PR 上回傳具體輸出，包括內嵌發現事項與摘要留言。
支援可稽核的決策記錄，可匯出作為變更管理證據。
不會執行儲存庫程式碼，且表示不會用客戶資料訓練。
公開儲存庫免費，新使用者註冊時可獲得免費額度。

Cons

產品是以 repo 中的規格與 pull request 為核心，因此對於沒有持續維護產品文件的團隊來說，審查所能參考的脈絡會較少。
採用的是按使用量計費而非訂閱制，對 PR 數量高度變動的團隊來說，費用可能較不易預測。

FAQ

Prelint 如何在 pull request 上運作？

Prelint 會依產品規格與 guardrails 審查 pull request，接著在 PR 上張貼發現事項或無發現結果。定價頁面說明，當審查完成並張貼結果時，該次完成的審查即會計費。

我可以限制支出上限嗎？

定價頁面說明，當你達到每月上限時，審查會暫停，你可以在 Billing 的 Settings 中設定該上限。

開源專案是免費的嗎？

可以。定價頁面說明公開儲存庫是免費的。

我可以排除敏感檔案嗎？

可以。安全性頁面說明，你可以加入 .prelintignore 檔案，或在介面中設定排除項目，讓列出的檔案不會納入分析，且永遠不會傳送給模型。

Prelint 會如何處理我的程式碼與資料？

安全性頁面說明，Prelint 在美國的 AWS 基礎架構上執行，使用 AWS Bedrock 模型，不會執行儲存庫程式碼，也不會用你的資料訓練。

Quick Facts

類別: Developer Tool
主要用途: Pull request 上的產品規格審查
定價模式: 按使用量計費；每次完成審查 $1
免費存取: 註冊時提供 $10 免費額度；公開儲存庫免費
工作流程: 規格存放在 repo 中，Prelint 會自動檢查每個 PR
代管與模型: 代管於美國 AWS；審查在 AWS Bedrock 上執行