ТЗ по ГОСТ

Установка

git clone https://github.com/chappy190807/gost-tz-skills.git
mkdir -p your-project/.claude/skills
cp -r gost-tz-skills/gost-tz gost-tz-skills/gost-validator your-project/.claude/skills/

Это чужой код. Посмотрите файлы в репозитории перед установкой.

Что делает

Главный скилл gost-tz сначала спрашивает, есть ли черновик или старые материалы, выбирает стандарт в зависимости от того, пишется ТЗ на автоматизированную систему или на программу, и ведет интервью блоками. Затем он разворачивает структуру стандарта, заполняет разделы, оформляет текст по ГОСТ 2.105 и сверяет результат с чек-листом полноты. Скилл gost-validator только проверяет готовое ТЗ и выдает таблицу замечаний по разделам с приоритетами. Три дополнительных скилла собирают и классифицируют требования, проектируют use case, ER-модель и API в Mermaid и вычитывают документ в официально-деловом стиле.

Для кого. Аналитикам, руководителям проектов и техническим писателям, которые готовят ТЗ для госзаказчиков и корпоративных систем.

Пример запроса к агенту

Составь ТЗ по ГОСТ на CRM для отдела продаж, у меня есть старое ТЗ, сначала найди в нем пробелы

Ограничения

Поддерживаются ГОСТ 34.602-2020, ГОСТ 19.201-78 и правила оформления ГОСТ 2.105. Скиллы не придумывают требования за заказчика, поэтому качество ТЗ зависит от ответов на интервью. Результат остается текстом в диалоге, оформленный файл Word набор не создает. Проверка на соответствие не заменяет нормоконтроль заказчика.

Как отключить. Удалите папки gost-tz, gost-validator и остальные скиллы набора из .claude/skills проекта или из ~/.claude/skills.

Проверка безопасности

• Набор состоит только из инструкций, шаблонов и справочников

Коротко о README

README на русском описывает состав из пяти скиллов с назначением и фразами, на которые они реагируют. Перечислены поддерживаемые стандарты и два способа установки: в конкретный проект или глобально. Показана структура репозитория с шаблонами, чек-листами, примерами и справочниками стандартов, которые подгружаются по мере необходимости. Отмечено, что зоны ответственности скиллов не пересекаются. Лицензия MIT.

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 как более полный.

Похожие