Превратите ChatGPT / Codex в разработчика на своём компьютере
MOST Control даёт AI безопасный мост к выбранному Windows, Mac или Linux/VPS: файлы, терминал, Git, тесты и работающий проект остаются на вашей машине, а доступ ограничивается вашим аккаунтом и разрешениями устройства.
Что получится
📁 Проект
AI читает структуру и инструкции репозитория в разрешённой рабочей области.
⌨️ Терминал
Можно запускать тесты, линтеры, сборку и локальные сервисы с правами Runner.
🧪 Проверка
Workspace doctor, provenance, diff/review checkpoint и реальные тесты дают доказательства результата.
🌍 Удалённо
Вы можете продолжить задачу из ChatGPT, пока выбранное устройство MOST онлайн.
ChatGPT через MOST и встроенный AI-чат — это разные режимы
ChatGPT / Codex → MOST
Когда AI вызывает MOST как подключённый инструмент, MOST выступает мостом к компьютеру. Отдельный OpenAI API key на компьютере для самих MOST tool calls не нужен; модель и её лимиты определяются используемым продуктом/тарифом ChatGPT.
AI-чат внутри сайта MOST
Это отдельная функция. Она может использовать настроенный владельцем OpenAI/OpenRouter provider и иметь собственные API-расходы, лимиты и тарификацию.
Прямая панель MOST
Файлы, команды, процессы и Workspace выполняются через MOST Runner/relay. Они не становятся «бесплатными навсегда»: действуют тариф/квоты MOST и стоимость сторонних сервисов, которые запускает сам проект.
Что MOST делает автоматически
| MOST | Что это даёт |
|---|---|
| Аккаунт → устройство → capabilities | AI видит только ваши устройства и только разрешённые действия. |
| Workspace / worktree | Можно открыть проект повторно или работать в изолированном Git worktree, не смешивая изменения. |
| AGENTS.md / CLAUDE.md discovery | Runner сам находит проектные инструкции в допустимой рабочей области. |
workspace_doctor + workspace_provenance | Перед изменениями можно проверить состояние среды, права, Git и происхождение workspace. |
apply_patch + git apply --check | Патчи проверяются до применения и не могут выйти за workspace. |
show_changes | AI получает review checkpoint перед завершением работы. |
| Установка и целостность | Клиентские bootstrap-команды ставят штатный MOST agent; Runner/relay проверяются по SHA-256 manifest. Windows получает проверенный portable Python без ручной установки. |
| Repair / recovery | Для Windows, macOS и Linux есть штатный Repair с backup/rollback, восстановлением фоновой службы и проверкой реального online heartbeat. |
| Windows supervisor / rollback | Relay самовосстанавливается через watchdog, обновления Runner/relay ставятся staged и имеют rollback. |
Что клиент делает руками
- Подключите устройство по простой инструкции Windows / macOS / Linux. Для подключения и восстановления используйте штатные MOST Installer и Repair.
- В личном кабинете выберите рабочую папку и минимальные нужные разрешения.
- Добавьте в репозиторий короткий
AGENTS.mdс реальными командами тестирования и проектными ограничениями. - Для macOS выдавайте доступ к защищённым папкам только если проект реально находится там.
- Решение о push/deploy/migrations/destructive operations оставляйте человеку или явно формулируйте в задаче.
Если устройство offline
- Сначала откройте Устройства и обновите статус. Не начинайте редактирование, пока устройство не подтверждено как online.
- Windows: локально можно запустить
%LOCALAPPDATA%\GPTMost\START-MOST.cmd. Если установка повреждена — используйте Repair из MOST. - macOS: проверьте LaunchAgent командой
launchctl print gui/$(id -u)/com.mostcontrol.relayи логи MOST из пользовательского state-каталога. - Linux/VPS: установленная служба называется
most-control-<user>.service; проверьте её черезsudo systemctl status. - После восстановления снова выполните
device_health. Если состояние неоднозначно — не делайте изменения «наугад», сохраните ошибку/логи и сначала восстановите связь.
Подготовьте проект один раз
- Откройте корень проекта и убедитесь, что он под Git, если это кодовый проект.
- Скопируйте шаблон AGENTS.md, адаптируйте команды тестов/линта/build под проект и сохраните как
AGENTS.mdв корне репозитория. - Не помещайте секреты, токены и пароли в AGENTS.md.
- Если правила различаются по подпапкам, можно добавить вложенные
AGENTS.md; более близкая к файлу инструкция должна быть специфичнее.
Открыть шаблон AGENTS.md Runbook для AI-агента
Первый безопасный тест перед реальным проектом
Если вы впервые даёте AI доступ к машине, не начинайте с production-репозитория. Используйте отдельную тестовую папку или disposable Git worktree и сначала докажите весь цикл.
Используй MOST Control.
Работай только в отдельной тестовой папке/репозитории.
Сначала READ-ONLY FIRST и VERIFIED SUMMARY.
После этого создай маленький тестовый файл или исправь заранее подготовленную мелкую ошибку.
Запусти targeted test/локальный сервер.
Проверь observable result.
Покажи show_changes.
Не делай push/deploy и не меняй другие проекты.После успешного теста переключайтесь на реальный проект и оставляйте минимальные capabilities.
Стартовый prompt
Этот prompt заставляет агента сначала подтвердить фактическое состояние проекта, а уже потом писать код.
Используй MOST Control для работы с моим проектом.
Сначала READ-ONLY FIRST:
1. Покажи доступные устройства и однозначно выбери нужное.
2. Проверь device health, coding_mode и разрешения.
3. Найди корень проекта. Не меняй файлы.
4. Открой workspace и прочитай применимые AGENTS.md / CLAUDE.md.
5. Выполни workspace_provenance и workspace_doctor.
6. Проверь git status, текущую ветку и последний commit.
7. Определи стек, точки входа и реальные команды tests/lint/build.
8. Дай краткий VERIFIED SUMMARY: что найдено, что проверено и какой минимальный план.
После этого выполняй задачу маленькими логическими блоками.
Не трогай чужие незакоммиченные изменения.
После каждого блока делай пропорциональную проверку.
Перед завершением выполни show_changes, релевантные тесты и проверь observable result.
Не делай push/deploy/migrations/destructive operations, если я явно этого не попросил.
В финале отдельно перечисли: Сделано / Проверено / Не проверено / Риски.Рабочий цикл
| Этап | Минимальное доказательство |
|---|---|
| Аудит | workspace provenance/doctor + Git state + применимые инструкции |
| Код | targeted diff + targeted test |
| Рефакторинг | targeted tests + relevant full suite |
| Build | успешная сборка + существующий артефакт |
| API | реальный request → ожидаемый status/body |
| UI | реальный браузер / screenshot / observable state |
| Git delivery | commit SHA + clean state + remote SHA, если был push |
| Deploy | immutable SHA/version + live health/readback |
Если команда или проверка упала
1. Прочитай stdout/stderr и не повторяй команду хаотично.
2. Проверь фактическое состояние workspace/Git/процесса после ошибки.
3. Сформулируй одну конкретную вероятную причину.
4. Исправь минимальную причину, не расширяя scope.
5. Повтори релевантную проверку один раз.
6. Если состояние всё ещё неоднозначно — остановись и сообщи факты, а не угадывай.Безопасность
- Начинайте с минимальных разрешений и одной рабочей папки.
- Не выводите в чат
.env, API keys, access/refresh tokens, cookies, SSH private keys и database passwords. - Не считайте exit code одной команды доказательством всей бизнес-задачи.
- Если Git грязный — сначала отделите пользовательские изменения от изменений агента.
- Для UI/API/deploy всегда проверяйте живой observable result.