Дата публикации
ai_products

Paca: бесплатный open-source «Jira с ИИ‑тиммейтами», который вы ставите у себя

Что нового

Paca — это self‑hosted система управления проектами, которая пытается решить не косметическую, а принципиальную задачу: сделать ИИ полноценным участником Scrum‑команды, а не чатом сбоку от Jira.

Ключевые новинки версии v0.4.0:

  • Встроенный AI‑чат в интерфейсе
    Можно общаться с агентами прямо в проекте: планировать работу, создавать и обновлять эпики, истории, задачи и документацию обычным английским текстом — без переключения в другие приложения.

  • Activity diff & revert
    В панели активности теперь видно diff для каждого изменения поля: до/после. Любое изменение можно откатить в один клик. Это касается и правок, которые сделал ИИ.

На уровне идеи Paca уже отличалась от Jira, Trello, ClickUp и Monday тем, что:

  • полностью бесплатна (без платы за пользователя),
  • распространяется под Apache 2.0,
  • ставится на свой сервер (Docker Compose),
  • расширяется плагинами (backend на WASM, frontend — модульные бандлы),
  • интегрируется с ИИ через MCP‑сервер и набор slash‑команд для Claude Code.

Версия 0.4.0 усиливает именно сценарий «живой» совместной работы с агентами: планирование, правки, контроль истории изменений.

Как это работает

Общая архитектура

Paca — это набор сервисов, которые разворачиваются через Docker Compose:

  • apps/web — frontend на React + TanStack Start + shadcn/ui.
  • services/api — backend на Go + Gin, REST API и бизнес‑логика.
  • services/realtime — Node.js + Socket.IO для real‑time обновлений доски.
  • services/ai-agent — Python + FastAPI + OpenHands SDK, оркестрация AI‑агентов.
  • apps/mcp — MCP‑сервер (@paca-ai/paca-mcp) для подключения агентов вроде Claude.
  • apps/e2e — Playwright для end‑to‑end тестов.
  • skills/ — набор Agent Skills для Claude Code (slash‑команды /paca…).
  • PostgreSQL — основное хранилище.
  • Valkey — кеш и асинхронные event‑стримы между сервисами.

Все это запускается одной docker‑командой и общается через HTTP, WebSocket и очереди событий.

Модель работы с ИИ

Главная идея: у ИИ‑агентов такой же статус, как у людей на доске.

В Paca агенты:

  • назначаются на спринты и видны на общей Scrumban‑доске,
  • берут задачи из backlog и сами обновляют статусы в реальном времени,
  • помогают писать BDD‑сценарии в Gherkin вместе с Product Owner и BA,
  • дополняют System Design Documents (SDD), чтобы команда видела архитектуру целиком,
  • реагируют на новые вводные и сложность, а не просто выполняют фиксированный pipeline.

Технически агенты работают через OpenHands SDK: каждый агент запускается в изолированном sandbox‑контейнере. Контейнер не трогает хост‑систему, доступ ограничен тем, что явно разрешено.

Плагины и конфигурация

Paca поставляется с минимальным ядром. Все остальное — через конфиг и плагины.

  • Конфигурация на уровне проекта управляет:

    • workflow и статусами,
    • типами полей,
    • layout досок,
    • правилами спринтов,
    • поведением агентов.

    Для этого не нужен код — достаточно править конфигурационные файлы.

  • Плагины разделены на backend и frontend:

plugins/
├── backend/   # WASM-модули — свои роуты, логика, модели данных
└── frontend/  # UI-модули — страницы, виды досок, виджеты

Backend‑плагины компилируются в WebAssembly. Можно писать на Go, Rust, AssemblyScript — на любом языке с таргетом WASM. Плагины работают в песочнице с моделью capability‑permissions: модуль явно объявляет, какие функции хоста ему нужны, и не получает ничего лишнего.

Frontend‑плагины — обычные модульные бандлы, которые добавляют страницы, виджеты, виды досок.

