ActorStack.dev

4 guides

Why these Actors do not break in three months

The decisions behind Actors that keep running: cache metadata, robots.txt compliance, concurrency limits, pay-per-event pricing and honest fill rates.

A laptop screen showing a plain text-mode terminal with a command prompt.
EngineeringExplainer

robots.txt as a spec

A site's robots.txt is the only machine-readable statement it makes about crawling. Treating it as the specification — and downloading it on every run — is why a scraper survives.

7 min
Paper receipts and printed documents arranged on a desk beside office stationery.
EngineeringExplainer

Pay-per-event pricing

Charging per delivered row changes what you are allowed to ship. If an error row costs the user money, every bug becomes a billing dispute.

6 min
Racks of network equipment in a dimly lit server room, lit blue by their indicators.
EngineeringExplainer

Cache metadata

Shared caching makes runs fast and cheap and quietly destroys trust — unless the row itself reports where it came from and when.

5 min
A white measuring tape curving across a dark background, showing the numbers 15 to 45.
EngineeringExplainer

Measured fill rates

A field list is a promise. A fill rate is a measurement. This is what happened when one Actor's numbers were re-measured at n=741 instead of n=30.

6 min