Приведенные шаблоны готовы к копированию. Поля в угловых скобках замените своими значениями.
Значения ORCID и DOI в шаблонах – заглушки: перед публикацией их заменяют реальными и проверяют файлы валидатором (для CITATION.cff – cffconvert, для codemeta.json – валидатор JSON-LD).
➤А.1. Шаблон README
# Название программы
Одно-два предложения о назначении: что делает этот код и для чего.
## Установка
<Команды установки, например:>
pip install -r requirements.txt
## Использование
Минимальный рабочий пример:
<Команда или фрагмент кода, демонстрирующий запуск>
## Как цитировать
Если вы используете это ПО, цитируйте его согласно файлу CITATION.cff.
DOI цитируемого релиза: <version DOI>
DOI проекта, объединяющий все версии: <concept DOI>
## Лицензия
Распространяется под лицензией <SPDX-идентификатор, например MIT>.
См. файл LICENSE.
## Контакты и вклад
Вопросы и предложения: <контакт>.
Как внести вклад: см. CONTRIBUTING.md.
➤А.2. Шаблон CITATION.cff
cff-version: 1.2.0
message: "Если вы используете это ПО, цитируйте его так."
title: "<Название программы>"
abstract: "<Краткое описание>"
authors:
- family-names: "<Фамилия>"
given-names: "<Имя>"
orcid: "https://orcid.org/0000-0000-0000-0000"
version: "<например, 1.0.0>"
doi: "<например, 10.5281/zenodo.0000000>"
date-released: "<ГГГГ-ММ-ДД>"
url: "<URL репозитория>"
license: "<SPDX-идентификатор, например MIT>"
keywords:
- "<ключевое слово 1>"
- "<ключевое слово 2>"
➤А.3. Шаблон codemeta.json
{
"@context": "https://w3id.org/codemeta/3.1",
"@type": "SoftwareSourceCode",
"name": "<Название программы>",
"description": "<Краткое описание>",
"version": "<1.0.0>",
"license": "<https://spdx.org/licenses/ + SPDX-идентификатор>",
"codeRepository": "<URL репозитория>",
"identifier": "<DOI>",
"dateReleased": "<ГГГГ-ММ-ДД>",
"programmingLanguage": "<например, Python>",
"author": [
{
"@type": "Person",
"givenName": "<Имя>",
"familyName": "<Фамилия>",
"@id": "<https://orcid.org/ + ORCID автора>"
}
]
}
➤А.4. Шаблон CONTRIBUTING.md
# Как внести вклад
Спасибо за интерес к проекту. Мы рады сообщениям об ошибках,
предложениям и исправлениям.
## Сообщить об ошибке
Откройте issue с описанием проблемы и шагов воспроизведения.
## Предложить изменение
1. Создайте ветку от main.
2. Внесите изменения с понятными сообщениями коммитов.
3. Откройте pull request с описанием сути изменения.
## Правила сообщества
Участие регулируется кодексом поведения (CODE_OF_CONDUCT.md).
Открытая лицензия дает остальным правовую возможность использовать код. Без нее по умолчанию действует «все права защищены». Для исследовательского ПО применяют лицензии, одобренные Open Source Initiative (OSI). В Таблице Б.1 сравниваются наиболее распространенные.
Таблица Б.1. Распространенные открытые лицензии
| Лицензия | Тип | Ключевое условие | Когда выбирать |
| MIT | Разрешительная | Сохранять уведомление об авторстве | Максимальное распространение, простота |
| BSD-3-Clause | Разрешительная | Сохранять уведомление; не использовать имя авторов для рекламы | Близко к MIT |
| Apache-2.0 | Разрешительная | Уведомление + явное предоставление патентных прав | Когда важны патентные гарантии |
| MPL-2.0 | Слабый копилефт | Открытость на уровне измененных файлов | Баланс открытости и интеграции |
| LGPL-3.0-or-later | Слабый копилефт | Открытость библиотеки при возможности связывания с закрытым кодом | Библиотеки, используемые и в закрытых продуктах |
| GPL-3.0-or-later | Сильный копилефт | Производные – под той же лицензией | Защита открытости производных |
| AGPL-3.0-or-later | Сильный копилефт (сетевой) | При сетевом доступе к измененной версии пользователям предлагается ее исходный код | Когда код работает как веб-сервис |
➤Вопросы:
- Что важнее – максимальное распространение (тогда разрешительная) или гарантия, что производные останутся открытыми (тогда копилефт)
- Будет ли код работать как сетевой сервис? Если да и важна открытость – рассмотрите AGPL.
- Совместима ли выбранная лицензия с лицензиями зависимостей? Копилефт-зависимости могут потребовать копилефта и для вашего кода.
- Кто правообладатель и вправе ли он предоставить лицензию? Проверьте трудовой договор (статья 1295 ГК РФ о служебном произведении), условия гранта, лицензии заимствованных компонентов, конфиденциальность и наличие коммерческого интереса или ограничений со стороны организации (в российском контексте – в том числе регистрация РИД). Это делается до выбора лицензии, а не после.
Подобрать лицензию по ответам на эти вопросы помогает сервис choosealicense.com. Выбранный текст помещают в файл LICENSE, а в метаданных указывают SPDX-идентификатор.
Чек-лист дифференцирован по слоям иерархии C1–C4 (модуль 3). Условные обозначения: [R] – необходимо, [E] – желательно, [N] – не критично для этого типа. Отметьте выполненные пункты.
Слой 1. Идентификация и лицензирование
| Пункт | C1–C2 | C3 | C4 |
| ☐ Файл LICENSE с лицензией, одобренной OSI | R | R | R |
| ☐ Код под контролем версий на публичном хостинге | R | R | R |
| ☐ Семантическое версионирование и теги релизов | R | R | E |
| ☐ Постоянный идентификатор (DOI/SWHID) | E | R | R |
| ☐ Депонирование в долгосрочный архив | E | R | R |
| ☐ Файл CITATION.cff и инструкция по цитированию | E | R | R |
Слой 2. Воспроизводимость
| Пункт | C1–C2 | C3 | C4 |
| ☐ README: назначение, установка, пример, цитирование | R | R | R |
| ☐ Машиночитаемые метаданные (codemeta.json) | R | R | E |
| ☐ Зафиксированные зависимости и окружение | R | R | R |
| ☐ Тесты и непрерывная интеграция (CI) | R | R | E |
Слой 3. Устойчивость
| Пункт | C1–C2 | C3 | C4 |
| ☐ Контейнеризация (Docker, Apptainer) | E | E | N |
| ☐ Рецензирование кода (JOSS, rOpenSci) | R | E | N |
| ☐ Руководство для контрибьюторов и кодекс поведения | R | E | N |
Базовое ядро сервиса – для объектов, которые предполагается публиковать открыто: явное указание правового режима, контроль версий, документация, архивная фиксация, идентификация и инструкция по цитированию. Конкретный набор определяется типом объекта, его доказательной значимостью, правами и допустимым режимом доступа: публичный хостинг и лицензия, одобренная OSI, применимы только там, где открытая публикация разрешена, а для инфраструктуры C1–C2 идентификация и архивирование нередко обеспечиваются иначе (см. столбцы выше). Фиксация зависимостей в это ядро не входит, но настоятельно рекомендуется для любого кода, который предполагается запускать повторно.
В Таблице приводится матрица кодирования тридцати документов по тринадцати категориям (R – требование, E – рекомендация, N – не упоминается; * – нет формализованной политики в отношении ПО). Кодировки выверены по публично доступным версиям документов (срез – июнь 2026 г.).
Таблица Г.1. Кодирование 30 документов × 13 категорий
| # | Организация | LIC | VCS | VER | PID | ARC | CIT | DOC | META | DEP | TEST | CONT | REV | CONTR |
| 1 | JOSS | R | R | E | R | R | E | R | E | R | R | N | R | R |
| 2 | SoftwareX | R | R | E | N | E | E | R | R | R | N | N | R | N |
| 3 | Nature/Springer | E | E | E | R | R | R | R | N | R | E | N | R | N |
| 4 | PLOS ONE | R | E | N | E | R | E | R | N | R | R | N | E | N |
| 5 | eLife | R | E | N | E | R | E | R | N | E | E | E | R | N |
| 6 | ACM | N | N | N | E | E | N | R | N | E | E | E | E | N |
| 7 | IEEE | N | E | N | E | E | N | E | N | E | E | E | E | N |
| 8 | AGU | E | E | R | R | R | R | E | N | E | N | N | R | N |
| 9 | TU Delft | R | R | N | R | R | R | R | E | N | E | N | N | E |
| 10 | DLR | R | R | R | N | N | N | R | N | R | R | E | R | R |
| 11 | GFZ Potsdam | R | R | N | R | R | E | R | R | N | R | N | R | R |
| 12 | Cambridge* | E | E | N | E | E | N | E | N | N | E | N | N | N |
| 13 | Helmholtz | R | E | E | R | R | R | R | E | N | R | N | E | E |
| 14 | Max Planck* | E | N | N | E | N | N | N | N | N | N | N | N | N |
| 15 | NL eScience Center | R | R | R | R | R | R | R | R | R | R | E | R | R |
| 16 | ARDC | E | E | E | E | E | E | E | E | E | E | E | E | N |
| 17 | Stanford* | E | N | N | N | N | N | N | N | N | N | N | N | N |
| 18 | DFG | E | E | R | R | E | R | R | N | R | E | N | N | E |
| 19 | Wellcome Trust* | E | N | N | N | E | N | N | N | N | N | N | N | N |
| 20 | NSF* | N | N | N | E | E | N | N | N | N | N | N | N | N |
| 21 | ERC/Horizon Europe* | E | N | N | E | R | N | N | E | N | N | N | N | N |
| 22 | FAIR4RS | R | E | R | R | R | R | R | R | R | N | N | N | R |
| 23 | SSI | R | R | R | E | E | R | R | E | R | R | N | E | R |
| 24 | Software Heritage | E | R | E | R | R | R | N | E | N | N | N | N | N |
| 25 | rOpenSci | R | R | R | E | E | R | R | R | R | R | N | R | R |
| 26 | Carpentries | R | R | E | N | N | E | R | N | E | E | N | N | R |
| 27 | PyOpenSci | R | R | R | E | E | R | R | R | R | R | N | R | R |
| 28 | Zenodo | E | E | E | R | R | R | E | R | N | N | N | N | N |
| 29 | FORCE11 SCIWG | N | N | R | R | R | R | E | R | N | N | N | N | N |
| 30 | UNESCO | R | N | N | E | E | E | N | E | N | N | N | N | N |
Трищенко Наталия Дмитриевна, отдел научных исследований открытой науки ГПНТБ СО РАН («Библиотека для открытой науки»), 2026 г.
Курс доступен по лицензии Creative Commons Attribution 4.0 International (CC BY 4.0).