SkillFoxx

bit-1c-skills: 1C skills following the First BIT standard

bit-1c-skills

Two Claude Code skills: commercial 1C extensions following the First BIT standard and requirement sheets for customizations

  • 0 ★ on the repository
  • Last commit
Skill

Minimal access

Why this level

  • The skills give instructions and templates, while 1C files are edited by separate metadata skills
  • Document generation scripts run locally and create files in the working folder
All reasons and checks
Russian stack

alibans/bit-1c-skillsAuthor:alibans

Install

In your terminal, with SkillFoxx CLI

npx skillfoxx add skills/bit-1c-skills

Detects the agents on your machine, shows the access level and pins the version.

Other ways to install

Access and checks

How we review

Minimal accessThe tool runs nothing and makes no network calls.

  • The skills give instructions and templates, while 1C files are edited by separate metadata skills
  • Document generation scripts run locally and create files in the working folder

This is third-party code. Review the repository files before installing.

What it does

The `1c-bit-extension` skill describes how to build commercial 1C extensions that are sold to many customers without customization. It covers the "First BIT" section with subsections, help and an "Extension capabilities" page, naming and role rules, code ready for 1C:Fresh, building a `.cfe` and a set of documents: an internal description, a customer PDF card and a short description. The skill creates an extension blank with one command. The `lt-writing` skill writes a requirement sheet for a customization. The agent first analyses problem spots, then fills five fields: business task, implementation approach, customer requirements, acceptance and stages. Hours come as a separate recommendation. For working with 1C files the first skill relies on the `cfe-*`, `meta-*`, `form-*` and `db-*` skills from a separate project.

Who it is for. 1C developers and analysts in franchise companies who ship extensions and write requirements to a single standard.

Good fit when

  • You need an extension "for customers" with a section, help and a capabilities page per the standard
  • Someone else extension is brought to the standard and prepared for 1C:Fresh
  • An internal description and a customer PDF card must be built for an extension
  • An analyst writes a requirement sheet for a customization and wants to analyse problem spots first

Not a fit when

  • An extension for a configuration other than 1C:Accounting for Kazakhstan 3.0: the blank must be moved through `cfe-init` and `cfe-borrow`
  • Development for a single customer where the commercial standard is not needed
  • The `cfe-*`, `meta-*`, `form-*`, `db-*` skills are not installed: without them the first skill cannot work with 1C files

Example request

Build an extension for customers per the BIT standard and then write a requirement sheet for the export customization

Limitations

The standard is written for 1C:Accounting for Kazakhstan 3.0, so for another configuration the blank must be moved. The `1c-bit-extension` skill depends on separately installed skills from the cc-1c-skills project. The repository updates automatically from the author working copy, so fixes are sent to the author. No license is stated. Example commands in the README target Windows and a system with a ~/.claude/skills directory. Skills must be reloaded by restarting Claude Code after copying. One author, the last commit in November 2026, no stars.

