12

Ключевой принцип: Code is cheap. Taste matters

AI999第7课:AI Native 科研范式与 EvoX 实战切入
00:00

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

Code is cheap — это объективное описание текущего состояния инженерии: после обрушения стоимости реализации код перестаёт быть барьером и перестаёт быть единицей измерения научного вклада — «работает» из достижения превращается в предпосылку, из демонстрируемого результата в пропуск к дальнейшей работе.

Taste matters — это переосмысление роли человека после разделения труда между человеком и машиной: когда «ИИ реализует ответ, человек задаёт направление» становится нормой, по-настоящему дефицитной на стороне человека оказывается способность ставить ключевые вопросы, задавать критерии оценки и определять направление при конфликте множества целей.

Code is cheap. Taste matters.Схема пересекающихся тенденций: снижение стоимости реализации и рост ценности суждения, в сочетании с цитатой Тьюринга и ключевыми словами видения открытой инфраструктуры EvoX.Code is cheap.Taste matters.Реализация дешевеет, суждение дорожает: дефицит смещается с «можно ли написать» на «стоит ли делать»«Мы видим лишь на очень близкое расстояние впереди,но видим, что там многое ещё предстоит сделать.— Алан Тьюринг, «Вычислительные машины и разум»Тенденция смещения дефицитаСтоимость реализации ↓Ценность суждения ↑Относительный масштабИтерации / времяТочка переломаПосле точки перелома: суждение становится ключевой переменнойКонечная цель EvoXОткрытостьОбщая платформа, проверяемая и переиспользуемаяКомпозируемостьРазвязанная сборка снижает стоимость внедренияРеальная обратная связьВыход в реальную среду, проверка на опровержениеНепрерывная эволюцияОтбор, накопление и наследованиеВкус — не эстетическое утверждение: превратите суждение в проверяемую гипотезу и отдайте её на проверку реальной среде — чтобы каждый цикл исследования можно было проверить и унаследовать.

Куда сместился дефицит

  • Выбор задачи: выбор задачи определяет потолок сильнее, чем выбор метода. При неверном направлении чем быстрее реализация, тем больше потерь.
  • Проектирование целевой функции и критериев оценки: если метрика выбрана неверно, модель будет лишь эффективно сходиться в ошибочном направлении.
  • Принципы компромисса при множестве целей: предпочтения между производительностью, воспроизводимостью, сопровождаемостью и стоимостью внедрения должны быть явно заявлены, а не решаться на ходу.
  • Интерпретация и атрибуция результатов: отличайте «случайно заработало» от «действительно понято» и определяйте, какие именно изменения дали выигрыш.

Вкус должен поддаваться проверке

Вкус — не эстетическое утверждение, и его нельзя определить стажем или голосованием. Он должен опровергаться через «выход в реальную среду — получение реальной обратной связи»: превратите суждение в проверяемую гипотезу и корректируйте её через неудачи и успехи в реальных сценариях. Иначе обсуждение сведётся к спору о предпочтениях.

Смысл инфраструктуры: дать вкусу точку опоры

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

Чувство границ: Code cheap не означает, что инженерию можно опустить

Шлюзы приёмки, воспроизводимость, сопровождаемость и замкнутый контур обратной связи по-прежнему остаются реальными барьерами. Вкус как раз и проявляется в суждениях о компромиссах по отношению к этим барьерам: какая обратная связь заслуживает доверия, какие метрики должны оставаться незыблемыми, какие неудачные попытки следует отклонить, а не слить. В этом и ценность механизма в духе Genesis — предложенное изменение становится наследуемой исторической основой для последующих исполнителей только после компиляции, тестирования, проверки поведения и приёмки на верхнем уровне.

Перекликающаяся мысль
В конце «Вычислительных машин и разума» Тьюринг писал: мы видим лишь на очень близкое расстояние впереди, но видим, что там многое ещё предстоит сделать. Вместо споров о конкретной форме конечной точки развития интеллекта лучше сначала построить открытую инфраструктуру, способную постоянно выходить в реальные сценарии и получать реальную обратную связь, чтобы каждый цикл исследования можно было проверить и унаследовать.

Эта страница продолжает разделение труда с предыдущей страницы — «ИИ реализует ответ, человек задаёт направление» — и формулирует ключевые принципы, поддерживающие это разделение; следующая страница перейдёт к практике: как с помощью диалога направлять ИИ в выполнении задач EvoX.