GOST technical specification skills
Навыки «ТЗ по ГОСТ» для Claude Code
Five Claude Code skills for drafting and reviewing technical specifications under GOST 34.602-2020 and GOST 19.201-78
- 2 ★ on the repository
- Last commit
- MIT
Minimal access
Why this level
- The kit consists only of instructions, templates and references
Install
- Works in
- Services
In your terminal, with SkillFoxx CLI
npx skillfoxx add skills/navyki-tz-po-gost-dlya-claude-codeDetects the agents on your machine, shows the access level and pins the version.
Other ways to install
Access and checks
How we reviewMinimal accessThe tool runs nothing and makes no network calls.
- The kit consists only of instructions, templates and references
This is third-party code. Review the repository files before installing.
What it does
The main gost-tz skill first asks for any draft or earlier materials, picks the standard depending on whether the spec is for an automated system or a program, and interviews the customer in blocks. It then lays out the standard's structure, fills sections, formats text per GOST 2.105 and checks the result against a completeness checklist. The gost-validator skill only reviews a finished spec and returns a per-section findings table with priorities. Three extra skills gather and classify requirements, design use cases, ER models and APIs in Mermaid, and copy-edit the document into formal style.
Who it is for. Analysts, project managers and technical writers preparing specifications for government and enterprise customers.
Good fit when
- You need a GOST 34.602 specification for an information system or web service
- You need to review someone's spec for missing sections and untestable requirements
- You need to turn scattered customer wishes into a requirements register
Not a fit when
- You need a free-form spec with no GOST requirements
- You need a document under an industry standard the kit does not cover
Example request
Draft a GOST specification for a sales CRM; I have an old spec, find its gaps firstLimitations
Supports GOST 34.602-2020, GOST 19.201-78 and GOST 2.105 formatting rules. The skills do not invent requirements, so spec quality depends on interview answers. Output stays as text in the chat; the kit does not produce a formatted Word file. Compliance review does not replace the customer's own standards control.
How to disable. Delete the gost-tz, gost-validator and other kit folders from the project's .claude/skills or from ~/.claude/skills.
FAQ
Which standard will be chosen?
GOST 34.602 for automated and information systems, CRMs, portals, web services and mobile apps; GOST 19.201 for a standalone program or library. If unclear, the skill asks one clarifying question.
Which skills are required?
The minimum is gost-tz and gost-validator. The others work standalone or as phases inside gost-tz.
Discussion
No questions or reviews yet.
Related
All GOST standards toolsgost-skills: GOST document formatting skill
gost-skills
An agent skill that assembles or reviews a document per GOST standards and lists every issue with a reference to the exact clause
Academic report formatting to GOST
Academic report formatting
A Codex and Claude skill that formats lab reports, coursework and explanatory notes per a guideline or GOST, without inventing the author's data
GOST Report Skill: lab reports per GOST 7.32
GOST Report Skill
An AI-agent skill that turns code, circuit screenshots and a lab manual into a GOST 7.32-2001 formatted lab report in docx
A skill for formatting Russian student papers to GOST 7.32: the agent writes Markdown, a script builds a .docx with the university title page
Simplified Technical Russian
Упрощенный технический русский (УТР)
A skill that makes the agent write code comments, docs and error messages by the Simplified Technical Russian rules of GOST R 58049-2017, with a linter
Security audit skill with GOST and FSTEC
Security Audit Skill for Claude Code
A security audit skill for Claude Code: OWASP Top 10 plus GOST R 56939, FSTEC Order No. 21 and 152-FZ, parallel subagents and a compliance matrix
README in short
The Russian README lists five skills with their purpose and trigger phrases. It names supported standards and two install options: per project or globally. It shows the repo layout with templates, checklists, examples and standard references loaded on demand. It notes that the skills' responsibilities do not overlap. MIT license.
README badge
Original 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 как более полный.