Skip to content
PtahPtah

Test, automate, and operate

Operational Ptah work should leave an observable result: a test report, an exit code, a sealed artifact, a recorded revision, or a diagnostic tied to a stable error fragment. Choose the task that owns that result.

Use a throwaway database for tests, a dev or shadow database for replay and planning, and a reviewed target URL for a real apply. These roles are not interchangeable; database URLs and dev databases defines each one.

Commands that mutate a database keep their warning and verification step on the task page where the operation runs.

Use exit codes for automation contracts and test-case reference for the exact case format.