How to disable. Delete the `1c-bit-extension` and `lt-writing` folders from `~/.claude/skills/` or `%USERPROFILE%\.claude\skills\` and restart Claude Code.

FAQ

How do I connect the skills?

Copy the folder of the skill you need into `~/.claude/skills/` (on Windows `%USERPROFILE%\.claude\skills\`) and restart Claude Code. The skill turns on by itself when the task fits.

What documents does the extension kit include?

An internal description from a template, a customer PDF card and a short description. The document generator is in the skill `assets/docgen` folder.

What fields does a requirement sheet have?

Five: business task, implementation approach, customer requirements, acceptance and stages. The agent gives hours as a separate recommendation.

Are extra skills needed?

Yes, `1c-bit-extension` needs `cfe-*`, `meta-*`, `form-*` and `db-*` from the cc-1c-skills project. `lt-writing` works without them.

Does the standard suit 1C:Fresh?

Yes, extension code is written for 1C:Fresh from the start. For a configuration other than Accounting for Kazakhstan the blank must be moved by hand.

Discussion

No questions or reviews yet.

All 1C:Enterprise tools
Russian stack

A large set of skills, rules and commands that let an agent build and parse 1C sources in the platform's format, without the Designer

SkillExtended access93
Russian stack

A skill for fast 1C extension development: an edit-load-test loop, storage discipline and AI features through TAB's AI Library

SkillExtended access4
Editors’ pick

Skills covering the full 1C:Enterprise 8.3 development cycle, from XML sources to publishing and web client testing

SkillBroad access781

Claude Code Skills (fork with 1C)

Claude Code Skills & Plugins

Russian stack

A fork of a large Claude Code skills library, with five added 1C:Enterprise skills: BSP coding standards, forms, HTTP services, reports and UNF structure

PluginExtended access
Russian stack

85 skills and 21 rules for 1C:Enterprise development in Cursor: configuration, extensions, forms, templates, roles, DCS, web publishing

SkillExtended access

1C Developer Claude Skill

1C Developer — Claude Skill

Russian stack

A Claude skill for 1C:Enterprise 8.3 development: planning, BSL code and code review explained in Georgian

SkillExtended access2

README in short

Describes two skills, their purpose, installation by copying folders into the skills directory and the dependency of the first skill on cc-1c-skills.

README badge

Original SKILL.md

---
name: 1c-bit-extension
description: Стандарт Первого БИТа для тиражных расширений 1С, которые продаются многим клиентам без доработок (в том числе через прозвон) — единый раздел «Первый БИТ», справка и страница «Возможности расширения», правильные имена и роль, код сразу под 1С:Фреш, сборка .cfe и комплект документов (внутреннее описание, клиентская PDF-карточка, краткое описание). Используй, когда нужно создать новое расширение «на продажу», привести чужое расширение к стандарту БИТ, подготовить его к Фрешу или сделать к нему описание и карточку для клиента — даже если пользователь не говорит слово «стандарт», а просто просит «сделать расширение для клиентов», «тиражное решение», «чтобы было как у остальных БИТ-расширений».
---

# Тиражное расширение Первого БИТа

Расширения, которые продаются многим клиентам «как есть», должны выглядеть одинаково, кто бы из разработчиков их ни
писал: у пользователя — раздел «Первый БИТ» с понятной справкой, у сервиса 1С:Фреш — код, который проходит аудит,
у менеджера — описание и карточка для клиента. Этот скилл задает стандарт и дает заготовку, из которой расширение
создается за минуту.

Стандарт написан для «1С:Бухгалтерии для Казахстана 3.0» (заготовка заимствует ее язык и картинку раздела). Для
другой конфигурации создайте расширение скиллом `cfe-init`, а затем перенесите объекты заготовки и перезаимствуйте
картинку `Руководителю` (`cfe-borrow`).

## Как это выглядит у пользователя

```
Раздел «Первый БИТ» (картинка «Руководителю»)
├── <подразделы под задачу> — только те, что нужны этому расширению, например:
│     «Работа с документами» (обработки, команды), «Отчеты», «Настройки» (форма настроек)
├── О расширении           — всегда: «Возможности расширения», обзор со значками «?»
└── Личный кабинет         — всегда: сайт для заявок на линию консультаций
```
Обязательны только сам раздел, «О расширении» и «Личный кабинет». Остальные подразделы разработчик выбирает по
задаче: расширению, которое лишь добавляет колонку в типовой список, свои подразделы не нужны вовсе, а набору
отчетов достаточно «Отчеты». Пустой подраздел не создавать.
- На каждой своей форме — кнопка «?» (подробная справка по этой форме).
- Страница «Возможности расширения» — что добавлено и где; значок «?» у каждой возможности открывает ее справку.
- Все страницы в одном оформлении (шрифт Segoe UI, синие заголовки #33499e, таблицы, плашки-примечания).

## Имена (проверяются скриптом заготовки)

| Что | Правило | Пример |
|---|---|---|
| Имя расширения | `БИТ_<Имя>`, CamelCase, без пробелов | `БИТ_КонтрольЦен` |
| Синоним | начинается с «БИТ: » | «БИТ: Контроль цен» |
| Поставщик / версия | «Первый БИТ» / `1.0.0.1`, каждая выдача клиенту — новая версия | `1.0.0.2` |
| Основная роль | `БИТ_ОсновнаяРоль<Имя без БИТ_>`, синоним «<синоним> — основная роль» | `БИТ_ОсновнаяРольКонтрольЦен` |
| Свои объекты | `<Имя расширения>_<Что>` | `БИТ_КонтрольЦен_Обработка`, `БИТ_КонтрольЦен_Справка` |
| Свои реквизиты в заимствованных объектах | тоже с префиксом расширения | `БИТ_КонтрольЦен_ДатаПроверки` |
| Раздел | имя `<Имя>_ПервыйБИТ`, синоним всегда «Первый БИТ» | `БИТ_КонтрольЦен_ПервыйБИТ` |

**Почему префикс у всех своих объектов.** Платформа не дает двум расширениям в одной базе иметь объекты с одинаковым

Report a problem