Content
92%Weight 40%Scale 1-3Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The body is a lean, highly actionable recovery runbook with a clear sequenced workflow, explicit validation checkpoints, and error-recovery feedback loops. Its main gap is progressive disclosure: it ignores the bundled scripts that ship alongside it.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is command-dense and operational (e.g. `pg_basebackup -D /backups/base -Ft -z -P`, `archive_command = 'test ! -f /archive/%f && cp %p /archive/%f'`) with no padding explaining basic concepts Claude already knows; RPO/RTO notes are operational specifics rather than filler, so tokens earn their place. | 3 / 3 |
Actionability | Guidance is concrete and copy-paste ready across both engines — exact commands, config values, and S3 upload strings (e.g. `pg_dump -Fc -f database.dump dbname`, `aws s3 cp /backups/base.tar.gz s3://...`) — fully executable rather than abstract direction. | 3 / 3 |
Workflow Clarity | Ten numbered steps form a clear sequence with explicit validation checkpoints (`SELECT * FROM pg_stat_archiver`, 'Verify data integrity by running application test suite', 'Measure actual recovery time to validate RTO') and the Error Handling table provides feedback loops for recovery failures, satisfying the database-operations feedback-loop requirement. | 3 / 3 |
Progressive Disclosure | Sections are well-organized, but the body never references the bundled scripts that actually exist (validate_backup.sh, pitr_restore.sh, failover.sh, test_recovery.sh documented in scripts/README.md); content that could be delegated to those scripts is inline, so existing bundle files are not signaled. | 2 / 3 |
Total | 11 / 12 Passed |