Установка:

  • через Plugin Marketplace прямо в UI (Settings → Plugins → Marketplace → Install),
  • или локально из файловой системы:
./scripts/install-local-plugin.sh ./my-plugin --api-key <your-api-key>

Scrumban и цикл P-A-C-A

Paca строит работу вокруг цикла P-A-C-A, который пересекается и с Scrum, и с научным методом:

  • Plan — Product Owner, BA и ИИ вместе уточняют backlog. Пишут BDD‑сценарии и SDD‑дизайны.
  • Act — спринт в работе. Люди и агенты берут задачи с доски, выполняют их и обновляют статусы.
  • Check — QA‑агенты запускают проверки. Люди ревьюят результат, доска показывает реальное состояние.
  • Adapt — команда (люди + ИИ) смотрит на данные спринта и меняет план на следующий цикл.

На уровне интерфейса это одна единая Scrumban‑доска. Нет отдельного «AI workspace» — все участники, включая агентов, работают в общем пространстве.

MCP‑сервер и Claude

Paca включает MCP‑сервер (@paca-ai/paca-mcp), который дает любому совместимому клиенту структурированный доступ к данным:

  • проекты,
  • задачи,
  • спринты,
  • документы,
  • участники,
  • типы задач, статусы,
  • кастомные поля, виды,
  • вложения, активность, комментарии,
  • и инструменты, добавленные плагинами.

Запуск MCP‑сервера происходит через npx, конфигурация — в клиенте (например, Claude Desktop или Claude Code).

Пример конфига для Claude Desktop:

{
  "mcpServers": {
    "paca": {
      "command": "npx",
      "args": ["-y", "@paca-ai/paca-mcp"],
      "env": {
        "PACA_API_KEY": "your-api-key-here",
        "PACA_API_URL": "http://localhost:8080"
      }
    }
  }
}

После перезапуска Claude Desktop ассистент получает доступ ко всем MCP‑инструментам Paca и может выполнять запросы уровня:

  • «List all active sprints in project X»
  • «Create a task for implementing OAuth and assign it to sprint 3»
  • «Add a comment to task #42 with my progress update»

Любой другой MCP‑клиент настраивается похожим образом:

{
  "name": "paca",
  "command": "npx",
  "args": ["-y", "@paca-ai/paca-mcp"],
  "env": {
    "PACA_API_KEY": "your-api-key-here",
    "PACA_API_URL": "http://your-paca-instance:8080"
  }
}

Переменные окружения MCP‑сервера:

  • PACA_API_KEY — обязательно, берется в Paca: Settings → API Keys.
  • PACA_API_URL — опционально, по умолчанию http://localhost:8080.

Claude Code и /paca‑команды

Если вы используете Claude Code, Paca предлагает набор slash‑команд, которые позволяют управлять задачами, спринтами и документацией прямо из редактора.

Команды описаны в каталоге skills/ в формате Agent Skills: одна папка на скилл, внутри SKILL.md с YAML‑фронтматтером и инструкциями. Скрипт установки удаляет фронтматтер и кладет тело файла в ~/.claude/commands/ как slash‑команду.

Установка всех скиллов глобально:

curl -fsSL https://raw.githubusercontent.com/Paca-AI/paca/master/scripts/install-claude-skill.sh | bash

Подключение MCP‑сервера Paca к Claude Code:

claude mcp add paca \
  --env PACA_API_KEY=<your-api-key> \
  --env PACA_API_URL=<your-paca-url> \
  -- npx -y @paca-ai/paca-mcp

Дальше можно запустить /paca-setup внутри сессии Claude Code — это интерактивный мастер настройки.

