Разработчик описал эксперимент с клиентом из сферы управления недвижимостью: вместо привычного флоу «созвон → документ → «я имел в виду не то»» — общий VDS, Remote SSH в Cursor и разграниченный Linux-доступ для каждого участника. Клиент не пишет код, но знает бизнес лучше любого аналитика. Вопрос был: как это знание сделать частью контекста агента, а не теряющимся в Notion?
Контекст
Cursor давно перестал быть просто редактором с автодополнением. Это среда, где AI-агент может читать проект, менять файлы, запускать команды и самостоятельно принимать решения о структуре кода. Именно поэтому вопрос «кто и куда имеет доступ» перестаёт быть административным и становится архитектурным.
Классический разрыв в разработке бизнес-софта хорошо известен: заказчик знает как работает реальность, разработчик знает как это положить в код. Между ними — хаос из переписок, скриншотов, уточнений. На малых проектах терпимо, при масштабировании рассыпается. Nocode-инструменты дают быстрый старт и позволяют проверить гипотезу, но упираются в потолок, когда начинаются вопросы, не решаемые перетаскиванием блоков.
Эксперимент строился на простой идее: если бизнес-контекст и технический контекст будут находиться в одном воркспейсе, AI-агент получает доступ к обоим одновременно. Заказчик не учится программировать — он учится работать с агентом на своём языке, внутри общей структуры.
Аналитика
Техническое решение само по себе несложное: VDS-сервер, Remote SSH в Cursor, отдельный Linux-пользователь на каждого участника, ACL для разграничения прав. Но за этой «скучной механикой» стоит принципиальный сдвиг. Воркспейс превращается в проектную операционную систему: здесь живут правила для агентов, архитектурные документы, директории задач, инструкции, субагенты для git/ревью/деплоя. Не папка с кодом — а общая среда исполнения.
Ключевой инсайт: Cursor показывает файлы, но не является системой разграничения доступа. Если Linux-пользователь имеет право записать файл — агент тоже это сделает. Обратное тоже верно: правильно настроенные права ОС остановят случайное вмешательство агента туда, куда он не должен был лезть. Это важно, потому что участник может просто не знать, какие файлы агент собирается изменить.
Параллельная работа нескольких людей в одном воркспейсе не отменяет Git-дисциплину — это не Figma с реалтаймовыми курсорами. GitHub остаётся обязательным слоем: ветка под задачу, PR, ревью перед интеграцией. Воркспейс даёт общий контекст, Linux-права убирают случайные конфликты, GitHub решает проблему параллельных изменений.
Кейсы применения в бизнесе
B2B-SaaS стартап с несколькими клиентами: Вместо того чтобы писать спецификации и ждать, пока разработчик их интерпретирует, product owner заказчика работает в одном воркспейсе с командой. Агент видит бизнес-правила напрямую из директории документов, не из пересказа. Результат — меньше итераций на уточнение требований, PR-ревью становится финальным, а не спорным этапом.
Корпорация с legacy-командой: Аналитики и бизнес-владельцы получают read-доступ к воркспейсу через Remote SSH. Они могут задавать агенту вопросы о текущем состоянии системы, не беспокоя разработчиков. ACL гарантирует, что они не смогут случайно изменить .env или compose-файлы. Онбординг новых членов команды ускоряется — весь контекст проекта уже структурирован.
SMB/локальный бизнес в КР: Владелец небольшой компании может участвовать в разработке собственного CRM без технического бэкграунда. Он формирует задачи в task-директории воркспейса, агент берёт их в работу по заданному регламенту, разработчик ревьюит PR. Схема масштабируется: добавляется сотрудник — добавляется Linux-пользователь с нужными правами.
Кейсы в личной жизни
Разработчик-фрилансер: Структура из эксперимента решает хроническую боль — клиент перестаёт слать правки в мессенджере. Вместо этого он работает в воркспейсе, агент фиксирует его пожелания в task-директории, фрилансер видит всё в одном месте и сразу в контексте кода.
Студент или джун на стажировке: Подключиться к проекту старших коллег через Remote SSH — это не только доступ к коду, но и доступ к правилам, паттернам, субагентам, которые уже настроены опытной командой. Обучение происходит в реальной рабочей среде, а не в искусственных учебных проектах.
Контент-мейкер или no-code специалист: Если вы работаете с разработчиком над продуктом, такая схема позволяет вам видеть статус задач и документацию напрямую, без промежуточных пересказов. Агент в вашем Cursor-сеансе отвечает на вопросы о продукте с реальным контекстом, а не абстрактно.
Как применить сегодня
- Арендуйте VDS (любой провайдер) и настройте Remote SSH в Cursor — это занимает около часа. Каждому участнику создайте отдельного Linux-пользователя.
- Настройте ACL: разработчики пишут в src/, клиент пишет только в tasks/ и docs/, все читают всё. Команда
setfaclв Linux покрывает большинство сценариев. - Создайте структуру воркспейса: отдельные директории для правил агента, задач, архитектурных документов, артефактов ревью. Положите в корень файл с инструкциями для Cursor AI — он будет действовать как общий регламент для всей команды.
- Не отказывайтесь от GitHub: ветка под каждую задачу, PR обязателен перед интеграцией в dev-ветку. Воркспейс — для контекста, GitHub — для изоляции изменений.
- Напишите регламент для нетехнического участника: как начинать сессию с агентом, как формировать задачу, что делать с результатом. Без этого конструкция не работает — агент мощный, но не телепат.