Перейти к основному содержимому

Мост возможностей Cursor

Сопоставление правил Cursor, MCP и хуков с VibeOS.

Метаданные навыка​

ИсточникВстроенный (устанавливается по умолчанию)
Путьskills/software-development/cursor-capabilities-bridge
Версия1.0.0
АвторVibeOS
ЛицензияMIT
Платформыlinux, macos, windows
Тегиcursor, plugins, mcp, hooks, skills, adoption
Связанные навыкиrequesting-code-review, vibeos-local-verify-deploy, vibeos-agent-skill-authoring, plan, mcp-safe-hygiene

Справочник: полный SKILL.md​

к сведению

Ниже приведено полное определение навыка, которое VibeOS загружает при его активации. Это те инструкции, которые видит агент, когда навык активен.

Мост возможностей Cursor

Используйте этот навык, когда пользователь просит перенести инструменты, правила, хуки или плагины в стиле Cursor в VibeOS. Не устанавливайте плагины IDE Cursor в VibeOS. Сопоставьте каждую идею Cursor с существующим слотом расширения VibeOS.

Когда использовать​

  • Пользователь говорит «как в Cursor», «добавь MCP/хуки/плагины», «перенеси rules»
  • Выбор между навыком, MCP, плагином и основным инструментом
  • Очистка от заглушек плагинов в стиле TermitPro, которые ничего не делают в VibeOS

Предварительные требования​

  • Прочитайте docs/cursor-vibeos-guidebook.md — одностраничный документ Day-20
  • Прочитайте docs/cursor-capabilities-adoption.md — актуальный реестр
  • Предпочитайте пути ~/.vibeos через get_vibeos_home() / display_vibeos_home()
  • Секреты только в ~/.vibeos/.env, никогда в git

Как запустить​

  1. Определите поверхность Cursor (rules / skill / hook / MCP / subagent / IDE).
  2. Выберите самую высокую ступень, которая подходит (skill → CLI+skill → MCP → plugin hook → plugin tool → core в последнюю очередь).
  3. Реализуйте на границе; проверьте конкретным запросом, а не только правкой конфига.
  4. После изменений MCP/набора инструментов предпочтительнее начать новую сессию (стабильность кэша и схем).

Краткий справочник​

CursorVibeOSКоманда / путь
RulesAGENTS.md проекта + пользовательские навыки~/.vibeos/skills/
Skillsвстроенные / опциональные / пользовательские навыкиskill_view / центр навыков
Hooksхуки плагинов / шлюза / оболочкиctx.register_hook, ~/.vibeos/hooks/
MCPmcp_servers в конфигеvibeos mcp / /reload-mcp
Pluginsнастоящие плагины register(ctx)vibeos plugins enable <name>
Subagentsdelegate_task / канбанконфиг delegation.*
IDEACPvibeos-acp / acp_adapter/

Процедура​

1. Rules → долговременные инструкции​

  • Поместите общепроектные инженерные правила в AGENTS.md (уже есть).
  • Поместите личные всегда-включенные привычки в ~/.vibeos/skills/cursor-* (уже импортированы).
  • Не внедряйте большие блоки правил в середине разговора в системный промпт.

2. Skills → рецепты​

  • Создавайте по стандартам vibeos-agent-skill-authoring (description ≤ 60 символов).
  • Для ревью используйте requesting-code-review; для тестов+Timeweb используйте vibeos-local-verify-deploy.

3. MCP → внешние руки​

  • Добавляйте в раздел mcp_servers.<name> в ~/.vibeos/config.yaml.
  • Всегда указывайте tools.include: [...].
  • Ограничьте файловые серверы одной директорией проекта, никогда $HOME.
  • Не включайте каталоги-заглушки TermitPro, такие как ~/.vibeos/plugins/mcp-filesystem, ожидая VibeOS MCP — это не плагины VibeOS.
  • Пропустите GitHub MCP, пока действует политика запрета GitHub.
  • Операционный runbook + smoke-тест: навык mcp-safe-hygiene.
  • Эта машина: project_fs (чтение ФС) + project_git (только чтение git через uvx).
  • SaaS: навык saas-mcp-onboarding — запись в каталоге Linear предварительно размещена отключена с белым списком read-first; OAuth при включении.

4. Hooks → защитные барьеры​

  • Политика / блокировки: хуки плагинов пользователя (pre_tool_call, возвращающие {"action":"block","message":"..."}).
  • Побочные эффекты только для сообщений: хуки шлюза в ~/.vibeos/hooks/.
  • Маленькие shell-скрипты: hooks: в конфиге.
  • Локальный аудит (без исходящей телеметрии): vibeos-policy + навык vibeos-local-audit.
  • Держите security-guidance включенным для предупреждений о шаблонах записи.

5. Subagents → ограниченные исполнители​

  • Короткая параллельная работа: delegate_task с листовыми ролями и ограничениями набора инструментов.
  • Работа, которая должна пережить перезапуск: канбан или cron, а не фоновые процессы локальные для процесса.

Подводные камни​

  • Включение заглушек плагинов из plugins.disabled, у которых есть только plugin.yaml, тратит время — сначала проверьте наличие __init__.py + register(ctx).
  • Нефильтрованный поток инструментов MCP увеличивает стоимость каждого хода.
  • /reload-mcp в середине сессии меняет схемы инструментов; по возможности начинайте новый чат.
  • Никогда не добавляйте основной инструмент только потому, что «в Cursor есть инструмент Task» — используйте делегирование/навыки.

Проверка​

  • Спросите: «Какие MCP-инструменты доступны?» и подтвердите только имена из белого списка (mcp_project_fs_* и т.д.).
  • Запустите заблокированный git push / gh pr create через терминал и подтвердите, что vibeos-policy блокирует его.
  • Загрузите этот навык и еще один навык-рецепт; выполните одну небольшую сквозную задачу без редактирования tools/ или toolsets.py.