Фьючерсы
Доступ к сотням фьючерсов
TradFi
Золото
Одна платформа мировых активов
Опционы
Hot
Торги опционами Vanilla в европейском стиле
Единый счет
Увеличьте эффективность вашего капитала
Демо-торговля
Введение в торговлю фьючерсами
Подготовьтесь к торговле фьючерсами
Фьючерсные события
Получайте награды в событиях
Демо-торговля
Используйте виртуальные средства для торговли без риска
Запуск
CandyDrop
Собирайте конфеты, чтобы заработать аирдропы
Launchpool
Быстрый стейкинг, заработайте потенциальные новые токены
HODLer Airdrop
Удерживайте GT и получайте огромные аирдропы бесплатно
Launchpad
Будьте готовы к следующему крупному токен-проекту
Alpha Points
Торгуйте и получайте аирдропы
Фьючерсные баллы
Зарабатывайте баллы и получайте награды аирдропа
Инвестиции
Simple Earn
Зарабатывайте проценты с помощью неиспользуемых токенов
Автоинвест.
Автоинвестиции на регулярной основе.
Бивалютные инвестиции
Доход от волатильности рынка
Мягкий стейкинг
Получайте вознаграждения с помощью гибкого стейкинга
Криптозаймы
0 Fees
Заложите одну криптовалюту, чтобы занять другую
Центр кредитования
Единый центр кредитования
Я постоянно использую GitHub Copilot для ревью PR, ведь GitHub делает это автоматически, и кажется, что это бесплатно.
Но в последние несколько раз ревью заставили меня усомниться в том, что он вообще «понимает» что-то.
Например, очень базовый вопрос: он всё ещё считает, что версия 1.82.0 выше, чем 1.91.1, что — типичная ошибка ранних больших моделей при определении версий.
Если это проблема модели, то он ещё и считает, что rust 1.91.1 ещё не выпущен, что показывает, что возможности поиска и оценки текущего состояния агента тоже оставляют желать лучшего.
Ещё одна более серьёзная проблема — ревью Copilot явно делается по одному файлу.
Он хорошо проверяет стиль кода и граничные условия, но ему не хватает глобальной картины. Например, в одном PR агент неправильно посчитал относительные пути и скопировал один и тот же файл несколько раз, хотя на самом деле активен был только один — он полностью не заметил такую проблему и даже не интересовался, что требует исходная issue, к которой привязан PR.
На мой взгляд, хороший агент-ревьюер по коду должен сначала оценивать всё глобально:
Соответствует ли PR issue, соответствует ли он целям проекта, логична ли структура файлов и архитектура, и только потом — синтаксис и детали.
В последнее время я собираюсь добавить режим ревьюера в holon.
А вы сейчас действительно используете reviewer agent? Какие обычно используете?