golbin agent-skills
Два скилла для Codex и Claude Code: prd ведет живой документ с чеклистом внедрения, review смотрит на решения глазами пользователя
- 216 ★ репозитория
- Последний коммит
Минимальный доступ
Почему такой уровень
- Скиллы содержат только инструкции; при просьбе об исправлении агент меняет файлы проекта
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/golbin-agent-skillsОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемМинимальный доступИнструмент ничего не запускает и не ходит в сеть.
- Скиллы содержат только инструкции; при просьбе об исправлении агент меняет файлы проекта
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
В репозитории лежат два скилла и два шаблона. Скилл `prd` создает или обновляет краткий документ требований для фичи: проблема, ожидаемый результат, границы, условия успеха, целевой дизайн и чеклист, упорядоченный по зависимостям. По умолчанию файл создается как `tasks/prd-<feature>.md`, а в готовом проекте скилл следует его соглашению. Документ остается живым, и агент обновляет его по мере изменения решений. Скилл `review` проверяет проектные решения и код в таком порядке: пользовательский опыт, простота, сопровождаемость. Агент проходит сценарии, интерфейсы, владение данными и тесты по всему рабочему процессу. Если запрос только на ревью, правки не вносятся. Исправления делаются, когда о них попросили. В папке `templates` лежат `AGENTS.md` и `CLAUDE.md`: первый содержит краткие инструкции проекта, второй перенаправляет Claude Code на него. Оба копируются в корень проекта командой `cp`.
Для кого. Разработчикам, которые ведут задачи в Codex или Claude Code и хотят короткий PRD с чеклистом и ревью, где первым стоит пользовательский сценарий.
Подходит, если
- Новая фича в проекте, и агенту нужен документ с целью, границами и чеклистом внедрения
- Требования поменялись посреди работы, и чеклист должен обновиться вместе с решением
- Нужно оценить дизайн или pull request по пользовательскому опыту и по стилю кода
- В новом проекте нужен стартовый `AGENTS.md`, а Claude Code должен читать тот же файл
Не подходит, если
- Нужен проверяющий скилл по стилю кода или безопасности: `review` оценивает пользовательский опыт и простоту
- Требуется формальная спецификация с версиями и согласованиями: `prd` ведет короткий рабочий документ
- Задача мелкая, правка в одну строку: документ требований только замедлит
Пример запроса к агенту
Используй $prd: опиши фичу экспорта в CSV и составь чеклист внедрения, затем проверь итог через $reviewОграничения
- Скиллы короткие и задают порядок размышления, чек-листа правил в них нет. Результат зависит от качества контекста, который агент прочтет в проекте.
- Установка `install.sh` скачивает архив через `curl` и `tar`, поэтому нужен доступ к raw.githubusercontent.com и bash.
- В репозитории по два скилла, для других тем придется брать другие наборы.
- Каталоги `agents/openai.yaml` рассчитаны на Codex, в Claude Code работает только `SKILL.md`.
Как отключить. Удалите папки `prd` и `review` из каталога скиллов агента, например `~/.codex/skills` или `~/.claude/skills`. Скопированные `AGENTS.md` и `CLAUDE.md` удаляются как обычные файлы проекта.
Частые вопросы
Как поставить скиллы golbin?
Командой `npx skills add golbin/agent-skills --skill prd -g -a codex claude-code -y`, для второго скилла замените имя на `review`. Есть также `gh skill install` и установщик внутри Codex.
Где `prd` сохраняет документ?
По умолчанию в `tasks/prd-<feature>.md`. Если в проекте уже есть PRD или другое соглашение, скилл обновляет существующий файл или идет за соглашением.
Вносит ли `review` правки в код?
Только по просьбе. Запрос на ревью дает находки без правок кода, документов и статусов требований, а запрос на исправление разрешает изменения в согласованных рамках.
Нужен ли GitHub CLI?
Нет, это один из способов. Для `gh skill install` требуется GitHub CLI 2.90.0 или новее, а `npx skills` и `install.sh` работают без него.
Что лежит в шаблонах?
`templates/AGENTS.md` содержит краткие инструкции проекта для кодинг-агентов, `templates/CLAUDE.md` отсылает Claude Code к `AGENTS.md`. Плейсхолдеры нужно заменить своими.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыОдиннадцать скиллов ведут агента от идеи до проверенного кода через PRD и RFC, которые хранятся в файлах репозитория
Библиотека скиллов для Claude Code, Cursor и Codex: ревью командой агентов, TDD, стековые PR, оценка готовности репозитория
14 скиллов, которые находят пробелы в задаче до кода: интервью, план, проверка допущений и доказательство исправления бага
Кросс-ревью Claude Code и Codex
Claude-Codex Review Skill
Скилл для ревью плана или кода вторым агентом: Claude Code инициирует раунды, Codex проверяет, обмен идет через файлы
molyanov-ai-dev — скиллы и агенты для Claude Code и Codex: планирование фич, знания проекта, проверка кода.
Три скилла для Claude Code, Cursor и OpenCode: интервью и PRD, нарезка задач, дизайн-документ до того, как агент пишет код
Сравнение с похожими
Карточки с тем же главным запросом: чем они отличаются.
| Инструмент | Официальный | Звезды репозитория | Главное отличие |
|---|---|---|---|
| golbin agent-skills (эта карточка) | нет | 216 | |
| AI PRD Workflow | нет | 310 | полный процесс работы над PRD, а здесь короткий документ с чеклистом |
| Simple Reviewer | нет | 133 | ревью на простоту кода, а здесь первым идет пользовательский сценарий |
Коротко о README
README перечисляет два скилла и два шаблона, затем дает четыре способа установки: `npx skills`, `gh skill`, установщик Codex и скрипт `install.sh`. В конце показаны примеры вызова скиллов по имени и коротко описано, как они работают вместе.
Бейдж для README
Исходный SKILL.md
--- name: prd description: Create or update a concise PRD and implementation checklist for a feature or scope change. --- # PRD Keep the user's outcome, target design, and remaining work in one document. Planning-only requests end with the PRD; continue implementation when already requested. ## Define the target Read the project evidence needed to identify the problem, affected users, and observable success conditions. Ask about missing decisions that materially affect scope or correctness; record reasonable assumptions for other details. Choose the simplest design that meets the need, correcting the foundation when necessary. Follow Unix philosophy: focused, composable parts, explicit interfaces, and policy and side effects at boundaries. APIs and internal tools also serve users, including developers and operators. Include compatibility, recovery, retries, or migration for concrete user, data, contract, or failure risks. Keep temporary mechanisms removable with a retirement condition. Avoid speculative features and abstractions. ## Write the document Update an existing PRD when available. Otherwise follow the requested location or project convention, defaulting to `tasks/prd-<feature>.md`. Include: - Problem, intended outcome, scope, and success conditions. - Target design, supporting evidence, constraints, and open decisions. - A checklist ordered by dependencies, with implementation and validation outcomes. - Current status and consequential design or scope changes. Use only the sections the task needs. Split out linked files when detailed evidence or independent work warrants it. Validation items should identify the behavior or contract to prove and a suitable check allowed by project rules. ## Maintain and finish Preserve user edits and completed work. Update the plan as evidence changes;