@brycepelletier/agent-env-mcp

Переиспользуемый MCP-контроллер на стороне хоста для усиленной среды выполнения разработки ПО в Linux.

0.3.1 разделение доверия

Среда выполнения Compose имеет два домена выполнения над одним и тем же рабочим деревом:

• agent: используется инструментами Software Engineer. Настоящий каталог .git маскируется tmpfs-монтированием, принадлежащим root.

• git: используется только git_command. Он видит настоящий каталог .git и имеет network_mode: none.

Удалённые операции Git/GitHub не относятся к этому пакету; они предназначены для отдельного домена доверия GitHub MCP.

Related MCP server: anvil

Инструменты

• ensure_environment

• list_directory

• read_file

• search_workspace

• workspace_edit

• run_command

• git_command

При первом использовании инструмента MCP лениво обнаруживает активную рабочую область VS Code через MCP Roots. Переменная времени запуска ${workspaceFolder} не требуется.

Локальная разработка

npm run link

Конфигурация MCP VS Code на уровне пользователя, пока установлена ссылка:

"agent-env": {
  "type": "stdio",
  "command": "agent-env-mcp"
}

Чтобы удалить глобальную ссылку разработки:

npm run unlink

0.3.1 приёмочные проверки

Перед удалением старого .devcontainer проекта:

1. ensure_environment успешно выполняется и сообщает /agent-env/environment/<project>.

2. run_command может собрать проект.

3. run_command не может получить настоящую ветку/историю Git, даже если Git вызывается косвенно через Python/Node.

4. git_command ["status", "--short", "--branch"] успешно выполняется.

5. Сервис Git не имеет доступа к сети.

Текущая реализация маскировки .git предполагает стандартный checkout, в котором .git является каталогом. Git worktrees/подмодули, в которых используется файл .git, должны отклоняться или обрабатываться будущей стратегией монтирования, прежде чем считать эту среду выполнения защищённой для таких форм репозитория.