Читання логів

Агент веде два логи, і вибрати правильний — це вже половина роботи.

  • Лог помилок — що пішло не так. Починайте звідси.
  • Лог запитів — що в агента запитували й коли. Так ви доводите, що запит із браузера справді дійшов, — це відділяє «агент зламаний» від «запит не долетів».

Обидва видно в конфігураторі, на вкладці Logs.

Де лежать файли

Логи пишуться поруч з агентом, у теку logs, по файлу на день:

logs/error_log_2026-08-06.json
logs/request_log_2026-08-06.json
  • Windows, встановлення — усередині теки встановлення, типово в %LOCALAPPDATA%\Filemote.
  • Windows, портативна збірка — усередині розпакованої теки.
  • Linux, встановлення службою — під префіксом встановлення, зазвичай /opt/filemote. Служба пише ще й у journald, і це зазвичай швидше читати:
sudo journalctl -u filemote-agent -f
  • macOS — ~/Library/Logs/Filemote/filemote-agent.log для власного виводу launchd-агента.

Файли, старші за 30 днів, видаляються автоматично, тож тека не росте нескінченно, а торішня проблема не плутається під ногами під час розбору сьогоднішньої.

Як їх читати

Обидва — звичайний текст, по рядку на подію, кожен із часом — .json в імені файлу це пережиток, а не формат, тож беріть текстовий пошук, а не jq. Два питання, які варто їм поставити:

  • Чи є в лозі помилок бодай щось на момент проблеми? Помилка в потрібну хвилину — зазвичай і є відповідь; порожній лог у потрібну хвилину означає, що до агента запит не дійшов.
  • Чи видно запит у лозі запитів? Якщо так — проблема на боці агента. Якщо ні — спершу дивіться на з'єднання: пристрій показано як офлайн.

AI-сервіс пише окремо

AI-сервіс веде власний вивід, бо це окремий процес із зовсім іншим характером відмов — моделі не влазять у пам'ять, бракує залежностей. Коли проблема в AI, важливий саме він; AI Hub показує його помилки по ходу справи, а що вони означають — у статті AI не завантажується.

Що додавати до звернення

Додайте:

  • лог помилок за той день, коли це сталося, — не всю теку;
  • лог запитів за той самий день, якщо проблема у стилі «нічого не відбувається», а не падіння;
  • версію — вона видна в конфігураторі;
  • платформу й те, як запущено агента: службою, launchd-агентом чи руками.

Чого в логах немає

  • Немає ваших файлів. Шляхи й операції — так; вміст — ні.
  • Немає вашого пароля. Він зберігається через захист платформи й у лог не пишеться ніколи.
  • Немає вашого ключа шифрування. Він існує в пам'яті та в коді підключення, більше ніде.

Шляхи — це теж інформація: лог називає теки, які ви відкрили. Загляньте у файл, перш ніж додавати його до публічного обговорення.

Оновлено 2026-08-06

Не допомогло — написати в підтримку