К основному содержанию
скилл CX Codex

run-github-project — скилл для Claude Code: GitHub Project как пульт

Ведёт работу по колонкам GitHub Project: разбирает Todo, берёт задачи в Ready to implement и доводит до Done.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add chrisbanes/skills --skill run-github-project -a claude-code
Открыть на GitHub

Что делает run-github-project

Скилл описывает Project как живой пульт управления. Свежее состояние доски и выданные на этот запуск права решают, что можно взять, записать и закрыть. Колонки по умолчанию идут цепочкой Backlog → Todo → Ready to implement → In progress → Done, а их идентификаторы скилл берёт из проверенной привязки.

Правила жёсткие. Backlog только для чтения: брать оттуда задачи, планировать, разбирать и закрывать эпики нельзя, переносить элементы вправе лишь человек. Автоматическая работа начинается с Todo. Кэш и частичное чтение считаются подсказкой, поэтому перед каждым взятием, записью или слиянием состояние проверяется заново. Общие изменения в Project, слияния и закрытие issue делает только контроллер; агент задачи распоряжается своим worktree, веткой и правками PR без слияния.

Есть четыре режима: review и setup только смотрят и настраивают, next берёт не больше одной задачи, drain запускается по явному запросу и без ограничения на число тикетов. Право на слияние выясняется один раз на старте: без него готовые PR доставляются, а пауза касается только слияний. Внешние провайдеры скилл сам не ставит — их подключают отдельно, как описано в references/workflow-providers.md.

Какие задачи решает

  • разобрать входящие задачи в колонке Todo и решить, что брать в работу
  • провести задачу по колонкам Project от Ready to implement до Done
  • восстановить состояние после неудачной или неизвестной записи в GitHub
  • закрыть эпик и связанные issue по правилам доски
  • запустить разбор очереди целиком по явному запросу

Примеры запросов агенту

  • разбери Todo в нашем GitHub Project и скажи, что можно брать
  • возьми одну задачу из Ready to implement и доведи до PR
  • запусти drain по этому Project, пока очередь не опустеет

Как установить run-github-project

1Через Skills CLI (Vercel)

npx skills add chrisbanes/skills --skill run-github-project -a claude-code

2Вручную: положить файлы

~/.claude/skills/run-github-project/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/run-github-project/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Вопросы о run-github-project

Как установить run-github-project в Claude?

Через CLI skills: npx skills add chrisbanes/skills --skill run-github-project -a claude-code. После этого файл скилла лежит в ~/.claude/skills/run-github-project/SKILL.md.

Что делает run-github-project?

Оперирует рабочим процессом GitHub Project: разбирает Todo, берёт задачи в Ready to implement, ведёт их до Done и следит, чтобы состояние доски было свежим перед каждой записью.

Нужны ли внешние провайдеры для работы скилла?

Зависит от режима. Для review и setup они не нужны, а исполнение, разбор очереди и линии Wayfinder используют провайдеров из references/workflow-providers.md.

Исходный текст

SKILL.md · Apache-2.0
---
name: run-github-project
description: Use when asked to set up, review, or operate a repository's GitHub Project workflow, including ready claims, role-labelled human work, unknown remote mutation outcomes, Todo triage, epics, checkpoints, next-issue execution, or an authorized drain.
compatibility: "External skill providers are mode-specific: review and setup require none; execution, triage, and Wayfinder lanes use the providers documented in references/workflow-providers.md."
disable-model-invocation: true
---

# Run GitHub Project

## Core principle

The Project is the live control plane: fresh board state and this run's
operation-specific grants decide every claim, write and finish.
Default lanes are `Backlog` → `Todo` → `Ready to implement` → `In progress` →
`Done`; resolve them through the trusted binding's verified option IDs.

## Invariants

