Автоматизация лотереи с Python, Playwright и GitHub Actions

Лето в Сан-Франциско — время концертов Stern Grove. Каждую неделю нужно не забыть зарегистрироваться в лотерее на бесплатные билеты. Вместо того чтобы ставить напоминание, я написал Python-скрипт, который запускается раз в неделю через GitHub Actions, парсит сайт фестиваля с помощью Playwright и автоматически участвует в лотерее. В этой статье я покажу, как это работает, и дам готовый код, который вы сможете адаптировать под свои задачи.

Архитектура автоматизации лотереи

Проект состоит из нескольких модулей:

• lottery.py — точка входа, запускается по расписанию GitHub Actions
• browser.py — логика Playwright: веб-скрапинг и автоматизация браузера
• state.py — загрузка и сохранение JSON-файла с записями об участии, чтобы не дублировать
• notify.py — отправка уведомлений об успехе или ошибке через Resend

Вместо базы данных используется JSON-файл, который коммитится обратно в репозиторий после каждого запуска:

{
    "entered": [
        {
            "event_id": "abc123",
            "show": "Название концерта",
            "entered_at": "2025-06-21T10:02:00Z"
        }
    ]
}

Расписание в GitHub Actions

Крон-задача запускает скрипт каждую неделю:

# .github/workflows/lottery.yml
on:
  schedule:
    - cron: "0 17 * * 1"  # еженедельная проверка
  workflow_dispatch:

Инспекция страницы перед автоматизацией

Перед тем как писать код, важно изучить реальную структуру данных. Агент выполнил инспекцию объекта window.tixologiWidget.concerts на странице Stern Grove. Это позволило узнать точные названия полей, формат даты ISO 8601 и структуру ID события. Пример того, что было получено:

// Что реально выдает страница
window.tixologyWidget.concerts
// → [{ eventId, name, startDate: "2025-07-13T19:00:00Z", ... }]

Такой подход — проверка на реальных данных вместо предположений — разница между кодом, который работает с первого раза, и кодом, который падает в продакшене.

Сохранение состояния: коммит JSON обратно в репозиторий

Функция commit_state не только читает JSON, но и после успешного участия коммитит и пушит изменения с помощью GitHub Personal Access Token (PAT):

def commit_state(token: str) -> None:
    subprocess.run(["git", "add", "entered_lotteries.json"], check=True)
    subprocess.run(["git", "commit", "-m", "Update entered lotteries"], check=True)
    subprocess.run(["git", "push"], check=True)

Цикл ревью поймал реальную ошибку

Когда агент добавил notify.py, ревьюер-субагент сразу заметил две проблемы:

• Использование print() вместо модуля logging
• Дублирование инициализации API-ключа Resend

Обе проблемы были исправлены до перехода к следующей задаче. Вот исправленный код:

import logging
logger = logging.getLogger(__name__)
resend.api_key = os.environ["RESEND_API_KEY"]  # инициализируется один раз

def notify_success(show: str) -> None:
    logger.info("Участие в лотерее для %s", show)
    resend.Emails.send({...})

Проблемы при первом запуске

Первый реальный запуск провалился. Две проблемы с окружением:

1. Версия Ubuntu. Пришлось зафиксировать раннер на Ubuntu 22.04 для совместимости с Playwright. ubuntu-latest незаметно стал Ubuntu 24.04, где пакет libasound2 переименован.
2. Зависимости Chromium. Пришлось установить зависимости вручную с правильными именами пакетов для Ubuntu 24.04.

Исправление:

# before
- run: playwright install --with-deps chromium

# after
- run: |
    sudo apt-get update
    sudo apt-get install -y libasound2t64 libnss3 libnspr4
- run: playwright install chromium

Успешный запуск и итоги

В итоге всё заработало. Я получил письмо с подтверждением от Stern Grove и через Resend. Стек технологий:

• Playwright для автоматизации браузера
• GitHub Actions для еженедельного расписания и управления секретами
• Resend для уведомлений об успехе/ошибке
• Кодинг-агент (Claude Code) для сборки с циклом ревью
• Entire для записи каждого промпта и вызова

Практический вывод

Вы можете повторить эту автоматизацию для любой еженедельной задачи. Начните с малого: forkните репозиторий, настройте секреты в GitHub Actions и адаптируйте код под свой сайт. Главное — всегда инспектируйте реальную страницу перед написанием автоматизации.