---

Работаем в проекте:

/Users/23865613/IdeaProjects/untitled/project-manager-tools

Готовый skill находится здесь:

/Users/23865613/IdeaProjects/untitled/project-manager-tools/zadanie1/project_manager

Контекст:

Skill project_manager уже полностью сформирован и проверен:

- структура из 21 файла создана;
- py_compile успешно;
- 36 тестов passed;
- Release, Epic, Story, Task, Bug, Blocker поддерживаются;
- Links поддерживаются;
- Remote search поддерживается;
- GET by code поддерживается;
- PATCH/update поддерживается;
- Ensure и UnitCache поддерживаются;
- YAML planner поддерживается;
- dry-run работает;
- исходный project-manager-tools не сломан.

Задача:

Установить skill project_manager в пользовательский каталог skills GigaCode и проверить, что GigaCode может его обнаружить и использовать.

Важно:

- сначала определить фактический каталог пользовательских skills GigaCode на этом компьютере;
- не угадывать путь;
- проверить конфигурацию GigaCode, существующие skills и их структуру;
- использовать существующий формат установки skills;
- не изменять исходную папку zadanie1/project_manager;
- не удалять существующие skills;
- не перезаписывать одноимённый skill без backup;
- не выполнять реальные запросы к SberTrack;
- не выполнять POST;
- не выполнять PATCH;
- не выполнять PUT;
- не выполнять DELETE;
- не создавать links;
- не создавать сущности;
- не менять .env;
- не выводить логин и пароль;
- не выводить полный .env;
- не делать git push;
- sbertrack_write_enabled должен оставаться false.

Этап 1. Найти каталог skills GigaCode

Проверь возможные источники:

1. Конфигурацию GigaCode.
2. Каталоги внутри домашней директории пользователя.
3. Каталоги:
   - .gigacode
   - skills
   - prompts
   - agents
4. Уже установленные skills.
5. Настройки IDE и GigaCode plugin.

Используй безопасный поиск только по именам директорий и конфигурационным ключам.

Не выводи содержимое файлов с credentials.

В отчёте укажи точный найденный каталог пользовательских skills.

Этап 2. Проверить формат существующих skills

Найди один уже установленный skill и проверь:

- имя каталога;
- наличие SKILL.md;
- наличие README.md;
- требования к frontmatter;
- правила именования;
- обязательные файлы;
- используются ли симлинки или физическое копирование.

Не изменяй найденный skill.

Этап 3. Проверить наш SKILL.md

Перед установкой проверь:

- корректное имя project_manager;
- корректное описание;
- корректный формат SKILL.md;
- нет ли абсолютных путей, которые мешают переносимости;
- нет ли реальных credentials;
- нет ли cache;
- нет ли backup-файлов;
- нет ли .env;
- нет ли __pycache__;
- нет ли тестовых секретов.

При необходимости разрешено исправить только копию:

zadanie1/project_manager

Перед исправлениями создать backup изменяемого файла.

Этап 4. Установить skill

Установить skill в найденный пользовательский каталог GigaCode.

Предпочтительный порядок:

1. Если GigaCode использует физические каталоги skills — скопировать весь каталог project_manager.
2. Если GigaCode официально поддерживает симлинки — можно использовать симлинк.
3. Если существует команда регистрации skill — использовать её только после проверки документации или существующей конфигурации.

Итоговый установленный каталог должен называться:

project_manager

Если такой каталог уже существует:

- создать backup с датой и временем;
- сравнить содержимое;
- не удалять старую версию;
- затем установить новую версию безопасно.

Не копировать:

- .env;
- .env.*;
- .sbertrack_cache;
- __pycache__;
- *.pyc;
- *.backup;
- *.bak;
- .idea;
- .DS_Store;
- pytest cache.

Файл config.example.env копировать можно, так как он содержит только демонстрационные значения.

Этап 5. Проверить установленный skill

После установки проверить:

1. Каталог существует.
2. SKILL.md читается.
3. README.md существует.
4. src-файлы существуют.
5. templates и examples существуют.
6. tests существуют.
7. py_compile установленной копии проходит.
8. Локальные тесты установленной копии проходят.
9. В установленной копии отсутствуют секреты.
10. `sbertrack_write_enabled` по умолчанию false.

Этап 6. Проверить распознавание GigaCode

Проверь, может ли GigaCode обнаружить skill project_manager.

Используй доступный безопасный способ:

- список skills;
- команда диагностики skills;
- чтение registry;
- перезапуск или reload GigaCode plugin, если это требуется;
- проверка доступности skill через интерфейс GigaCode.

Не выполняй SberTrack-команды на этом этапе.

Нужно подтвердить:

- имя skill: project_manager;
- skill найден GigaCode;
- SKILL.md загружен;
- skill доступен для вызова.

Этап 7. Безопасная функциональная проверка

После распознавания выполнить только локальную проверку без API:

Попросить GigaCode с использованием skill project_manager:

«Проанализируй пример examples/full_release_example.yaml и покажи план создаваемых Release, Epic, Stories, Tasks, Bug, Blocker и Links в dry-run режиме. Не выполняй сетевые запросы».

Проверить, что skill:

- распознал YAML;
- перечислил все сущности;
- распознал blocker;
- распознал links;
- не выполнил реальные запросы;
- не запросил вывод credentials.

Этап 8. Финальный отчёт

Выведи:

## 1. Каталог skills GigaCode

- найденный путь;
- откуда он был определён;
- какой существующий skill использован как пример.

## 2. Установка

- исходный путь;
- конечный путь;
- копирование или симлинк;
- создавался ли backup;
- какие файлы были исключены.

## 3. Проверка структуры

Полное дерево установленного skill.

## 4. Проверки

Таблица:

Проверка | Результат

Включить:

- SKILL.md;
- README.md;
- py_compile;
- tests;
- отсутствие .env;
- отсутствие cache;
- отсутствие backup;
- отсутствие секретов;
- write_enabled=false.

## 5. Распознавание GigaCode

Подтвердить:

- project_manager найден;
- SKILL.md загружен;
- skill доступен;
- reload/restart выполнен или не потребовался.

## 6. Dry-run через skill

Показать:

- распознанный release;
- epic;
- stories;
- tasks;
- bug;
- blocker;
- links;
- подтверждение отсутствия сетевых запросов.

## 7. Безопасность

Подтвердить:

- POST не выполнялся;
- PATCH не выполнялся;
- PUT не выполнялся;
- DELETE не выполнялся;
- links не создавались;
- сущности не создавались;
- .env не менялся;
- credentials не выводились;
- полный .env не выводился;
- git push не выполнялся;
- sbertrack_write_enabled=false.

## 8. Итог

Написать:

«Skill project_manager установлен в GigaCode, распознан и успешно прошёл локальную dry-run проверку. Он готов к отдельному контролируемому тесту на реальном SberTrack API».

На этом этапе не выполнять реальный SberTrack API test.