Public evidence register

Claims should become stronger only when the evidence does.

The original Scarecrow documents preserve valuable ideas, but they also contain historical prices, ambitious targets and legal assumptions. This page shows what we can responsibly say now and what a real pilot must still establish.

Verified public context

The problem exists. The product outcome remains unproven.

AfriForum dataset
184farm attacks recorded for 2025
29farm murders recorded in that dataset

AfriForum describes this as its own civil-society research and notes possible underreporting and differing definitions. It is not an official SAPS national ground-truth dataset. Read the 2025 report.

Official market context
40,122commercial farms or farming units counted in Stats SA's 2017 census

This is an official historical census figure, not a current addressable-market count and not proof that every unit needs or can afford Scarecrow.

Stats SA release.

What these figures establish: rural violence and security risk justify investigation. They do not establish that robots will prevent an attack, reduce response time, save money or suit every farm.

Claims we deliberately do not make

Early drafts are not finished evidence.

No attack-reduction percentage

The historical 70-90% aspiration has no field denominator or controlled comparison and is not a public product claim.

No universal response-time figure

Rural conditions vary. A pilot must measure each site's existing and tested alert-to-human workflow.

No current package price

Old hardware prices, exchange rates and monthly bands are planning history—not quotations.

No insurer saving

Evidence may support future underwriting discussions; only an insurer can decide cover, terms or premium effects.

No regulator endorsement

Mapping PSiRA, POPIA, PAIA, safety and SACAA questions is not approval or certification.

No autonomous-force promise

Force-capable concepts in early documents are excluded from v1 and from the current software scope.

Controlled vocabulary

Lifecycle, dependency and evidence are separate.

One word cannot honestly describe both build progress and proof quality. Public records use a lifecycle status, may add a dependency flag, and state the evidence qualifier separately.

Conceptual
An idea or target behaviour that is not yet an approved build commitment.
Planned
A written requirement or backlog item that is not yet implemented.
Implemented
Exists in the current code or controlled environment.
Demonstrated
Has been exercised in a simulator, browser flow or controlled demonstration.
Validated
Passed a defined test with method, result, date, configuration and reviewer recorded.
Commercial
A supportable offering with contracts, pricing, responsibilities, maintenance and applicable approvals in place.
Blocked / partial
A dependency flag attached to a lifecycle status when hardware, a partner, a pilot site, funding, professional review or another component is missing.
Evidence qualifier
Inspected, automated-test passed, browser-demonstrated, hardware-tested, field-validated or professionally reviewed. “Tested” is evidence, not a lifecycle status.
Evidence the pilot must produce

A reusable, reviewable dataset—not a highlight reel.

The lab gateway already exports a structured incident evidence ZIP with a per-file SHA-256 manifest, and that path passes an automated test. Human-readable reporting, media evidence, signatures, trusted timestamps, retention and controlled release workflows remain planned.

Evidence families required from a controlled pilot
Evidence familyRecordsDecision supported
AvailabilityGateway uptime, device heartbeat, connectivity and power interruptionsWhether the configuration can be relied on during agreed hours
DetectionControlled scenarios, alerts, classifications, false alerts and missed observationsWhether a device adds useful information in that environment
Human responseReview time, acknowledgement, escalation and closureWhether the workflow helps rather than overloads people
SafetyStops, no-go tests, degraded states, faults and near missesWhether physical operation may progress
PrivacyCamera zones, access, exports, retention and requestsWhether data collection remains proportionate and governable
MaintenanceInterventions, downtime, parts, updates and recovery effortWhether the system is supportable and what it truly costs
EconomicsActual hardware, installation, connectivity, support and incident inputsWhether a lease, shared cluster or partner model is viable