AB fetch-evm-logs
Создавайте и извлекайте журналы событий из любого EVM смарт-контракта через RPC (eth_getLogs + ABI parse). Работает на любой EVM-совместимой цепочке/контракте (Ethereum, L2, пользовательские цепочки) при наличии chainId + address + RPC. Активируется, когда пользователь просит получить, вытянуть, синхронизировать или скачать журналы событий контракта / 合约日志 / 事件日志 / eth_getLogs — например, «帮我获取某个 EVM 合约的日志» «帮我拉取智能合约的日志» «fetch logs for this contract» «get Transfer events from 0x…». Также, когда они предоставляют chainId + contractAddress и хотят получить события в блокчейне. Обнаруживает ABI из общедоступных источников или принимает предоставленный пользователем ABI, перечисляет события, спрашивает, какие из них извлечь, затем запускает s1/s2. Только извлечение и парсинг — не для статистики/аналитики (используйте evm-log-stats).
машинный переводПоказать оригиналСкрыть оригинал«Scaffold and fetch event logs from any EVM smart contract via RPC (eth…»
Scaffold and fetch event logs from any EVM smart contract via RPC (eth_getLogs + ABI parse). Works on any EVM-compatible chain/contract (Ethereum, L2s, custom chains) given chainId + address + RPC. Trigger when the user asks to get, pull, fetch, sync, or download contract event logs / 合约日志 / 事件日志 / eth_getLogs — e.g.「帮我获取某个 EVM 合约的日志」 「帮我拉取智能合约的日志」「fetch logs for this contract」「get Transfer events from 0x…」. Also when they give chainId + contractAddress and want on-chain events. Discovers ABI from public sources or accepts user-provided ABI, lists events, asks which to fetch, then runs s1/s2. Pull + parse only — not for stats/analytics (use evm-log-stats).
Создавайте и извлекайте журналы событий из любого EVM смарт-контракта через RPC (ethgetLogs + ABI parse).
Как процесс B 71/100 · Почти готов — слабые места: входы и предусловия, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 0. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 71/100
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 30Повторный запуск. Изменяющих операций: 1, без проверки текущего состояния
- 60Инструменты и файлы. Используются инструменты (web), но во frontmatter они не объявлены
- 60Результат и критерий готовности. Формат результата описан, критерия завершения нет
- 85Шаги. Шагов: 19, расплывчатых формулировок: 1
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Ошибки и развилки. Развилок: 1, есть раздел про ошибки
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1416 токенов
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- low Разделов верхнего уровня: 10. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Описание говорит, когда скилл НЕ применять
- +3Длина description 664 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 16 заголовков
- +3Пошаговые инструкции: 19 пунктов
- +3Формат ответа описан явно
- +4Есть примеры (11 блоков кода)
- +3Все 3 скриптов описаны в инструкциях
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 94.