Когда ИИ научится «блокчейну»: как инженер MIT создает мир Web3 с помощью Cursor «Cursor и Claude могут работать с React в Web2, но в Web3 они как слепцы, ощупывающие слона». Когда Люк произнес эту фразу, участники хакатона в зале улыбнулись — они прекрасно знакомы с этой болью «застревания». Написание смарт-контрактов никогда не было «просто набором функций». Небольшое отклонение в состоянии переменной может привести к миллионам долларов в уязвимостях безопасности; строка кода, не учитывающая стоимость газа, может сделать приложение совершенно непригодным для работы в сети. Что более иронично, ИИ уже сделал так, что программисты Web2 «в одночасье стали полностековыми», в то время как разработчики Web3 все еще постоянно переключаются между Remix, Hardhat и Foundry, снова и снова проверяя отчеты о тестировании — боясь попасть в те «невидимые ямы» на блокчейне. Поэтому Люк решил взять дело в свои руки: создать настоящий ИИ, который «понимает семантику блокчейна». Способный писать контракты, проверять безопасность и управлять всем процессом на блокчейне. Это и есть отправная точка Nora. @mynoraai #MyNoraAI #BuiltWithNora #NoraAgent #CodeWithNora #NoraAI

一、从 MIT 到链上：AI 研究者掉进 Web3 的 “上下文陷阱”​ 在扎进 Web3 之前，Luke 是 MIT Media Lab 的 AI 研究员；后来，他成了少数深度参与区块链底层开发的技术专家，亲手设计过HotStuff 共识机制与BlockSTM 并行执行方案。​ 这段经历让他看清了一个关键问题：Web3 的瓶颈从不是代码本身，而是代码背后的 “链上上下文”。​ 智能合约的世界，从来不是单纯的逻辑运算，而是一套复杂的 “状态机生态”：每一笔交易都受前后区块影响，每一行代码都要在 “链上共识” 的规则里执行，甚至编译器的微小优化，都可能改变最终的执行结果。​ 他见过太多年轻开发者被这些 “隐形复杂度” 绊倒 —— 明明语法没毛病，合约却在链上跑崩；明明功能实现了，却因 gas 过高无人使用。​ 也是这时，一个念头在他心里成型：​ “或许，AI 不该只懂代码语法，更该懂区块链的‘语言逻辑’。”

Два. Слепые зоны AI инструментов: почему Cursor из Web2 не справляется с разработкой на блокчейне?​ Чтобы понять ценность Норы, нужно сначала разобраться в "слепых зонах" традиционных AI инструментов кодирования в Web3. ​ Современные помощники по кодированию LLM — будь то Cursor, Claude Code или Copilot — легко генерируют компоненты React, пишут API интерфейсы и даже могут создать логику целого сайта. Но заставить их написать смарт-контракт на Solidity? Почти всегда возникают проблемы. ​ В чем проблема?​ "Семантическое понимание" этих моделей полностью основано на парадигме Web2: рендеринг на фронтенде, интерфейсы на бэкенде, HTTP вызовы, ввод-вывод функций... Они не видят уникальные изменения состояния на блокчейне, логику выполнения виртуальной машины, расчеты стоимости газа и не понимают границы безопасности (например, атаки повторного входа, контроль доступа).​ "Они понимают мир JavaScript, но не понимают 'диалект' блокчейна." Резюме Люка точно отражает боль множества разработчиков Web3. ​ И это как раз точка входа Норы.

Три. Момент озарения: заставить AI понять "температуру байт-кода" В конце 2024 года Люк столкнулся с трудной проблемой, когда отлаживал контракт Move: сгенерированный AI код имел абсолютно правильный синтаксис, но при загрузке в блокчейн выдавал ошибку — причина заключалась в том, что после оптимизации компилятора логика выполнения полностью отличалась от ожидаемой в исходном коде. В этот момент он вдруг осознал: чтобы заставить AI писать безопасные контракты, необходимо сначала заставить его понять "низкоуровневый язык" компилятора и виртуальной машины. Это стало основным проектным пунктом Норы. В отличие от традиционных AI-агентов, в архитектуре модели Норы напрямую встроены **"осведомленность о компиляторе (Compiler-Aware) и контекст на уровне виртуальной машины (VM-Level Context)"**. Она не только понимает различия в синтаксисе Solidity, Move, Cairo, Rust, но и может отслеживать путь выполнения скомпилированного байт-кода, анализируя логику передачи каждой инструкции. Это означает: Нора не просто "пишет код", она также может автоматически проверять логику контракта, обнаруживать уязвимости безопасности и даже оптимизировать потребление газа — больше похоже на "всестороннего инженера", который одновременно понимает принципы компиляции, механизмы консенсуса и аудит безопасности.