Prilogは本番ログを取り込み、各インシデントを正確なコードパスに対応付け、レビュー可能な修正を下書きします。MTTRを最大90%削減するために設計されています。
export const capturePayment = async (order: Order) => { const key = buildChargeKey(order.id, order.paymentIntentId); const existing = await charges.findByKey(key); if (existing?.status === "captured") { logger.warn("billing.duplicateCapturePrevented", { orderId: order.id }); return existing; } const charge = await gateway.capture({ paymentIntentId: order.paymentIntentId, amountCents: order.totalCents, idempotencyKey: key, }); return charges.record(order.id, charge, key); };
再発する本番問題は、ノイズの多いアラートではなく下書き済みの修正として届きます。
修正前に、ログ、デプロイ、オーナーシップを正確なファイルへ関連付けます。
PRを開くか、作業をバックログへ送ります。判断するのはチームです。
「他のツールは診断を返します。 Prilog こそが治療法、つまりチームが実際に出荷できるレビュー済みPRを返します。」// PRILOGの考え方
本番ログ、リポジトリ、タスクルーティングツールを一度接続します。Prilogはインシデントを正しいコードパスに対応付け、レビュー可能な修正を下書きし、フォローアップ作業を既存のワークフローへ戻します。
稼働中のスタックから再発シグナルを取り込み、チームを重要な問題に集中させます。
本番問題を、コードコンテキスト、根拠、人による承認ガードレール付きのレビュー可能な修正へ変換します。
Prilog
GitHubまたはGitLabへPR準備済みパッチを下書きするか、次のステップをJira、Linear、GitHub Issuesへ送ります。
incidents · code · reviews · fixes
Prilogは、サービス、依存関係、デプロイをまたいでシステムがどう失敗するか、チームが修正をどうレビューするか、どの修復が実際にデプロイ後も残るかを記憶するよう設計されています。
モデルはプロンプトからパッチを生成できます。Prilogはインシデント、リポジトリ、サービス依存関係、レビューのフィードバック、再発性をつなぎ、 本番修復 graph 承認された修正のたびに、次のインシデント解決が速くなります。
一度接続すれば、再発する問題をチームが信頼するレビュー工程へ移せます。
ログから再発する本番問題を浮かび上がらせ、修正すべきインシデントにチームを集中させます。
問題を正しいリポジトリ、サービス、デプロイ履歴、正確なコードパスへ関連付けます。
根拠、影響ファイル、提案する修復内容を含むレビュー可能な修正を生成します。
PRを承認するか、バックログが適切な場所ならフォローアップをGitHub Issues、Jira、Linearへ送ります。
7日間のトライアル後、Prilogで対象にしたいリポジトリ数とサービス数に合うワークスペースを選べます。
本番ログにはDatadog、SigNoz、AWS、GCP、Azureなどを、コードにはGitHubまたはGitLabを、フォローアップにはJira、Linear、GitHub Issuesを接続できます。
チームの運用を変えずに、再発する問題シグナルを取り込みます。
問題がコードに対応付けられたら、GitHubまたはGitLabへ直接修正を下書きします。
バックログが適切なら、次のステップをGitHub Issues、Jira、Linearへ送ります。
Prilogはテナント単位で分離され、暗号化され、機密データの露出を最小化するよう構築されています。
顧客データはスコープ内に限定され、暗号化され、人がレビューした安全ガードレールの内側に保たれます。モデル学習には使用しません。

データ所在地と処理契約に対応。

プラットフォーム全体で整合した制御。

継続的な証跡を備えたType II制御。

セキュリティ質問票とDPIAはリクエストに応じて提供。