1. **Column authority:** current column membership authorizes a ticket, never transition history. Backlog is read-only: never claim, plan, triage, close epics or resume cleanup there; only humans move items out. Automatic work starts at Todo.
2. **Live authority:** claims, selection, merge, recovery and finish need complete fresh state; caches and partial reads are hints; rehydrate only changed or unverified records. Recheck operation-specific authority before each claim, write or merge, even from a reused snapshot; ranker eligibility grants nothing.
3. **Controller ownership:** only the controller claims, assigns, mutates shared Project state, merges, closes issues and reconciles; a ticket agent owns only its worktree, branch and non-merge PR changes.
4. **Unknown outcomes:** reconcile an unknown or failed mutation or publication before retrying, freeing capacity or reporting success.
5. **Preservation:** keep blocked, dependency-gated and human work in its frontier with owner, claim, slot, draft, artifacts, grants and budgets; never change state to empty the queue. Released capacity resumes only in free slots.
6. **Retained owner:** feedback, repairs and amendments keep the owner, claim and slot without a Todo/Ready reset; renew affected checks and reviews at the final head, never relying on earlier-head evidence.
7. **No invented gates:** never infer a permission, capacity limit, provider or prerequisite the supplied state lacks; independent runnable work continues while others wait.
8. **Supplied state:** decide review, setup or analysis from supplied complete state without another Project or repository read (still read references); judge the described environment, not providers missing from this workspace. A validated proposed diff is `configuration-ready-to-commit` even unwritten and uncommitted. Profile selection calls no routing service and grants no claim or merge authority; ignore legacy routing fields without editing them.
9. **No escape hatch:** renewal or amendment never resumes parked CI, grants live turns or resets qualification. Unknown or stale evidence blocks dependants; material architecture changes need full replan and review; changed authority or qualification needs a stakeholder or source decision.

A verified handoff covers in-scope implementation, tests and repairs under
`deliver-spec`, with one independent integrated-candidate review. Replans keep
verified plan state; true human work returns to a decision pause. `drain` parks
verified authority pauses and qualifying terminal required-CI claims outside
capacity before refreshing; in `next`, a required-CI stall keeps its slot. A
wrong plan seam still failing after one diagnosis and two repairs needs the
replan packet; a repeated non-CI failure stays with its owner, who asks one
capability-selected read-only evidence helper and resumes only on new direction,
else reports the exact blocker.

## Select the mode

