Трекер сна Sense от компании Hello перестал работать в 2017 году: производитель закрылся, серверы отключились, и умный шар на прикроватной тумбочке превратился в бесполезный предмет интерьера. В 2026 году американский разработчик Джозеф Сперриер вернул устройство к жизни, подключив к работе Claude Opus 4.6. Через шесть недель трекер снова выдал ему оценку сна.
Главное в этой истории - распределение ролей. Модель нашла на GitHub открытые репозитории Hello, разобралась в серверной части и помогла поднять её локально на Mac. А решающий шаг сделало железо: связь каждого устройства шифруется собственным 128-битным ключом AES, которого нет ни в одном публичном репозитории, и ключ пришлось вычитывать из флеш-памяти микроконтроллера TI CC3200 через режим загрузчика.
Кейс полезен как честная демонстрация границы: LLM ускоряет работу с кодом, документацией и обсуждениями, но не видит плату, ревизию датчика и состояние памяти. Там, где нужна обратная связь от физического мира, цена ошибки измеряется днями, а не перезапуском контейнера.
Что случилось с Sense и почему гаджет стал кирпичом
Sense - шар, который ставили у кровати. Вместе с датчиком Sleep Pill на подушке он следил за фазами сна, будил в лёгкой фазе не позже заданного времени, отслеживал температуру, влажность, свет и шум, ловил в воздухе пыль и пыльцу. Будильник отключался взмахом руки. Для своего времени набор функций выглядел богато, и покупатели проголосовали рублём: кампания на Kickstarter собрала $2,4 млн от 19 тыс. человек, устройство стоило $99 на предзаказе и $129 в рознице.
Инвестиции приходили охотно: в 2015 году компания основателя Джеймса Прауда привлекла $40 млн при оценке в $250-300 млн. Дальше линия пошла вниз. Переговоры о продаже Fitbit ни к чему не привели, в июне 2017 года Hello закрылась, серверы отключились. Шар превратился в бесполезный предмет интерьера: без облака приложение не могло ни собрать данные с датчиков, ни показать статистику.
Так устроена почти любая потребительская электроника с приложением. Железо работает годами, а срок службы задаёт серверная часть производителя. Когда она выключается, устройство теряет функцию целиком, даже если все его микросхемы исправны.
Что ИИ реально сделал: поиск исходников и локальный бэкенд
Hello оставила после себя больше сотни репозиториев на GitHub под подписью "We liked to build things": прошивки шара и датчика, серверную часть, приложения для iOS и Android, модели сна. Это редкая удача. Обычно закрывшийся вендор не оставляет ничего, кроме бинарников и мёртвой страницы поддержки.
Claude нашёл эти репозитории в первый же вечер. Дальше модель помогла поднять бэкенд из 16 сервисов на четырёх языках так, чтобы он работал локально на Mac. По словам Сперриера, это оказалось лёгкой частью всей затеи.
Логично: задача целиком текстовая. Модель быстро читает много кода, сопоставляет имена сервисов, конфиги и зависимости, предлагает порядок запуска, объясняет ошибки сборки и отсутствующие переменные окружения. Работа монотонная и объёмная, ровно та, где LLM экономит вечера.
Обратная сторона тоже видна. ИИ работал с тем, что уже было открыто: репозиториями, README, issue, документацией. Как только задача упирается в секрет, которого в публичном коде нет, модель может подсказать метод, но не выполнит его за вас.
Почему без AES-ключа шар не разговаривает с самодельным сервером
Каждое устройство шифрует связь собственным 128-битным ключом AES, и эти ключи нигде не публиковались. Без ключа шар не станет разговаривать с самодельным сервером, даже если тот повторяет логику Hello один в один.
AES-128 - симметричный шифр: одна и та же тайная последовательность из 16 байт и шифрует, и расшифровывает трафик. Перехватить обмен между шаром и сервером можно, прочитать нельзя. Ключ уникален для экземпляра и хранится внутри устройства, обычно во флеш-памяти микроконтроллера.
Именно здесь уткнулись энтузиасты из проекта long-live-sense на GitHub. Они выяснили, к каким серверам обращается шар, но дальше дело не пошло: весь трафик был зашифрован. Открытые исходники описывают формат сообщений, протокол и логику обработки, а секретов конкретной платы в них нет.
Открытый код не равен открытым секретам. Прошивка может лежать на GitHub годами, а ключ шифрования генерируется на производстве и остаётся внутри чипа.
Чтение флеш-памяти устройства: как достали ключ через TI CC3200
Ключ вытащили из железа. Микроконтроллер шара - TI CC3200, и чтобы достать ключ, нужно перевести его в режим загрузчика и прочитать флеш-память. Загрузчик живёт в постоянной памяти чипа и умеет принимать прошивку по внешнему интерфейсу; в этом режиме основной код устройства не выполняется, а содержимое памяти доступно для чтения.
Направление подсказал всё тот же GitHub. Claude нашёл обсуждение, где инженер Hello отлаживал шар через специальный USB-кабель. Из этой ветки стало понятно, как подключаются к плате и что вообще искать.
Дальше начинается ручная работа: разобрать шар, добраться до контактов, подключить интерфейс, снять дамп, найти в нём заветные 16 байт. Модель подсказывает направление по документации и обсуждениям, а паяльник, аккуратность и терпение остаются за человеком. Конкретные пины, команды загрузчика и адреса в доступном описании кейса не раскрыты, так что воспроизвести процедуру по шагам со стороны пока нельзя.
Где ИИ помог, а где начались тупики: история с Sleep Pill и 19 дней
По пути ИИ выручил хозяина и едва не погубил вторую половину устройства. Сперриер случайно прошил датчик Sleep Pill прошивкой от другой ревизии и потратил 19 дней на восстановление. В пересказе кейса упоминается программатор SEGGER J-Link, хотя детали процедуры в доступном фрагменте источника не раскрыты: конкретные шаги восстановления остаются за рамками подтверждённых фактов.
Причина сбоя типична для hardware-реверса. Модель видит текст: имена файлов, версии в репозитории, описания сборок, логи. Она не видит, какая ревизия платы лежит на столе, какой датчик подключён и что уже записано во флеш. Один неверный образ, и устройство не выходит на связь, а диагностика идёт не через консоль, а через прозвонку и повторные попытки прошивки.
Именно поэтому здесь нет циклов «сломал - откатил»: откат требует физического доступа к чипу и подходящего оборудования. Девятнадцать дней на восстановление датчика - наглядная цена одного неверного шага, который в софте стоил бы минуты.
Похожая закономерность видна и в других проектах, где LLM берётся за низкоуровневые задачи: модель уверенно тянет архитектуру и генерацию кода, а спотыкается на стыке с реальным поведением железа. В разборе про эмулятор ZX Spectrum, собранный с помощью Qwen, DeepSeek и Sol, всё сломалось на дисковом контроллере WD1793, а не на языке ассемблера.
Итог: шесть недель, работающий трекер и что это говорит об облачной зависимости
За два дня до переезда Сперриер запустил Claude Opus 4.6, а через шесть недель трекер снова выдал оценку сна. По ходу работы роли распределились вполне предсказуемо.
| Задача | Кто закрыл |
|---|---|
| Поиск репозиториев Hello и навигация по ним | Claude |
| Локальный бэкенд из 16 сервисов на четырёх языках | Claude плюс человек на сборке и отладке |
| Поиск обсуждения с отладочным USB-кабелем | Claude |
| Режим загрузчика, чтение флеш-памяти, извлечение AES-ключа | Человек |
| Неверная прошивка Sleep Pill и восстановление датчика | Человек, 19 дней |
| Проверка результата на живом устройстве | Человек |
Практический вывод для покупателя умного гаджета простой: срок службы устройства определяет не железо, а судьба облака. Перед покупкой стоит выяснить три вещи. Есть ли открытый SDK и локальный режим работы без серверов вендора. Что произойдёт с устройством, если сервисы отключат. Публикует ли производитель документацию на протокол и допускает ли перепрошивку.
Второй вывод касается ожиданий от ИИ. Модель снижает цену черновика: найти исходники, поднять сервисы, разобраться в чужом коде она помогает быстро. Цену проверки она не снижает, а в железе проверка дороже всего, о чём мы подробно писали в материале про дешёвый прогноз и дорогую проверку.
И оговорка, без которой вывод был бы нечестным. Кейс Сперриера - исключение, а не типовой сценарий. Совпало слишком многое: больше сотни открытых репозиториев, найденное обсуждение инженера, навыки разработчика и шесть недель работы. Для большинства устройств от закрывшихся вендоров такого набора условий нет, и реанимация заканчивается на этапе поиска ключей.
Если у вас лежит гаджет от исчезнувшего производителя, начинайте с поиска репозиториев и сообществ вроде long-live-sense. Затем проверьте по документации на микроконтроллер, есть ли у чипа режим загрузчика с доступом к флеш-памяти. Именно этот пункт решает, достанете вы ключ шифрования или упрётесь в зашифрованный трафик, как энтузиасты до Сперриера.