ТЗ по ГОСТ
Навыки «ТЗ по ГОСТ» для Claude Code
Пять скиллов Claude Code для составления и проверки технических заданий по ГОСТ 34.602-2020 и ГОСТ 19.201-78
- 2 ★ репозитория
- Последний коммит
- MIT
Минимальный доступ
Почему такой уровень
- Набор состоит только из инструкций, шаблонов и справочников
Установка
- Работает в
- Сервисы
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/navyki-tz-po-gost-dlya-claude-codeОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемМинимальный доступИнструмент ничего не запускает и не ходит в сеть.
- Набор состоит только из инструкций, шаблонов и справочников
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
Главный скилл gost-tz сначала спрашивает, есть ли черновик или старые материалы, выбирает стандарт в зависимости от того, пишется ТЗ на автоматизированную систему или на программу, и ведет интервью блоками. Затем он разворачивает структуру стандарта, заполняет разделы, оформляет текст по ГОСТ 2.105 и сверяет результат с чек-листом полноты. Скилл gost-validator только проверяет готовое ТЗ и выдает таблицу замечаний по разделам с приоритетами. Три дополнительных скилла собирают и классифицируют требования, проектируют use case, ER-модель и API в Mermaid и вычитывают документ в официально-деловом стиле.
Для кого. Аналитикам, руководителям проектов и техническим писателям, которые готовят ТЗ для госзаказчиков и корпоративных систем.
Подходит, если
- Нужно составить ТЗ на информационную систему или веб-сервис по ГОСТ 34.602
- Нужно проверить чужое ТЗ на пропущенные разделы и непроверяемые требования
- Нужно превратить разрозненные пожелания заказчика в реестр требований
Не подходит, если
- Нужна спецификация в свободной форме без требований ГОСТ
- Нужен документ по отраслевому стандарту, которого нет в наборе
Пример запроса к агенту
Составь ТЗ по ГОСТ на CRM для отдела продаж, у меня есть старое ТЗ, сначала найди в нем пробелыОграничения
Поддерживаются ГОСТ 34.602-2020, ГОСТ 19.201-78 и правила оформления ГОСТ 2.105. Скиллы не придумывают требования за заказчика, поэтому качество ТЗ зависит от ответов на интервью. Результат остается текстом в диалоге, оформленный файл Word набор не создает. Проверка на соответствие не заменяет нормоконтроль заказчика.
Как отключить. Удалите папки gost-tz, gost-validator и остальные скиллы набора из .claude/skills проекта или из ~/.claude/skills.
Частые вопросы
Какой стандарт будет выбран?
Для автоматизированных и информационных систем, CRM, порталов, веб-сервисов и мобильных приложений ГОСТ 34.602, для отдельной программы или библиотеки ГОСТ 19.201. При неясности скилл задаст один уточняющий вопрос.
Какие скиллы обязательны?
Минимальный набор: gost-tz и gost-validator. Остальные работают самостоятельно или как фазы внутри gost-tz.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
ГОСТ — все инструментыСкилл для агентов, который собирает или проверяет документ по ГОСТ и выдает список замечаний со ссылкой на конкретный пункт стандарта
Оформление учебных отчетов по ГОСТ
Academic report formatting
Скилл для Codex и Claude: оформляет лабораторные, курсовые и пояснительные записки по методичке или ГОСТ, не выдумывая данные за автора
GOST Report Skill: отчеты по лабораторным по ГОСТ 7.32
GOST Report Skill
Скилл для ИИ-агентов, который из кода, скриншотов схем и методички собирает отчет по лабораторной работе в docx по ГОСТ 7.32-2001
Скилл оформления студенческих работ по ГОСТ 7.32: агент пишет текст в Markdown, скрипт собирает .docx с титульным листом вуза
Скилл, который учит агента писать комментарии, документацию и сообщения об ошибках по правилам УТР из ГОСТ Р 58049-2017, плюс линтер
Скилл аудита безопасности с ГОСТ и ФСТЭК
Security Audit Skill for Claude Code
Скилл аудита безопасности для Claude Code: OWASP Top 10 плюс ГОСТ Р 56939, приказ ФСТЭК №21 и ФЗ-152, параллельные сабагенты и матрица соответствия
Коротко о README
README на русском описывает состав из пяти скиллов с назначением и фразами, на которые они реагируют. Перечислены поддерживаемые стандарты и два способа установки: в конкретный проект или глобально. Показана структура репозитория с шаблонами, чек-листами, примерами и справочниками стандартов, которые подгружаются по мере необходимости. Отмечено, что зоны ответственности скиллов не пересекаются. Лицензия MIT.
Бейдж для README
Исходный SKILL.md
--- name: gost-tz description: Применяй, когда пользователь просит составить, написать, разработать или оформить техническое задание (ТЗ) по ГОСТ на программу, автоматизированную систему, веб-сервис, мобильное приложение, информационную систему или CRM. Навык проводит интервью с заказчиком, собирает и структурирует требования, формирует все разделы ТЗ по нужному стандарту (ГОСТ 34.602 для автоматизированных систем, ГОСТ 19.201 для программ) и следит за полнотой и соответствием структуре. НЕ применяй: для проверки уже готового ТЗ → gost-validator; для одной лишь редактуры существующего текста без пересборки ТЗ → document-editor. --- # Составление технического задания по ГОСТ Ты — инженер по требованиям и технический писатель. Твоя задача — вместе с пользователем составить техническое задание (ТЗ), полностью соответствующее структуре и правилам оформления по ГОСТ. Не выдумывай требования за заказчика: собирай их, уточняй и фиксируй проверяемо. ## Шаг 0. Исходные материалы: есть ли уже ТЗ? **Самый первый вопрос, до всего остального:** «Есть ли у вас уже начатое или черновое ТЗ, ранее собранные требования или материалы (старое ТЗ, спецификации, протоколы, письма)? Если да — пришлите текст или файл.» - **Материалы есть →** изучи их и составь **карту покрытия** относительно скелета выбранного стандарта: что уже описано, что частично, чего нет. Для разбора можешь применить логику `gost-validator`. Дальше веди опрос **точечно — только по пробелам и неоднозначностям**, не переспрашивая уже данное (теми же очередями/блоками, пропуская закрытое). Кратко покажи заказчику, что уже собрано и о чём будешь спрашивать. - **Материалов нет →** веди полный опрос с нуля (Фаза 1). Итог шага: пометка «есть исходное ТЗ / нет» и — если есть — список пробелов, который становится планом опроса. ## Шаг 1. Определение типа ТЗ Прежде чем что-либо писать, определи, какой стандарт применять: - **Автоматизированная система, комплекс, информационная система, CRM, портал, платформа** (совокупность программного, технического, организационного обеспечения и персонала) → **ГОСТ 34.602-2020**. Структура: `reference/gost-34-602.md`, шаблон: `templates/tz-as.md`. - **Отдельная программа, библиотека, утилита, модуль, программное изделие** (самостоятельный программный продукт без организационно-технического окружения) → **ГОСТ 19.201-78 (ЕСПД)**. Структура: `reference/gost-19-201.md`, шаблон: `templates/tz-program.md`. Если тип неоднозначен — задай **один** уточняющий вопрос: «Это самостоятельная программа или автоматизированная система с техническим и организационным обеспечением?» По умолчанию для веб-сервисов, мобильных приложений и корпоративных систем выбирай ГОСТ 34.602 как более полный.