Итоги: собираем свою конфигурацию

За курс вы прошли путь от одного файла config.toml до набора расширений вокруг агента. Осталось сложить это в систему, которую можно поддерживать: понятно, что где лежит, что личное, а что общее.

Два уровня: личный и командный

Личное — в ~/.codex и ~/.agents. То, что зависит от вас и ваших доступов: модель по умолчанию, MCP-серверы с вашими токенами, личные навыки, память.

Командное — в репозитории. То, что должно работать одинаково у всех и меняться через MR:

repo/
├── AGENTS.md                  # постоянные правила и команды
├── .codex/
│   ├── config.toml            # общие настройки и MCP без секретов
│   ├── rules/                 # какие команды разрешать без вопросов
│   ├── hooks.json             # проверки вокруг агента
│   ├── hooks/                 # скрипты хуков
│   └── agents/                # свои субагенты
└── .agents/
    ├── skills/                # навыки проекта
    └── plugins/marketplace.json

Проектный .codex/ Codex читает только в доверенных проектах, а хуки каждый разработчик один раз подтверждает в /hooks.

Пример личной конфигурации

model = "gpt-6.1-sol"
model_reasoning_effort = "medium"

[features]
memories = true

[memories]
disable_on_external_context = true

[agents]
default_subagent_model = "gpt-6-luna"

[mcp_servers.playwright]
command = "npx"
args = ["@playwright/mcp@latest", "--isolated"]

[mcp_servers.gitlab]
url = "https://git.example.com/api/v4/mcp"
default_tools_approval_mode = "writes"

[mcp_servers.context7]
command = "npx"
args = ["-y", "@upstash/context7-mcp"]

Модели указаны по состоянию на октябрь 2026 года. Песочницу и одобрения сознательно оставляем по умолчанию: расширять права стоит под конкретную задачу, через профили или профили прав.

Что за что отвечает

Проверка за пять минут

1. /debug-config — какие слои конфигурации загружены и какое значение откуда пришло.
2. /mcp — подключены только нужные серверы, у пишущих стоит одобрение.
3. /skills — навыки проекта на месте, имена не дублируются.
4. /hooks — нет хуков, ожидающих проверки, и нет подтверждённых, которых вы не читали.
5. В проектном config.toml нет ни одного секрета — только имена переменных окружения.

Конфигурация — не разовая работа. Каждый раз, когда агент ошибается одинаково второй раз, спросите себя, какой механизм из таблицы это исправит.

Что дальше

• Codex в автоматизации — те же настройки в codex exec, CI и SDK.
• Harness engineering — как проектировать среду для агентов на уровне архитектуры.
• Командные стандарты — как договориться о конфигурации в команде.