Staging/test by default
Public scope preparation does not authorize testing. Production effects require separately agreed written scope and Rules of Engagement.
BitEvo performs bounded engineering assurance and implementation work for consequential AI-agent and software workflows. This page explains the operating boundary visible on the public site; engagement-specific data handling is frozen separately in the SOW and Rules of Engagement.
Public scope preparation does not authorize testing. Production effects require separately agreed written scope and Rules of Engagement.
BitEvo asks only for the access and evidence needed for the bounded workflow or control being tested.
Do not submit passwords, API keys, private keys, wallet seeds, production credentials or unnecessary customer secrets through public forms/tools.
Unexpected production effects, unclear scope or unsafe provider behavior are stop conditions rather than reasons to continue testing.
Results preserve what was observed, what was inferred, what was not tested and what owner decision the evidence supports.
A passing scenario is not certification, universal safety, defect absence or proof that every tool path is controlled.
Depending on the engagement, evidence may include logs, request/response traces, configuration snapshots, screenshots, test identifiers, downstream readback and integrity hashes/manifests where applicable. The exact set, retention expectations and access path belong in the written engagement scope.
The public intake prepares a scope brief only. It is not an authorization channel for testing and is not the place to transmit production credentials or unnecessary customer data.
BitEvo does not present a bounded engineering review as a statutory/accredited audit, legal opinion, full penetration test, or guarantee of security, compliance, uptime or absence of unknown defects.
Those four elements are part of the evidence chain. Testing begins only after the engagement boundary is explicit.
Prepare the boundary