Problem guide · 3 Gold-ready options

Reduce preventable mistakes in recurring work

How do I stop the same type of work mistake from happening again?

Turn a repeated mistake into an observable hypothesis, make the handoff or decision point clearer, and test a small process change before standardizing it.

How Brali decides: start with the bottleneck, then use the best-fit edge only when its conditions match. Recommendations come only from protocols that are both trusted in the Brali Protocol Feed and manually Gold-ready. The problem-to-protocol fit is editorial decision logic; it is not a claim that one sequence is universally best.

Choose the bottleneck first

Decision 1

You do not know where the error enters

State one testable explanation and identify the observation that would support or weaken it.

Decision 2

The error appears at a handoff

Check whether action, ownership, timing, location, reason, or process information is genuinely missing.

Decision 3

You have two plausible low-risk process changes

Compare them against one observable error or completion signal before standardizing either one.

Stop rule: When errors are safety-critical, regulated, security-sensitive, financial, medical, or otherwise consequential, use the required formal controls and qualified review rather than treating a lightweight self-experiment as sufficient.

Recommendation path

Best fit · practical

When Faced with a Problem, Start by Making an Educated Guess About the Cause

When: The same failure repeats but the mechanism is still unclear and can be investigated safely.

Why: The protocol converts a vague explanation into a prediction and a reversible check, which is more informative than cycling through fixes without a model.

First action: Write the observable problem separately from your explanation, then write one plausible hypothesis and one concrete pattern you would expect to see if it were useful.

Caveat: A small check can update a hypothesis but does not prove causality, especially in complex or consequential systems.

Alternative · practical

Check Who, What, Where, When, Why, and How

When: The recurring mistake is caused by missing or ambiguous operational context at a message or handoff.

Why: It checks the specific information needed to act without guessing while encouraging removal of unnecessary detail.

First action: Write the action or outcome the reader needs first, then scan Who, What, Where, When, Why, and How and add only the missing details required to act without guessing.

Caveat: Checklist completion does not prove the underlying facts are correct or that the recipient understood them.

Alternative · practical

Compare Two Approaches and Learn From the Result

When: Two safe reversible process changes can be compared and one relevant outcome can be declared before observing results.

Why: A bounded compare-and-learn loop can tell you whether one local change is promising enough for the next reversible step.

First action: Choose one reversible decision, write what you want to learn and the outcome you will inspect, then define versions A and B so one main difference is visible.

Caveat: Do not call an informal small comparison statistically conclusive or use it for high-stakes changes without the design and approvals those changes require.

Evidence boundaries

propose-protocol · reviewed boundary

Bias in the Loop: How Humans Evaluate AI-Generated Suggestions

When humans review AI-generated suggestions, the review interface itself can bias behavior. In this experiment, adding repair work to the act of rejecting an AI suggestion reduced correction activity and increased undercorrection. Brali can therefore justify a bounded workflow rule: make it cheap to flag or reject an AI output, and separate validation from repair when the repair burden would otherwise make acceptance the path of least resistance.

Does not establish: Making correction easier will always increase overall accuracy. People who distrust AI are universally better reviewers.

Reviewed source →

propose-protocol · reviewed boundary

Voice AI in Firms: A Natural Field Experiment on Automated Job Interviews

A defensible way to divide some repetitive high-volume workflows is to automate structured information collection while keeping consequential evaluation with a human. In this field experiment, that division improved several downstream hiring outcomes without a measured decline in worker productivity. Transcript evidence is consistent with greater standardization and comparability as a mechanism, but does not prove that mechanism independently. Brali should treat this as a task-allocation pattern to test, not as evidence that AI should make final hiring or other high-stakes decisions.

Does not establish: AI interviewers are generally better than human interviewers. AI should make final hiring decisions.

Reviewed source →

challenge-existing · reviewed boundary

Effect of a Coaching Intervention to Improve Cardiologist Communication: A Randomized Clinical Trial

A multicomponent individual coaching program changed some observed cardiologist communication behaviors, particularly empathic responses and eliciting patient questions. Reflective statements and open-ended questions were explicit trained components, but the intervention did not significantly increase either behavior relative to control. This source is therefore a boundary against claiming that training the Brali sequence by itself has demonstrated communication or patient-outcome effects.

Does not establish: The coaching trial shows that paraphrasing or reflective statements alone improved. The Brali sequence of paraphrase, correction and one open question is equivalent to the five-component WISER intervention.

Reviewed source →

Use the same graph elsewhere

Ask this in the Query Playground → · Explore the broader Brali topic → · All problem guides →

Machine-readable answer packet · Problem Discovery API