Доступные команды:

  • /paca <request> — общие операции с задачами, документами и спринтами на естественном языке.
  • /paca-epic <requirements> — превратить требования в эпик с дочерними историями и spec‑документом.
  • /paca-clarify <task-or-doc> — найти неясности, задать вопросы и обновить спецификацию в Paca.
  • /paca-breakdown <task> — разложить задачу на независимые, оцениваемые подзадачи.
  • /paca-sprint — спланировать спринт из backlog с учетом целей и емкости.
  • /paca-estimate <task(s)> — оценить story points и записать их в задачи.
  • /paca-prioritize — проставить приоритеты по всему backlog.
  • /paca-do <task> — выполнить задачу, обновить статус и документацию.
  • /paca-test <task> — вывести тест‑кейсы, прогнать их и записать результаты в комментарий.
  • /paca-doc <task-or-topic> — написать или обновить документацию в Paca Docs.
  • /paca-setup — мастер подключения MCP.

Что это значит для вас

Когда Paca полезна

Paca имеет смысл рассматривать, если вы:

  • ведете разработку по Scrum или близкому к нему процессу,
  • хотите не просто «подмешать ИИ в Jira», а дать агентам реальные задачи и ответственность,
  • не готовы хранить данные команды в облаке Atlassian, Monday и т.п.,
  • хотите полностью контролировать расширения и интеграции через плагины,
  • уже используете Claude Desktop или Claude Code и хотите, чтобы ассистент видел ваш backlog и спринты.

Типичные сценарии:

  • Команда разработки: ИИ помогает формулировать user stories, писать Gherkin‑сценарии, поддерживать живые архитектурные SDD, разбивать задачи, писать базовые тест‑кейсы.
  • Продуктовая команда: Product Owner использует AI‑чат и /paca‑команды, чтобы быстро превращать требования в эпики и истории, не копаясь в формах.
  • Архитектура и документация: SDD‑документы живут рядом с задачами, а агенты используют их как контекст для предложений по изменениям.
  • Интеграторы и внутренние платформы: через плагины можно добавить свои типы задач, статусы, виджеты, интеграции с внутренними сервисами.

Когда Paca может не подойти

  • Если вам нужен готовый SaaS «из коробки» без DevOps, проще остаться на Jira/ClickUp/Monday. Paca — это все‑таки Docker, конфиги, self‑hosting.
  • Если у вас микрокоманда из 2–3 человек, которая живет в одном GitHub Projects — выгода от сложного Scrum‑цикла с агентами может не оправдать усилий по установке.
  • Если в компании строгие требования по сертификациям облака (SOC2, HIPAA и т.п.) и уже одобрен конкретный вендор, придётся отдельно согласовывать self‑hosted Paca.

Вопрос доступности и VPN

Paca распространяется через GitHub и npm (@paca-ai/paca-mcp). Для установки потребуется доступ к:

  • github.com — для загрузки репозитория или install‑скриптов,
  • registry.npmjs.org — для установки MCP‑сервера через npx.

Если эти ресурсы открываются только через VPN или прокси в вашей сети, Paca будет требовать соответствующей настройки. Сам продукт после установки работает внутри вашей инфраструктуры, без внешних API по умолчанию.

Место на рынке

Paca прямо сравнивает себя с Jira, Trello, ClickUp и Monday.

По ключевым параметрам:

  • Интеграция ИИ

    • Jira, Trello, ClickUp, Monday — в основном чат‑боты и автоматизации вокруг существующих задач.
    • Paca — ИИ‑агенты как полноценные участники Scrum: они сидят на той же доске, берут задачи, пишут BDD и SDD.

  • Модель коллаборации

    • Классические инструменты — команды из людей, ИИ максимум помогает текстом или автоматизацией.
    • Paca — люди и агенты бок о бок на одной Scrumban‑доске.

  • Хостинг

    • Jira, Trello, ClickUp, Monday — облако вендора, ваши данные лежат у них.
    • Paca — только self‑hosted: Docker Compose на вашем сервере, вы контролируете базу и файлы.

  • Стоимость

    • Jira, ClickUp, Monday — от $8 до $20+ за пользователя в месяц, дополнительные функции часто в enterprise‑тарифах.
    • Paca — бесплатна «навсегда», лицензия Apache 2.0.

  • Кастомизация

    • Jira/ClickUp/Monday — глубокая настройка часто упирается в enterprise‑уровень, часть API и automation — за доплату.
    • Paca — конфигурация и плагины доступны всем, backend‑расширения через WASM, frontend — через UI‑модули.

  • «Вес» системы

    • Jira и ClickUp известны обилием функций и сложностью настройки.
    • Paca стартует с минимального ядра, все дополнительные возможности — через плагины и конфиг.

  • Исходный код

    • Jira, Trello, ClickUp, Monday — проприетарные продукты.
    • Paca — полностью open‑source под Apache 2.0.

