起きたことを知る。
直ったことを確かめる。

動かし方は3つ。

StandaloneとLocalは、アカウントも有料プランも不要です。Cloud Signalsは、Pro、Team、Enterpriseに含まれます。

計装は一度だけ。

import { pathrule, httpCollector } from "@pathrule/signals"; pathrule.init({  destination: httpCollector({ url: "https://collector.example.com/signals" }),  environment: "production",  release: { version: "2.4.0", commit: process.env.GIT_SHA },}); pathrule.error(error, { node: "/apps/web/checkout", flow: "checkout" });pathrule.event("order placed", {  node: "/apps/web/checkout",  flow: "checkout",  meta: { outcome: "success" },});

すべてのエラーとイベントが、コードパスとフローを示します。検証を可能にするのはリリースの識別情報で、修正を証明するのは同じフローでの成功です。

検証済みとは、ランタイムがそう示すこと。

grouped

環境、種類、フィンガープリントごとに1つのグループで、ラベル、フロー、コードパスから作られます。再送されたエンベロープは1回だけ保存されます。

observing

より新しいリリースで観測が始まります。ベースラインのリリース、リリース情報のないイベント、修正より前のものは、一切カウントされません。

verified

少なくとも60分間、新しいリリースからのエンベロープ3件、そしてグループ自身のフローでの成功3件。

quiet

証明するフローを持たないグループについて、24時間とエンベロープ3件の間、再発がないこと。

recurred

検証済みになった後でも、より新しいリリースで1件でも発生した場合。グループは再びアクティブになります。

修正の記録は主張であって、証明ではありません。グループを解決できるのは、より新しいリリースからのランタイムのエビデンスだけで、誰も手作業では解決しません。

エージェントが、それを読む。

Runtime: 2 active issues under apps/web/checkout (1 came back after a fix).Inspect with pathrule_runtime_events.

pathrule_runtime_events

検証の状態、記録された修正、カバレッジとあわせてグループを読み取ります。パス、種類、環境、状態で絞り込めます。

pathrule_runtime_events_resolve

グループのリビジョンに対して修正を記録します。これは主張であり、それが成り立つかどうかはランタイムが判断します。

pathrule instrument events

同じグループをターミナルで表示します。たとえば--verification recurredを指定します。

ランタイムの行に含まれるのは件数だけで、報告された内容は含まれません。また、エージェントがSignalsから読むものはすべて、信頼できない観測として明示されます。

よくある質問