pstack — скилл
Зеркало набора pstack Лорен Тан из Cursor: больше 50 скиллов, режим poteto-mode с 23 сценариями работы и 24 принципа для строгой работы агента с кодом
- 2 616 ★ репозитория
- Последний коммит
- MIT
Широкий доступ
Почему такой уровень
- Плейбуки выполняют команды, пишут код и могут вести запрос на слияние до самого слияния через GitHub
- Режим длинных прогонов продолжает работу без вопросов, а подтверждение остается только перед необратимыми действиями
- Arena, `swarm` и `interrogate` запускают много субагентов разных моделей сразу, что быстро расходует лимиты и деньги
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/pstackОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемШирокий доступИнструмент может менять данные, выполнять команды или работать с секретами.
- Плейбуки выполняют команды, пишут код и могут вести запрос на слияние до самого слияния через GitHub
- Режим длинных прогонов продолжает работу без вопросов, а подтверждение остается только перед необратимыми действиями
- Arena, `swarm` и `interrogate` запускают много субагентов разных моделей сразу, что быстро расходует лимиты и деньги
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
pstack — набор скиллов для инженерной работы агента, который Лорен Тан (poteto) ведет в плагинах Cursor. Этот репозиторий — его зеркало с правками, чтобы набор работал в Claude Code, Codex, Pi, OpenCode и других средах помимо Cursor. Скиллы лежат в skills/<имя>/SKILL.md, команда `npx skills add backnotprop/pstack` показывает их списком, и вы выбираете нужные скиллы и своих агентов. Главная точка входа — скилл poteto-mode. В начале задачи он сопоставляет просьбу с одним из 23 плейбуков, то есть пошаговых сценариев для типа задачи: разбор вопроса, исправление ошибки с воспроизведением, ускорение по замерам, новая функция, рефакторинг, сверка внешнего вида пиксель в пиксель, сопровождение запроса на слияние до готовности, ночной автономный прогон и другие. Дальше он заводит список дел из шагов плейбука и по ходу вызывает остальные скиллы: `how` объясняет устройство подсистемы, `why` ищет причины решений в трекере, чатах и мониторинге через подключенные MCP, `architect` заранее фиксирует форму интерфейсов, `arena` и `swarm` гонят несколько параллельных попыток или рабочих, `interrogate` просит другие модели сломать дифф, `unslop` вычищает признаки ИИ из текста. Еще в наборе 24 коротких скилла-принципа, по одному правилу в каждом, например «сначала удалить, потом добавлять» и «проверять на настоящем артефакте». Команда /setup-pstack определяет доступные модели и пишет файл с выбором модели для каждой роли, а /automate-me по вашим прошлым чатам собирает личный скилл вроде poteto-mode. В комплекте два субагента: `poteto-agent` и `comment-sicko`, проверяющий комментарии в режиме чтения.
Для кого. Для разработчиков, которые запускают несколько агентов параллельно и хотят, чтобы каждый работал по одним строгим правилам: воспроизвести, исправить причину, проверить на деле.
Подходит, если
- Агент должен воспроизвести ошибку, найти причину и доказать исправление запуском
- Нужно выбрать из нескольких вариантов архитектуры: `arena` дает параллельные попытки, а `interrogate` просит другие модели найти слабые места
- Запрос на слияние висит с конфликтами, замечаниями и красной сборкой, и его надо довести до готовности
- Вы уходите на ночь и оставляете агенту длинную задачу с журналом решений, который утром можно проверить
- Вы часто поправляете агента за одни и те же ошибки, и /correct должен превратить их в правила
Не подходит, если
- Задача мелкая, на одну правку: набор рассчитан на задачи, где нужна строгость, и для опечатки только добавит шагов
- Вам нужна отдельная фаза планирования: автор принципиально не делает планирующих скиллов и считает лучшей спецификацией код
- Вы не готовы к параллельным субагентам нескольких моделей: `arena`, `swarm` и `interrogate` запускают сразу много попыток
- Нужна автоматизация разбора обращений из Slack: пакет `benny` в репозитории настроен под Cursor и по умолчанию спит
Пример запроса к агенту
/poteto-mode в этом запросе на слияние список прокручивается сам каждые 750 мс, даже когда страница простаивает. Сначала воспроизведи, потом исправь и проверьОграничения
Это неофициальное зеркало: репозиторий backnotprop повторяет cursor/plugins/pstack, ветка `upstream` хранит файлы Cursor без правок, а в `main` добавлены вступление в README и переписанные под любую среду скиллы. Лицензия MIT.
Часть скиллов зовет другие. Например, `teach` требует `how` и `why`, `blast-radius` требует `arena`, `how`, `why` и `unslop`, а poteto-mode опирается почти на весь набор. Скиллы `unslop`, `how` и еще четырнадцать других работают поодиночке. Команды `/deslop`, `control-cli` и `control-ui` в этот репозиторий не входят: они лежат в плагине cursor-team-kit.
По умолчанию poteto-mode делит работу между двумя моделями: код получает Grok, а самые трудные задачи и тексты получает Claude Opus 5.5. Менять это нужно командой /setup-pstack, она пишет выбор в `~/.agents/pstack-models.md`. Если файла нет, скиллы берут свои значения по умолчанию.
Пакет `benny`, который разбирает отчеты из Slack и воспроизводит ошибки с доказательством в интерфейсе, рассчитан на Cursor и в других средах без настройки не заработает.
Как отключить. Уберите нужные скиллы из папки скиллов агента, например skills/ или .agents/skills/, или заново запустите установщик и снимите отметки. Файл выбора моделей ~/.agents/pstack-models.md удалите вручную, после этого скиллы вернутся к значениям по умолчанию. Режим poteto-mode, включенный как постоянный через `option+enter` или `alt+enter` в Cursor, выключается выходом из режима.
Частые вопросы
Чем это зеркало отличается от оригинала Cursor?
Файлы лежат те же, но многие скиллы у Cursor были привязаны к его инструментам, например к `.cursor/` и к `Task`. В зеркале они переписаны так, чтобы работать в любой среде. Порядок слияния описан в MIRROR.md: оригинал хранится в ветке `upstream`, правки зеркала в `main`.
С чего начать, если непонятно, какой скилл нужен?
Выберите /poteto-mode и опишите задачу: он сам подберет плейбук. Если вы новичок и не знаете, какой скилл подходит, спросите /poteto-help. Он выяснит цель, ответит на нее и подскажет, что набрать, а работает только когда вы сами его вызвали.
Что делают принципы и сколько их?
Их 24, каждый в отдельном скилле с одним правилом. Они разбиты на группы: основные, архитектура, проверка, делегирование и мета-принцип «кодируй уроки в структуре». poteto-mode держит их индекс у себя и читает нужный скилл целиком, прежде чем сослаться на него в ответе.
Как скилл `why` узнает причины решений?
Во время работы он находит подключенные к агенту MCP и параллельно опрашивает их по категориям: система контроля версий, трекер задач, длинные документы, чат, мониторинг инфраструктуры, ошибки и аналитика. Без таких MCP он опирается только на то, что доступно локально.
Что делает /automate-me?
Он просматривает ваши недавние чаты, на их основе набрасывает собственный скилл вида «ваше-имя-mode» и подключает pstack как основу. В итоге рядом с poteto-mode у вас появляется свой маршрутизатор в вашем стиле.
Что за подагенты в комплекте?
`poteto-agent` оборачивает делегатов, запущенных во время прогона, и до начала работы читает poteto-mode целиком вместе с индексом принципов. Сам плейбук он не запускает. `comment-sicko` читает комментарии в коде без права записи и обычно вызывается через /no-comments.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыОдиннадцать скиллов для Claude Code и Codex: аудит тестов, очистка git worktree, страницы планов, расшифровка записей экрана и вход через 1Password
Softaworks Agent Toolkit
Softaworks Agent Skills
Маркетплейс скиллов, субагентов и команд для кодовых агентов: разработка, документация, планирование и рабочая коммуникация
Личный набор автора: общие правила для агентов и десятки скиллов для GitHub, браузера, macOS, сообщений и релизов, плюс скрипт синхронизации
Личный набор Армина для Pi Coding Agent: 18 скиллов, расширения, команды и темы, часть скиллов переносится в другие агенты
Два скилла для кодинг-агентов: wtf проверяет проект перед деплоем, better-codex держит агента в рамках при работе с кодом
110 скиллов для Claude Code и Codex и семь агентов Claude Code: разработка, продукт, UI, диагностика и операции, ставится целиком или набором
Сравнение с похожими
Записи с тем же главным запросом: чем они отличаются.
| Запись | Официальный | Звезды репозитория | Главное отличие |
|---|---|---|---|
| pstack (эта запись) | нет | 2 616 | |
| pstack для Claude Code и Codex | нет | 3 328 | еще один неофициальный порт того же набора pstack для Claude Code, Codex, Pi, OpenCode и Gemini |
| Официальные плагины Cursor | нет | 13 780 | официальный репозиторий плагинов Cursor, где pstack лежит одним из плагинов |
Коротко о README
Вступление зеркала объясняет установку и зависимости между скиллами, а ниже идет нетронутое описание Cursor. Оно содержит таблицу 23 плейбуков, таблицу всех скиллов с условиями применения, примеры запросов, раздел о субагентах и таблицу 24 принципов. Рядом лежат руководство из десяти глав в docs/guide, от настройки до ночных прогонов, и пакет автоматизации `benny`. Автор описывает, зачем набор написан: писать меньше кода, но лучше, и параллелить работу агентов без потери качества.
Бейдж для README
Исходный SKILL.md
---
name: poteto-mode
description: poteto's agent style for concise, detailed responses, deliberate subagents, unslopped prose, simple code, and verified work. Use for poteto, /poteto-mode, or requests to work in this style.
disable-model-invocation: true
icon: crown
color: yellow
---
# Poteto mode
Bundled skills live at `../<name>/SKILL.md` from this file, so put this file's absolute path in every `poteto-agent` prompt.
## Non-negotiables
The Principles section below grounds every trigger. In your reply, name each principle that shaped a decision and the specific choice it changed. Cite only principles whose leaf SKILL.md you read this session.
Remaining triggers:
- Nontrivial change, architecture decision, or "are we sure?" → the **how** skill.
- About to `AskQuestion` on a "which approach", "how should I", or "what should this do" fork → classify it before you ask. If the answer is a fact you could observe by running something (behavior, timing, layout, output, perf, even whether an eval separates), it is not the human's to answer. Sketch it via the Prototype playbook (`playbooks/prototype.md`) and let the result decide. If the task is a read-only Investigation whose deliverable is a cited answer, stay in it and answer from the evidence rather than building a sketch. Reserve the question for a genuine product or preference call no experiment can settle. Under a full-autonomy grant, decide a call the grant covers, act on it, and report it, with no reply word and no offer. Under the grant, for a call only the operator can make, apply a default, report it with a full explanation, and say in plain words what the operator could tell you to do instead. The operator answers in their own words. Never give a shorthand token to type back. Gates the operator named and the Always-pause list in Autonomy still need the operator.
- Any code → name the data shape first, and choose its organizing structure per **principle-model-the-domain**.
- Code crossing a function boundary → the **architect** skill, parallel design exploration before implementing.
- Parallel fan-out → the **swarm** skill for coverage matrices, races, gauntlets, and exploration partitions. Use **arena** for design or code bakeoffs with base selection and grafting.
- Contested design → the **interrogate** skill (multi-model adversarial) before shipping.
- Nontrivial multi-step → write the throughput checkpoint (Feature step 3).
- Any prose surface, your reply to the user included → the **unslop** skill. Write the reply per **Writing the reply**. Agent-facing prose also follows your skill-authoring skill (**create-skill** in Cursor, see **Harness**).
- Docs, RFCs, readmes, PR descriptions, or commit messages → the **technical-writing** skill (`/technical-writing`).
- Before commit → the `deslop` skill from the `cursor-team-kit` plugin (`/deslop`). Without it, see **Harness**.
- Before review → the **no-comments** skill (`/no-comments`).
- Shipping UI / IDE / CLI → the matching control skill. `cursor-team-kit` publishes `control-cli` (CLIs and TUIs) and `control-ui` (browser / Electron / web UIs). Without them, see **Harness**. For bug fixes, reproduce first on the same surface yourself. Hand to the user only under the narrow Bug fix step 1 exception.
- Running a benchmark, measuring perf yourself, or reporting a speedup or regression you measured → the **benchmark-checklist** skill before you report or act on the number.
- Any PR-status request ("babysit this", "get it green", "address the bugbot comments", and most often "check on PR X" or "anything outstanding on X") → the **Babysit** playbook (`playbooks/babysit.md`), not Cursor's built-in babysit skill, whose description matches the same words. Never triggered by merely opening a PR. Declare its mode before polling. The playbook's step 1 owns the request-to-mode mapping. Reaching for `drive` inside a phase agent stops that agent finishing its turn.
- Asked to land or ship a green stack → the **Shipping** playbook (`playbooks/shipping.md`). Green is not safe. Nothing gets armed before an independent per-PR verdict, and only the contiguous verified run from the root lands.
- Bugbot or the agentic security review commented → skeptical posture. They catch real bugs and also file non-issues and nitpicks, so assess each on its merits and dismiss noise with a concrete reason instead of churning code. Triage fix / dismiss / ask per `references/bugbot-triage.md`.
- Broken skill mid-task → fix it in its own PR. Don't block. Don't silently work around it.
- Long, autonomous, or multi-phase work, or any task the user steps away from to review later ("going to bed", "trust it when i'm back", "/loop until X") → a decision trail via the **show-me-your-work** skill. Commit it when stakes need an auditable record. Keep it local otherwise.
## Principles
Read the leaf skill in full for any principle you apply. Each entry names when it applies. Each leaf is the **principle-<title>** skill, with the title in kebab case, hyphens kept and other punctuation dropped, unless the entry gives its name.