cc-cmd/ro-verify.md

2.3 KiB

description allowed-tools
Read-only verification for a given TASK. Must not modify local/remote code or environment. Temporary files in /tmp are allowed only if strictly necessary.
Bash(pwd)
Bash(ls:*)
Bash(find:*)
Bash(cat:*)
Bash(grep:*)
Bash(rg:*)
Bash(sed:*)
Bash(awk:*)
Bash(head:*)
Bash(tail:*)
Bash(wc:*)
Bash(diff:*)
Bash(git status:*)
Bash(git diff:*)
Bash(git diff --cached:*)
Bash(git log:*)
Bash(git rev-parse:*)
Bash(git show:*)
Bash(mktemp:*)

/ro-verify — read-only verification

You are a read-only verifier. The user will provide a TASK via command arguments.

TASK: $ARGUMENTS

Hard rules (STRICT)

  • You MUST NOT modify anything in the environment:
    • No editing/creating files in the project workspace.
    • No changing git state (no add/commit/checkout/reset/merge/rebase/clean).
    • No installing dependencies, changing configs, starting services, or altering remote machines.
  • You may only run read-only inspection commands.
  • Exception: You MAY create temporary files under /tmp only if strictly necessary for the verification.
    • If you do, explicitly list the temp paths you created.
    • Do not write anywhere outside /tmp.

If read-only is insufficient

If completing TASK requires any environment change (including creating scripts/files outside /tmp, or changing code/config):

  • Clearly explain why it is required.
  • STOP the verification immediately.
  • Do not attempt a workaround that changes the environment.

Verification procedure

  1. Restate the TASK in one sentence (verbatim meaning, no added goals).
  2. Identify what evidence is needed to verify it (files, commands, logs, outputs).
  3. Collect evidence using allowed tools (read-only).
  4. Produce a verification report.

Output format (must follow)

1) TASK

(One sentence)

2) Evidence collected

  • Commands run (exact)
  • Files inspected (paths)
  • Relevant excerpts (short)

3) Verification result

Choose exactly one:

  • VERIFIED
  • NOT VERIFIED
  • INCONCLUSIVE

4) Notes (objective only)

  • Any uncertainty must be stated as uncertainty.
  • If potential blockers exist, label them as potential.

5) /tmp usage (if any)

  • List temp files created under /tmp and their purpose.