AC defi-liquidity-optimizer
Автоматизированный оптимизатор предоставления ликвидности для CLMM DEX на Solana и Ethereum. Анализирует пулы на Meteora, Raydium и Uniswap V4 для сравнения доходности APR, расчета риска непостоянных потерь в различных ценовых сценариях, оценки безопасности пула по TVL и генерации рекомендаций по ребалансировке для позиций вне диапазона. Команды: - liquidity_optimizer.py compare Полный отчет о сравнении пулов - liquidity_optimizer.py rank Только рейтинги APR - liquidity_optimizer.py il 1.5 Расчет IL при изменении цены в 1,5 раза Python 3.9+, без внешних зависимостей. Использует встроенную математику для расчета IL. В продакшене подключайтесь к Hummingbot Gateway или API пулов для получения данных в реальном времени. Анализ пула включает оценку TVL (безопасность), эффективность комиссий, 24-часовой объем и APR. Сценарии IL показывают влияние при изменении цены на ±10%, ±25%, ±50%, ±100%. Оповещения о ребалансировке срабатывают, когда текущая цена выходит из настроенного диапазона тиков.
машинный переводПоказать оригиналСкрыть оригинал«Automated liquidity provision optimizer for CLMM DEXs on Solana and Et…»
Automated liquidity provision optimizer for CLMM DEXs on Solana and Ethereum. Analyzes pools on Meteora, Raydium, and Uniswap V4 to compare APR yields, calculate impermanent loss risk across price scenarios, score pool safety by TVL, and generate rebalancing recommendations for out-of-range positions. Commands: - liquidity_optimizer.py compare Full pool comparison report - liquidity_optimizer.py rank APR rankings only - liquidity_optimizer.py il 1.5 Calculate IL for 1.5x price change Python 3.9+, zero external dependencies. Uses built-in math for IL calculation. In production, connect to Hummingbot Gateway or pool APIs for live data. Pool analysis includes TVL score (safety), fee efficiency, 24h volume, and APR. IL scenarios show impact at ±10%, ±25%, ±50%, ±100% price changes. Rebalancing alerts trigger when current price exits configured tick range.
Автоматизированный оптимизатор предоставления ликвидности для CLMM DEX на Solana и Ethereum.
Как процесс C 59/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, ошибки и развилки
Чем это грозит
Находки средней серьёзности: скорее всего скилл честный, но прочитайте, что именно насторожило сканер.
Ниже описан худший случай для этой категории. Здесь находка средней серьёзности: guard увидел признак, но не доказательство.
Скилл просит больше прав, чем нужно для задачи: широкий доступ к инструментам, секретные переменные окружения, бинарные файлы. Каждое лишнее право расширяет ущерб при ошибке или взломе.
Сузьте allowed-tools и список переменных до минимума, замените бинарники на исходники или скрипты, которые можно прочитать.
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 1
✓ Критических и высоких находок нет
Средние и низкие: 1
-
средняя Широкие права
meta-broad-allowed-toolsSKILL.md:1Заранее разрешены широкие инструменты: Bashallowed-tools: Bash Read
Просканировано файлов: 4. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 59/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 100Инструменты и файлы. Инструменты объявлены во frontmatter
- 100Шаги. Шагов: 12
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 343 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 874: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Структура: 5 заголовков
- +3Пошаговые инструкции: 12 пунктов
- +4Есть примеры (1 блоков кода)
- +3Все 1 скриптов описаны в инструкциях
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 84.