Я сделал устаревший контекст агента кодирования сбоем CI вместо того, чтобы молча терпеть неудачу.

Агент кодирования без контекста обычно колеблется, ищет или задает вопрос. Агент кодирования с устаревшим контекстом может быть гораздо более уверенным. Это опасный случай. Файл все еще существует. Инструкции выглядят намеренно. Сгенерированный JSON действительный. Агент в точности следует за ним — в пакет, который перестал владеть функция две недели назад. Ничто не выглядит сломанным, пока редактирование не окажется не в том месте. Я хотел, чтобы в контексте репозитория был сигнал об истечении срока действия, который мог бы проверить CI. не дата, которую кто-то должен был не забыть проверить. Неисправность не связана с отсутствием документации Представьте себе монорепозиторий, в котором packages/auth владеет проверкой токена. Репозиторий публикует машиночитаемую передачу обслуживания: { "startHere": "docs/for-agents/packages/auth.md", "editRoots": ["packages/auth"], "checks": ["pnpm --filter @example/auth test"] } Позже проверка токена перемещается в пакеты/безопасность. Сопровождающий обновляет исходную документацию, но забывает восстановить индекс передачи обслуживания. Теперь в одном репозитории есть два внутренне согласованных ответа: в исходной документации указано, что пакеты/безопасность; сгенерированный контекст агента по-прежнему говорит packages/auth. Старый ответ не является искаженным.