FIELD GUIDE 06 / DECISION CONTROL

A finding needs a next move, not just a red badge.

PASS, REVIEW, and BLOCK keep document checks useful under deadline. The model separates “nothing found in this scope,” “context needed,” and “do not send yet” without pretending software owns the final judgment.

3 outcomesAuditable exceptionsHuman-owned release

Alert fatigue usually starts when every signal is treated as equally urgent. The opposite failure is worse: a serious issue becomes one more yellow warning in a long list. A small decision model gives each class a stable meaning and keeps the release owner visible.

01 / Continue

PASS: no unresolved issue in the scope you ran.

Use PASS when the candidate completed the selected checks, no blocking or review finding remains, and the accountable reviewer is comfortable with the stated scope.

PASS

The release may continue to the next required approval. Record the exact file or folder, scan time, rules, tool version, and reviewer.

01
Say what was checked

“PASS” alone is weak. “PASS for the three files in Final Pack under baseline rules v1” is auditable.

02
Do not upgrade it into a guarantee

A mechanical preflight cannot prove every fact, permission, contract term, or recipient expectation.

02 / Context

REVIEW: the signal may be valid, but intent matters.

Use REVIEW when software can locate the condition but cannot safely choose the outcome. Common examples include an external workbook link, a hidden sheet, speaker notes, an unsupported quantitative claim, or language that may be intentional in context.

REVIEW

Name the person who can decide, the evidence they need, and the time by which the decision must be made.

SYNTHETIC FINDINGDL403
MEDIUM
Speaker notes are embeddedartifact-1.pptx

Confirm whether the recipient should receive the notes. If not, remove them from a copy and rerun the check.

03 / Stop

BLOCK: do not send this candidate yet.

Use BLOCK for a condition that crosses a release gate: a credential pattern, unresolved client placeholder, internal-only instruction, spreadsheet error value, forbidden term, or another explicitly blocking policy.

BLOCK

Fix the issue or obtain an explicit, accountable exception. Then rerun the exact delivery candidate before release.

03
Revoke exposed credentials first

Deleting visible text does not make a real exposed secret safe again.

04
Rescan after the fix

Do not manually flip BLOCK to PASS without checking the changed file.

04 / Exceptions

An exception is a decision with evidence, not a muted alert.

Sometimes a finding is a false positive or an accepted risk. Preserve the finding and attach a narrow disposition instead of deleting the rule or hiding the result.

05
Name the decision

Use a controlled value such as false positive, accepted risk, or remediated.

06
Give a specific reason and owner

“Known issue” is not enough. Explain why this occurrence is safe for this release and who approved it.

07
Do not silently waive critical findings

Require an explicit elevated override and keep it visible in the private report.

05 / Evidence

Keep the release record small enough to use.

08
Candidate

Exact relative path or release folder and a stable package hash when appropriate.

09
Scope

Rules, file types, exclusions, tool version, and scan time.

10
Decision

PASS, REVIEW, or BLOCK; unresolved findings; dispositions; accountable reviewer; next action.