Если вам нужен зрелый экосистемный продукт с десятками интеграций «под ключ», Jira по‑прежнему безопасный выбор. Если важны контроль, open‑source и глубокая интеграция ИИ в сам процесс, Paca закрывает именно этот сегмент.

Установка

Paca можно развернуть тремя основными способами.

Вариант 1 — интерактивный install‑скрипт (рекомендуется для продакшена)

Требования: любой Linux‑сервер с Docker. Клонировать репозиторий не нужно.

curl -fsSL https://github.com/Paca-AI/paca/releases/latest/download/install.sh | bash

Скрипт проведет через настройку и поднимет весь стек. После завершения откройте:

http://your-server-ip

Вариант 2 — Docker Compose (ручная настройка)

  1. Создайте директорию и скачайте docker-compose.yml:
mkdir paca && cd paca
curl -fsSL https://github.com/Paca-AI/paca/releases/latest/download/docker-compose.yml -o docker-compose.yml
mkdir -p nginx
curl -fsSL https://github.com/Paca-AI/paca/releases/latest/download/gateway.conf -o nginx/gateway.conf
  1. Создайте .env:
cat > .env << 'EOF'
JWT_SECRET=<run: openssl rand -hex 32>
ADMIN_PASSWORD=<your-admin-password>
POSTGRES_PASSWORD=<run: openssl rand -hex 32>
AGENT_API_KEY=<run: openssl rand -hex 32>
INTERNAL_API_KEY=<run: openssl rand -hex 32>
ENCRYPTION_KEY=<run: openssl rand -hex 32>
PUBLIC_URL=http://localhost
EOF
  1. Запустите стек:
docker compose --env-file .env up -d

Откройте:

http://localhost

Логин: admin, пароль — тот, что вы указали в .env.

Кастомизация стека

Можно уменьшить ресурсы, отключив часть сервисов:

  • внешний PostgreSQL (нужно задать DATABASE_URL в .env):
docker compose --env-file .env up -d --scale postgres=0
  • S3 вместо MinIO (нужно STORAGE_PROVIDER=s3 в .env):
docker compose --env-file .env up -d --scale minio=0
  • без AI‑агента (меньше потребление ресурсов):
docker compose --env-file .env up -d --scale ai-agent=0

Вариант 3 — локальная разработка

Клонируем репозиторий и поднимаем окружение для девелопмента.

# Клонировать репозиторий
git clone https://github.com/Paca-AI/paca.git && cd paca

# Запустить инфраструктурные зависимости (PostgreSQL + Valkey)
docker compose -f deploy/docker-compose.dev.yml up -d postgres valkey

# Или запустить полный dev-стек в контейнерах
docker compose -f deploy/docker-compose.dev.yml up -d

Подробнее о запуске сервисов на хосте для активной разработки — в docs/guides/local-development.md.

Как запустить MCP‑сервер

MCP‑сервер Paca публикуется как пакет @paca-ai/paca-mcp в npm и запускается через npx. Клиент (Claude Desktop, Claude Code или любой другой MCP‑клиент) отвечает за сам запуск и передачу переменных окружения.

Пример конфигурации для произвольного MCP‑клиента:

