チケットがプルリクエストになる。 その間の掘り下げはPolylaneが行います。
ウェイトリストに登録まず、何が変わったかを確かめます。 チケットの半分は、誰かが行った変更にたどれます。
SQS visibility timeout lowered on checkout-events
VisibilityTimeout on checkout-events dropped from 120s to 15s. Consumers that hold a message longer than 15 seconds will see it delivered twice; the dead-letter queue threshold is unchanged.
SetQueueAttributes CloudTrail · deploy-bot · 12:41:02Z attached to this record's delta window 仮説は信じるのではなく、検証します。 実際のシステムからの証拠があるときだけ、確認済みになります。
Hyperdrive pool exhaustion after deploy 9f3c2a1
Confidence: strong · 3 of 3 passes
Upstream PlanetScale degradation
Confidence: definitive · 3 of 3 passes
Cold-start regression in the new isolate
Confidence: weak · 2 of 3 passes
修正はレビューできる状態で届きます。 根本原因、検証、差分が含まれています。
Cap retries on the checkout webhook worker #491
polylanemain from polylane/autofix/chat/k3x9f2-4e7d21a 
Retries on the checkout webhook worker were unbounded: a failing delivery re-queued itself forever and amplified load on payments-api. This caps delivery at 5 attempts with exponential backoff and dead-letters the payload after the last one.
What changed
worker/deliver.ts gains MAX_DELIVERY_ATTEMPTS = 5 and backoff between attempts; exhausted payloads land in checkout-webhooks-dlq instead of re-queueing.
Validation
npm test — 214 passed. A forced failing delivery stopped after 5 attempts and appeared in the dead-letter queue.
Polylaneの仕組み。 システムを学び、見守り、調査し、行動します。
-
まずシステムを学ぶ
コンテキストグラフが、クラウド、リポジトリ、オブザーバビリティプロバイダーにわたるすべてのリソースと依存関係をマッピングします。エージェントは推測ではなく実際のトポロジーに基づいて推論します。
-
しきい値のない検出
すべてのプロバイダーに組み込みのチェックがあり、さらに保存済みのクエリやダッシュボードからチェックが生成されます。統計的な判定とエージェントが一緒に決め、改善がイシューになることはありません。
-
証拠を示す調査
すべての主張は、その裏付けとなるクエリ、ログ行、変更記録にリンクします。証拠のない判定は「不確定」に戻ります。
-
書き込みは獲得するもので、前提ではない
アカウントは読み取り専用で接続されます。ロールバックは既定で無効で、レート制限され、記録に残ります。コードの変更は通常のレビューを通ります。
-
毎週、鋭くなる
メモリー、日次ノート、実データに対して再確認された監視クエリ。7月の調査は6月の調査から学びます。
今動いているものにつながります。 読み取り専用で接続して、始めてください。
よくある質問
Polylaneにチケットを渡すにはどうすればよいですか？
コンソール、CLI、あるいはエディターからMCPサーバー経由でスレッドを始め、バグを説明してください。そこからはエージェントが、ワークスペースの完全なコンテキストで引き受けます。グラフ、テレメトリー、変更記録、コードです。
原因が見つからなかったらどうなりますか？
そう言います。調査は解決済み、診断済み、不確定のいずれかで終わります。データに到達できなかった調査が確認済みになることはなく、人の判断が必要なものは、しつこいループではなく1件のエスカレーションになります。
過去のチケットから学びますか？
学びます。確認された発見はメモリーとして保存され、後のスレッドで意味に基づいて取り出されます。日次ノートは何が起きたかの記録を継続的に残します。7月の調査は6月の調査から学びます。
修正は誰が書きますか？
既定ではPolylaneの自動修正です。まず調査し、書き、検証し、根拠を添えます。あるいは実装をDevin、Cursor、Factoryに渡すこともできます。どちらでも、レビューするのはチームです。
どのリポジトリで動きますか？
GitHubアプリを通して接続したGitHubのリポジトリです。修正は影響を受けたサービスの背後にあるリポジトリのブランチに届き、変更から調査へのリンクが付きます。