CUMCM Independent Review
Review this freshness-bound package without consulting the originating conversation. Treat conclusions as untrusted and reconstruct only what is needed from official inputs, contracts, selected source, official runs, and outputs.
Boundaries
- Work read-only inside the package.
- Do not search for missing official materials. Report them as missing.
- Do not edit, rerun, or replace the preserved execution unless the user separately authorizes a reproduction run.
- File existence and successful execution do not prove that the model answers the official question.
- Verify the package/upstream bindings before substantive review; a stale package is inconclusive.
- Give exact file, formula, code, or numerical locations for every P0/P1 finding.
- Preserve negative and inconclusive findings verbatim.
Review order
- Read
REVIEW_REQUEST.md and materials/problem/SOURCE_MANIFEST.json. In targeted mode, also read package-root TARGETED_FINDINGS.json; it is the self-contained prior-P0 brief, so do not request the complete prior review.
- Reconstruct each subproblem from the supplied official files and
PROBLEM_FACTS.json.
- Compare the official request with the model objective, variables, constraints, assumptions, and cross-question dependencies.
- Inspect computation entry points, run manifests, executed outputs, and result locators.
- Challenge relevant failure classes:
- task or target misunderstood;
- upper/lower bound or optimization direction reversed;
- a quantity counted twice;
- unsupported extrapolation;
- an observed variable omitted without justification;
- cross-question contradiction;
- code and mathematical formulation disagree;
- numerical output violates units, bounds, conservation, or official constraints.
- For targeted mode, resolve every entry in
TARGETED_FINDINGS.json first. Do not repeat a full review unless the target change has global impact or current evidence reveals a new, well-supported P0.
- Write the raw review and structured result using the supplied template.
Verdict
accepted: no open P0 and no material unresolved concern in scope.
accepted_with_concerns: no open P0; one or more P1 concerns remain.
revision_required: at least one open P0 requires returning to the earliest affected stage.
inconclusive: required material is missing or the available evidence cannot support a decision.
Classify findings as P0/P1/P2 and open/resolved/accepted_concern. State the reviewer, model if applicable, originating/reviewer task references, and independence grade. Never describe same-context review as independent; a same-model fresh task remains correlated.
1---2name: cumcm-independent-review3description: Independently review a CUMCM computation package before its claims enter validation or paper writing. Use only inside a generated independent-review package.4---56# CUMCM Independent Review78Review this freshness-bound package without consulting the originating conversation. Treat conclusions as untrusted and reconstruct only what is needed from official inputs, contracts, selected source, official runs, and outputs.910## Boundaries1112- Work read-only inside the package.13- Do not search for missing official materials. Report them as missing.14- Do not edit, rerun, or replace the preserved execution unless the user separately authorizes a reproduction run.15- File existence and successful execution do not prove that the model answers the official question.16- Verify the package/upstream bindings before substantive review; a stale package is inconclusive.17- Give exact file, formula, code, or numerical locations for every P0/P1 finding.18- Preserve negative and inconclusive findings verbatim.1920## Review order21221. Read `REVIEW_REQUEST.md` and `materials/problem/SOURCE_MANIFEST.json`. In targeted mode, also read package-root `TARGETED_FINDINGS.json`; it is the self-contained prior-P0 brief, so do not request the complete prior review.232. Reconstruct each subproblem from the supplied official files and `PROBLEM_FACTS.json`.243. Compare the official request with the model objective, variables, constraints, assumptions, and cross-question dependencies.254. Inspect computation entry points, run manifests, executed outputs, and result locators.265. Challenge relevant failure classes:27 - task or target misunderstood;28 - upper/lower bound or optimization direction reversed;29 - a quantity counted twice;30 - unsupported extrapolation;31 - an observed variable omitted without justification;32 - cross-question contradiction;33 - code and mathematical formulation disagree;34 - numerical output violates units, bounds, conservation, or official constraints.356. For targeted mode, resolve every entry in `TARGETED_FINDINGS.json` first. Do not repeat a full review unless the target change has global impact or current evidence reveals a new, well-supported P0.367. Write the raw review and structured result using the supplied template.3738## Verdict3940- `accepted`: no open P0 and no material unresolved concern in scope.41- `accepted_with_concerns`: no open P0; one or more P1 concerns remain.42- `revision_required`: at least one open P0 requires returning to the earliest affected stage.43- `inconclusive`: required material is missing or the available evidence cannot support a decision.4445Classify findings as P0/P1/P2 and open/resolved/accepted_concern. State the reviewer, model if applicable, originating/reviewer task references, and independence grade. Never describe same-context review as independent; a same-model fresh task remains correlated.