AI Decision System
Replayable, offline-verifiable records for AI-assisted go/no-go decisions: experiment promotions, typed model answers and human-approved actions.
A capture orchestrator that decides which URLs get captured, and keeps the ledger of what came back.
Developer toolsTypeScript · JavaScriptGitHub @uraitakahitoOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
Capture orchestrator for BrowserHive: decides which URLs get captured and keeps the ledger of what came back.
Taken from the repository README
Loading the full README. The saved excerpt is shown below.
A capture orchestrator built on BrowserHive.
It answers one question — which URLs get captured — and keeps the ledger of what
came back. Seeds are an explicit list or the enabled rows of a Postgres capture_targets
table; capture-ledger decides what is in scope and hands one level at a time to a
Windmill flow (capture-scheduler),
which submits to BrowserHive and reports back. What produced an archive goes into an
archive ledger, and callers allowed to read an archive get a short-lived signed URL
for it.Read the full README ↗A capture orchestrator built on BrowserHive.
It answers one question — which URLs get captured — and keeps the ledger of what
came back. Seeds are an explicit list or the enabled rows of a Postgres capture_targets
table; capture-ledger decides what is in scope and hands one level at a time to a
Windmill flow (capture-scheduler),
which submits to BrowserHive and reports back. What produced an archive goes into an
archive ledger, and callers allowed to read an archive get a short-lived signed URL
for it.
Everything — quickstart, and guides (development environment, URL source, capture options, archive ledger, architecture) — lives on the docs site:
Anything about how a page is captured — behaviors, WACZ, storage, the browser —
belongs to BrowserHive. Its docs are not published on the web; build them from the
BrowserHive checkout with pnpm run docs:local.