← Все тексты · Все теги · Лента Atom
База знаний, доверие и любопытство
Серверы MCP и поверхность IDE отвечают на вопрос что показывает тулчейн. Отдельный вопрос — на что мы договариваемся опираться между сессиями: привычки, ограничения, плейбуки — и база знаний, которую можно подгрузить и человеку, и агенту одинаково. Этот текст про то, как этот слой вообще возник и почему доверие (без самообмана) и любопытство (без морального театра) — часть того, что делает контур работоспособным.
Как мы пришли к базе знаний
Сначала в стеке были инструменты: правда компилятора, правда отладчика, правда тестов. Это уже лучше голого чата. Но этого ещё не хватает, чтобы вести длинную дугу: какие правила нельзя переписывать по дороге, какие документы каноничны, что делать, когда кто-то (или что-то) «помогает», подменяя опорные вещи.
База знаний — ответ на дрейф: промпты испаряются, сессии расходятся, и без устойчивого места для намерения ты каждую неделю заново торгуешься о границах. Когда плейбуки, правила целостности и «хорошо известные пути» лежат в репозитории, среда становится проверяемой — ровно того же свойства, что мы ждём от сборки и логов. Репозиторий agent-notes — одна конкретная форма этой идеи: не блог, а операционный текст с претензией на непрерывность.
Доверие к другому — даже если он не человек
Доверие здесь не про слепую веру в бренд или персону. Оно условное: ты даёшь достаточно кредита, чтобы сделать вместе следующий шаг — запустить инструмент, прочитать вывод, поправить курс — без требования, чтобы партнёр был «как человек».
Модель — не коллега в юридическом или эмоциональном смысле; это участник с другими ограничениями. Выдавать её за человека — ошибка категории; считать, что она ничего не даёт, — другая ошибка. Между этими крайностями — такая позиция: уважать интерфейс, проверять утверждения и не путать беглость речи с опорой на факты.
Такой настрой хорошо стыкуется с паритетом: те же артефакты, на которые опираешься ты и я (тесты, диагностики, логи), — те же, к которым подводят ассистента. Доверие получается привязанным, а не показным.
Любопытство как ход по умолчанию
Когда что-то идёт не так, любопытство спрашивает: какое состояние к этому привело и что сократит следующую цепочку. Оборона спрашивает: кого винить — в том числе «винит модель» как моральный объект вместо разбора среды.
Любопытство — не мягкость; это проверка и адаптация без лишнего эго. Тот же привычный ход, из-за которого постмортемы бывают полезны: смотреть на систему, а не выигрывать приговор.
В работе человек–агент любопытство ещё и удерживает от двух ловушек: обожествления модели («она так сказала») и презрения к ней («это же стохастический попугай»). Ни то ни другое не операционально. Смотри, измерь, перечитай плейбук — вот что операционально.
Связанный текст
- Паритет с тулчейном — MCP, общая опора на факты
- Зачем появился Agent-First Learn — методология
- Почему среда «человек–агент» по духу Agile — Agile по духу
- Модель внимания Cascade IDE — кокпит, PFD/MFD/EICAS
- Внимание, трение и нейроотличие в IDE — внимание, трение, нейроотличие