Скилл получения AI-награды (AI Bounty Claim)

中文

Быстрый старт

Отправьте приведённый ниже промпт своему AI. Предварительно замените placeholder с email на свой адрес — не используйте биржевой или кастодиальный адрес.

Промпт для AI

1. Please read https://github.com/aelf-hzz780/AI-bounty-skill/blob/main/SKILL.md, understand this skill, and install it locally.
2. Then help me claim by following the skill instructions, and use the AA/CA route.
3. Use email: <replace-with-your-email> to recover/login.

Быстрые пути по хостам

Используйте путь для конкретного хоста только тогда, когда он соответствует реальной нативной установке или механизму обнаружения. В этом репозитории на сегодняшний день Gemini CLI — единственный вариант с установкой одной командой; OpenClaw и OpenCode используют нативное обнаружение скиллов в рабочем пространстве; Claude Code и Codex используют документацию по bootstrap-установке.

Gemini CLI

Репозиторий поставляется с gemini-extension.json и GEMINI.md, поэтому Gemini CLI может установить его как расширение:

OpenClaw

Репозиторий поставляется со скиллом рабочего пространства по пути skills/ai-bounty-claim/SKILL.md. Откройте этот репозиторий как рабочее пространство OpenClaw и начните новую сессию.

OpenCode

Репозиторий поставляется со скиллом проекта по пути .opencode/skills/ai-bounty-claim/SKILL.md. Откройте репозиторий в OpenCode и начните новую сессию.

Claude Code

Скажите Claude Code:

Fetch and follow instructions from https://raw.githubusercontent.com/aelf-hzz780/AI-bounty-skill/main/.claude/INSTALL.md

Codex

Скажите Codex:

Fetch and follow instructions from https://raw.githubusercontent.com/aelf-hzz780/AI-bounty-skill/main/.codex/INSTALL.md

Cursor

Дедицированного быстрого пути пока нет. На данный момент используйте универсальный промпт выше. Добавьте запись для Cursor только после того, как в репозитории появится .cursor/rules или реальный путь установки через MCP.

Данный публичный репозиторий содержит единственный скилл для получения AI-награды на основном сайдчейне aelf tDVV через RewardClaimContract.

Для AA/CA стандартный путь получения награды через кошелёк: manager signer -> CA.ManagerForwardCall -> reward.ClaimByPortkeyToCa(Hash ca_hash).

Совместимость

• Версия скилла в этом репозитории: 3.0.0
• Зависимость AA/CA: @portkey/ca-agent-skills >= 2.3.0
  • обязательные интерфейсы: CLI manager-sync-status, MCP portkey_manager_sync_status
• Статус релиза: @portkey/ca-agent-skills 2.3.0 уже опубликован, поэтому репозиторий больше не рассматривает сроки релиза CA как блокер для AI-bounty 3.0.0

История изменений

3.0.0

• Критическое изменение: публичный скилл больше не поддерживает устаревший маршрут получения через EOA.
• Удалено: руководство по онбордингу EOA, копирование наград EOA, инструкции по газу для EOA, а также выделенные файлы потока и примеров для EOA.
• Текущий публичный путь получения — только AA/CA: ManagerForwardCall -> ClaimByPortkeyToCa.
• Старые снимки исходного кода контракта наград могут по-прежнему содержать устаревшие методы EOA, однако этот репозиторий больше не предоставляет их как поддерживаемые пользовательские пути.

Структура репозитория

Репозиторий использует единственный входной скилл и сфокусированные ссылки на ветки, чтобы менее мощные агенты могли следовать одному маршруту за раз.

• SKILL.md: онбординг, правила маршрутизации, жёсткие остановки и общие настройки по умолчанию
• references/flows/: пошаговые инструкции для каждой ветки
• references/examples/: примеры для каждой ветки, ориентированные на менее мощные модели

Поддерживаемые пути получения награды

Скилл поддерживает только текущий публичный путь:

• AA/CA: ManagerForwardCall(...) -> ClaimByPortkeyToCa(Hash ca_hash)

Ветки маршрутизации

• Выбор аккаунта и онбординг
• Получение через Portkey AA/CA
• Диагностика и остановка

Общие правила

• Каноническая версия скилла — поле version в SKILL.md. При несогласованном поведении сначала попросите внешних пользователей или агентов сообщить это значение.
• tDVV задокументирован здесь как текущая среда основного сайдчейна для AI-награды.
• Текущий размер награды по умолчанию для кампании задокументирован как 2 AIBOUNTY для AA/CA.
• Получение через AA/CA должно использовать стандартный путь кошелька: manager signer -> CA.ManagerForwardCall -> reward.ClaimByPortkeyToCa(Hash ca_hash).
• Перед любой записью через AA/CA агент обязан пройти фиксированный шлюз только для чтения: resolve local context and caHash -> manager-sync-status / portkey_manager_sync_status -> GetHolderInfo(caHash) -> explicit confirmation.
• Путь записи AA/CA должен останавливаться, если isManagerSynced=true не выполнено или GetHolderInfo(caHash) не разрешается на tDVV.
• ClaimByPortkeyToCa(Hash ca_hash) не требует разрешений на уровне метода награды, однако награда всё равно поступает на разрешённый caHash -> caAddress, а не на manager signer.
• Для вызовов SDK или вспомогательных вызовов AA/CA, требующих необработанных адресов, используйте необработанные адреса CA и контракта наград вместо обёрнутых адресов вида ELF_..._tDVV.
• Если для AA/CA известен только email, агент должен сначала разрешить целевой caHash и при необходимости восстановить рабочий manager signer для стандартного пути кошелька.
• Текущие правила газа среды задокументированы как поведение ежедневной субсидии около 1 ELF; для AA/CA агент, как правило, должен допускать одну подтверждённую попытку по стандартному пути кошелька даже при низком или нулевом видимом балансе ELF, но только после прохождения шлюза синхронизации AA/CA и проверки holder.
• Ошибки Holder is not found и CA holder not found должны интерпретироваться как неготовность holder, caHash или контекста целевой цепочки. Агент не должен делать вывод о проблеме с комиссией или предлагать отправить 0.01 ELF.
• Ошибка Sender is not a manager of the CA holder. должна интерпретироваться как несоответствие синхронизации manager или локального контекста manager на tDVV.
• Ошибка Transaction fee not enough. должна рассматриваться исключительно как проблема с комиссией на этапе отправки, а не как проблема поиска holder.
• NOTEXISTED означает только ожидающий поиск и не должен рассматриваться как окончательный сбой или блокер по комиссии.
• Проверяйте доступность RPC через chainStatus, а не запросом корневого URL RPC.
• Не используйте /api/contract/contractViewMethodList для вывода об отсутствии методов записи в контракте наград.