{
  "name": "paca",
  "command": "npx",
  "args": ["-y", "@paca-ai/paca-mcp"],
  "env": {
    "PACA_API_KEY": "your-api-key-here",
    "PACA_API_URL": "http://your-paca-instance:8080"
  }
}

Категории доступных инструментов MCP‑сервера:

  • Projects — list_projects, get_project, create_project, update_project, delete_project.
  • Tasks — list_tasks, get_task, create_task, update_task, delete_task, и другие.
  • Sprints — list_sprints, create_sprint, update_sprint, complete_sprint, и другие.
  • Documents — list_documents, get_document, create_document, update_document, delete_document.
  • Members & Roles — list_project_members, add_project_member, list_project_roles, и другие.
  • Task Types & Statuses — list_task_types, create_task_type, list_task_statuses, и другие.
  • Views & Custom Fields — list_views, create_view, list_custom_fields, create_custom_field, и другие.
  • Attachments — list_task_attachments, get_attachment_download_url, delete_task_attachment.
  • Activity & Comments — list_task_activities, add_task_comment, update_task_comment, delete_task_comment.
  • Plugin tools — дополнительные инструменты, которые регистрируют плагины во время работы.

Расширенная конфигурация MCP (agent‑mode, plugin tools, программное использование) описана в docs/guides/mcp-server-setup.md.

Ключевые возможности

Соберем основные фичи Paca в одном месте:

  • Единая Scrumban‑доска — люди и ИИ‑агенты работают на одной realtime‑доске, без отдельного «AI‑уголка».
  • Встроенный AI‑чат — можно планировать работу, создавать/обновлять эпики, истории, задачи и документы обычным английским, не выходя из Paca.
  • Activity diff & revert — на каждое изменение поля есть визуальный diff в панели активности, откат в один клик.
  • BDD‑коллаборация — редактор Gherkin‑сценариев, который совместно заполняют PO, BA и агенты.
  • System Design Documents (SDD) — «живые» архитектурные документы, которые используют и люди, и ИИ для контекста.
  • MCP‑сервер — прямое подключение Claude, кастомных агентов и любых MCP‑совместимых инструментов к данным Paca.
  • Claude Code skill — slash‑команда /paca и набор специализированных /paca‑команд для управления задачами и спринтами из редактора.
  • Real‑time‑обновления — Socket.IO рассылает события, изменения видны всем сразу.
  • OpenHands‑агенты — каждый ИИ‑агент работает в отдельном sandbox‑контейнере, не трогая хост.
  • WASM‑песочница для плагинов — backend‑плагины не выходят за пределы заявленных разрешений.
  • Self‑hosted — поднимается одной командой Docker Compose, данные остаются в вашей инфраструктуре.
  • Легкое ядро — минимум функций по умолчанию, расширение только тем, что действительно нужно команде.

Документация и лицензия

Полезные документы в репозитории Paca:

  • docs/architecture/overview.md — обзор архитектуры.
  • docs/guides/getting-started.md — установка, Docker, локальная разработка.
  • docs/guides/local-development.md — настройка окружения для контрибьюторов.
  • docs/guides/mcp-server-setup.md — подключение ИИ‑агентов через MCP.
  • docs/guides/claude-code-skill.md — использование /paca‑скиллов в Claude Code.
  • docs/plugins/ — устройство плагинной системы (backend WASM + frontend).
  • deploy/README.md — подробности деплоя.
  • CHANGELOG.md — история релизов.
  • CONTRIBUTING.md — как контрибьютить.
  • SECURITY.md — политика безопасности.

Paca распространяется под лицензией Apache 2.0. Исходный код доступен на GitHub. Название — игра с японским «baka» (ばか, «глупый»): авторы иронизируют над тем, что когда‑то называли своих ассистентов «глупыми» за галлюцинации, а теперь строят серьезную альтернативу многомиллиардным инструментам управления проектами — и делают это бесплатно и открыто.

Читайте также

#ии-ассистенты#open-source#разработка#автоматизация
🔗 Источник: https://github.com/Paca-AI/paca
← Все новости