clingon — инструмент для macOS, в котором ИИ взаимодействует с текстовым меню, а выбранные команды вводятся в оболочку пользователя. README проекта описывает это как работу с реальной оболочкой — её конфигурацией, псевдонимами и окружением, — а не с изолированным симулятором. Это ключевое различие для оценки безопасности: меню служит интерфейсом управления, но не отделяет команду от доступов пользователя.
Что делает инструмент с TUI
TUI — текстовый интерфейс, в котором пользователь выбирает пункты и переходит между экранами. По описанию clingon, пользователь задаёт ИИ задачу, а модель использует меню, как это делал бы человек. Проект также указывает, что приложение открывает оболочку в отдельном окне Terminal или iTerm2.
Такой сценарий отличается от чата, который лишь предлагает текст команды. Здесь автоматизировано взаимодействие с меню и ввод команды в оболочку. Возможная ошибка может возникнуть при выборе пункта или интерпретации экранного вывода; это объяснение возможного механизма риска, а не установленный результат испытания clingon.
Заголовок находки обещает рассказ о нескольких найденных UX-ошибках, однако текста этого испытания среди доступных материалов нет. Поэтому нельзя установить, какие задачи выполнялись, какие ошибки обнаружил автор и воспроизводились ли они. Ниже рассматриваются только функции и ограничения, описанные самим проектом.
От задачи до команды в оболочке
README говорит, что ИИ получает задачу и управляет меню; clingon вводит команду в реальную оболочку пользователя. Это не означает, что доступные сведения подтверждают каждый внутренний шаг работы модели или конкретную последовательность действий для всех задач.
- Пользователь задаёт ИИ задачу.
- ИИ использует меню clingon для выбора действия.
- clingon вводит команду в реальную оболочку пользователя.
- Перед некоторыми рискованными действиями интерфейс запрашивает подтверждение.
Последствия команды зависят от той оболочки, в которую её вводят: README прямо указывает на использование пользовательских настроек, псевдонимов и окружения. Поэтому инструмент не следует считать песочницей. В частности, его меню само по себе не ограничивает права, которыми располагает текущий пользователь.
Подтверждение — не изоляция
Проект заявляет, что для рискованных команд показывает варианты No/Yes, а перед командами, которые, по классификации clingon, нельзя отменить, требует ввести короткий код. Это дополнительный барьер перед продолжением сценария, но его эффективность в независимом испытании по доступным материалам не оценена.
Подтверждение не меняет среду выполнения: разрешённая команда всё равно вводится в реальную оболочку и действует в пределах прав пользователя. README не раскрывает достаточно подробностей, чтобы установить, как именно классифицируются рискованные и необратимые команды или как обрабатываются ошибки такой классификации. Поэтому наличие запросов подтверждения не следует трактовать как гарантию защиты от ошибочного или нежелательного действия.
Для практического использования важны права активного аккаунта, настройки оболочки и действия, которые могут быть необратимы. Чем шире права и чувствительнее рабочая среда, тем серьёзнее возможные последствия ошибки; это вывод из описанной архитектуры, а не измеренная оценка вероятности инцидента.
Какие данные передаются внешним сервисам
README указывает, что для ИИ нужен ключ OpenRouter. Когда пользователь задаёт задачу, OpenRouter и разработчику выбранной модели передаются задача, меню и экран оболочки. Следовательно, экранный контекст при таком сценарии не остаётся только на устройстве. Если в нём отображаются секреты или внутренние сведения, они могут оказаться в данных, передаваемых указанным внешним сторонам.
Проект отдельно заявляет, что clingon не собирает телеметрию и выходит в сеть раз в день для проверки обновлений. Это заявление относится к телеметрии самого инструмента и не отменяет отдельно описанную передачу данных при использовании ИИ. README не подтверждает независимым аудитом сетевое поведение, а также не даёт сведений, достаточных для оценки хранения и дальнейшего использования данных провайдерами.
Практический вывод следует из перечня передаваемого: не запускать сценарий на экране, где видны данные, которые нельзя передавать OpenRouter или разработчику модели. Это не заменяет изоляцию и не доказывает, что конкретная передача будет содержать секреты: риск зависит от фактического содержимого экрана и задачи.
Среда и требования
README указывает macOS и оболочки zsh или bash. Запуск описан в отдельном окне Terminal или iTerm2; Ghostty, kitty и Alacritty помечены проектом как непроверенные. Это статус из документации, а не результат редакционного тестирования.
Для ИИ необходим ключ OpenRouter: проект предлагает добавить его в настройках clingon либо передать через переменную окружения OPENROUTER_API_KEY. По README, ИИ запускается, когда пользователь задаёт задачу. Стоимость использования в доступном описании не указана, поэтому оценить её по этим сведениям нельзя.
Что можно заключить о безопасности
Доступные материалы позволяют ответить на вопрос об устройстве, но не проверить результаты заявленного в заголовке испытания. README описывает ввод команд в реальную оболочку, подтверждения для некоторых рискованных действий и передачу задачи, меню и экрана OpenRouter и разработчику модели. Он не устанавливает, насколько надёжно работают подтверждения и как часто модель ошибается при управлении меню.
Для пользователя это означает два разных ограничения. Подтверждения могут прервать часть действий до их выполнения, но не создают отдельную среду с меньшими правами. Передача данных внешним сервисам — самостоятельный вопрос конфиденциальности, который сохраняется даже при успешном прохождении меню. Независимых тестов механизмов защиты или доступных результатов исходного испытания в имеющихся материалах нет.
