Я одновременно разрабатываю несколько тесно связанных репозиториев. Некоторые из них представляют собой повторно используемые SDK для декларативных схем, инфраструктуры, рабочих процессов с отслеживанием состояния и других абстракций предметной области. Другие — это приложения, которые используют несколько таких SDK для...
Я одновременно разрабатываю несколько тесно связанных репозиториев.
Некоторые из них представляют собой повторно используемые SDK для декларативных схем, инфраструктуры, рабочих процессов с отслеживанием состояния и других абстракций предметной области. Другие — это приложения, которые используют несколько таких SDK вместе.
Цикл разработки постоянно пересекает границы пакета.
SDK A ──────┐
│
SDK B ──────┼──▶ приложение
│ │
SDK C ──────┘ │
▲ │
└──── обратная связь ───┘
Я уже писал о том, почему я не думаю, что для этого требуется монорепозиторий, и почему я предпочитаю, чтобы сам репозиторий содержал текущий источник истины:
Агентам ИИ не нужен монорепозиторий. Им нужна читаемая кодовая база
Репо — это контекст: почему агентам не нужна история
Я не буду повторять здесь эти аргументы.
Этот пост начинается на один уровень позже.
Поскольку эти SDK стали более осведомлены об агентах, каждому пакету стало необходимо сообщать агентам кодирования, как его следует использовать.
Я уже использовал локальные поверхности проекта, такие как .claude/, .codex/, AGENTS.md, и навыки, специфичные для пакета. Они полезны. Явный локальный контекст проекта работает.
Обслуживание было самой неудобной частью.
Когда SDK менялся, я просил агента обновить соответствующие инструкции, правила или навыки в потребляющем репозитории.