- `review`: inspect or explain only. `setup`: configure or validate the binding only.
- `next`: default; at most one selected issue; after the startup merge decision settles, returns `waiting-for-human` without further waiting. A named Wayfinder child stays `next`.
- `drain`: only on explicit drain/run-all/until-empty request; no ticket cap. With only remote or human waits left it runs the read-only [Project Watcher](references/drain-scheduler.md#project-watcher), never replacing the Refresh Gate.

Resolve merge permission once at startup under
[run authority](references/authority-and-pauses.md): honor an explicit merge or
no-merge instruction; otherwise ask with a 60-second default-no deadline while
delivery continues. Without permission, deliver ready PRs and pause only merges.

## Read before acting

| Mode | Mandatory reference |
| --- | --- |
| `review` or `setup` | [Review and setup](references/review-and-setup.md) |
| `next` or `drain` | [Review and setup](references/review-and-setup.md) for binding validation, then [execution controller](references/execution-controller.md) and [ticket lifecycle](references/ticket-lifecycle.md) |

Execution also reads [workflow providers](references/workflow-providers.md)
first (never install one implicitly), [authority and pauses](references/authority-and-pauses.md),
and [review contracts](references/review-contracts.md) before acceptance work;
`drain` reads [drain scheduler](references/drain-scheduler.md) completely before
drain queue work. Read the matching section first, even for analysis:

| Question involves | Read |
| --- | --- |
| Pre-dispatch readiness, qualification, live turns | [Unattended readiness](references/execution-controller.md#unattended-readiness) |
| Capacity, shared paths, refresh, timing, CI parking | [Drain scheduler](references/drain-scheduler.md) |
| Planner yield, amendment, replan | [Todo lane](references/todo-lane.md#yield-a-planner-for-delivery) |
| Configuration change or renewal | [Project config](references/project-config.md#renew-presentation-only-configuration) |
| Agent profiles or helper assignment | [Agent routing](references/agent-routing.md) |

## Answer each item

Per ticket or scenario, give its classification and safe next action, exact
preserved state and resume evidence (never the blocked operation's own result), and checks
repeated before execution.
For a repeated cycle, compare the previous cycle's evidence and give one
bounded next action or the exact blocker.

## Final report

Use the lane's terminal state and report contract. Lead with the outcome,
blockers with resume conditions, and the user's next action; unresolved
prerequisites are partial work, not an empty drain; audit detail goes last. Report intervals under the
[timing procedure](references/drain-scheduler.md#phase-timing-and-stalls).

© chrisbanes · Apache-2.0 · chrisbanes/skills

Похожие скиллы

Все скиллы по теме «Git и GitHub» →
github-issues официальный github Управляет GitHub issues через MCP-инструменты и gh api: создаёт баг-репорты, задачи и feature requests, меняет поля и связи между задачами. 17 431установок github-project-management ruvnet Скилл превращает рутину вокруг issue и доски проекта в вызовы gh и ruv-swarm: метки, подзадачи, поиск дублей. Пригодится, когда задач много, а порядка в трекере нет. CX Codex +1 1 400установок github-workflow-automation ruvnet Скилл автоматизирует GitHub Actions с координацией AI-агентов. Генерирует оптимальные pipeline, управляет pull request'ами, анализирует баги и развёртывает обновления с минимальными рисками. CX Codex +1 1 300установок github-agile jwynia Диагностирует проблемы agile-процесса на GitHub и подсказывает, как вести feature-ветки, issues и пул-реквесты. CX Codex +1 311установок project-session-manager Yeachan-Heo Скилл автоматизирует создание отдельных git-воркtræев для каждой задачи, PR или фичи, с опциональной оркестровкой tmux-сессий. Позволяет параллельно работать над несколькими ветками без конфликтов. CX Codex +1 866установок write-issue tldraw Скилл задаёт правила оформления и триажа задач GitHub в стиле репозитория tldraw. Помогает составить понятный заголовок, структурировать описание и расставить метки. CX Codex +1 405установок

Из того же набора17

kotlin-control-flow Скилл для ИИ-агента, который пишет и правит ветвления Kotlin: when, guard-условия, исчерпывающие проверки sealed-типов, smart casts. CX Codex +1 1 100установок compose-component-design Скилл для проектирования и ревью переиспользуемых компонентов Jetpack Compose: слоты, модификаторы, размещение корневого layout. CX Codex +1 1 000установок kotlin-api-design Помогает решить, кому принадлежит функция, где ставить extension, а где хватит value class. Пригодится при проектировании публичного API на Kotlin и в KMP. CX Codex +1 949установок gradle-run Скилл гоняет сборки Gradle через обёртку с компактным выводом и ведёт журнал запусков, чтобы агент не заливал контекст полным логом. CX Codex +1 768установок implement-with-subagents Координирует выполнение графа задач соло-агентом или пулом субагентов с изолированными коммитами и обязательным независимым ревью. CX Codex +1 582установок grounded-writing Скилл убирает выдуманные факты, рекламный тон и лишние детали реализации из публичной документации и технических отчётов. CX Codex +1 448установок release-kotlin-library Автоматизирует подготовку, проверку и публикацию релизов библиотек на Kotlin. Помогает сверить список изменений, обновить снимки Metalava API и безопасно запустить публикацию. CX Codex +1 340установок android-benchmark-comparison Скилл задаёт протокол для экспериментов с бенчмарками на физических Android-устройствах. Пригодится, когда нужно выбрать конфигурацию по умолчанию или разобрать спорные замеры. CX Codex +1 329установок

Спонсоры проекта

Компании, которые помогают держать аналитику открытой