Capture orchestrator for BrowserHive: decides which URLs get captured and keeps the ledger of what came back.
翻译准备中
取自仓库 README
正在加载完整 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.查看完整 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.