@michaelbel/cuckcoder-mcp 1.6.11

package/assets/skills/create-room-storage/SKILL.md

@@ -0,0 +1,39 @@
+---
+name: create-room-storage
+description: >-
+  Use when пользователь просит добавить или изменить законченную единицу Room-хранилища: entity,
+  DAO, Pojo/relations, регистрацию в AppDatabase, version и migration. Не используй для сетевого
+  endpoint, mapper, use case или полного data flow; выбирай соответствующий отдельный skill.
+metadata:
+  author: michaelbel
+---
+
+# Создание Room-хранилища
+
+Сначала изучи существующие `AppDatabase`, DAO, entity, migrations и соглашения имён таблиц в
+целевом проекте. Сохраняй их стиль и меняй только части схемы, нужные задаче.
+
+## Результат
+
+- Создай по одному файлу на `Entity` и Pojo-модель.
+- Создай или расширь один тематический `@Dao` с нужными `Flow`- и suspend-операциями.
+- Зарегистрируй entity и DAO в `AppDatabase`.
+- При любом изменении таблицы/entity увеличь `DATABASE_VERSION` и добавь migration, если проект не
+  использует явно destructive/schema-managed стратегию.
+- Обнови schema fixtures/exported schema, если они отслеживаются проектом.
+
+## Инварианты
+
+- Объявляй ключи в `@Entity(primaryKeys = [...])`; не используй `@PrimaryKey` на свойствах.
+- Располагай обычные `fun`, включая методы с `Flow`, перед `suspend fun`.
+- Для flow без параметров предпочитай существующую в проекте форму `@get:Query val`; для flow с
+  параметрами используй функцию.
+- Добавляй `@Transaction` методам, возвращающим Pojo с отношениями.
+- Предоставляй nullable `select` и отдельный `selectNotNull`, только когда оба контракта реально
+  нужны вызывающему коду.
+- Не создавай DAO-метод, который императивно вызывает другие DAO-методы. Несколько записей собирай
+  через `AppDatabase.withTransaction` в use case; один DAO-вызов транзакцией не оборачивай.
+- Выбирай `@Upsert`, `@Insert`, `@Update` или `@Delete` по требуемой конфликтной семантике, а не
+  автоматически.
+
+Проверь компиляцию Room/KSP целевого модуля и migration/schema-тесты, если они есть.

package/assets/skills/create-shared-component/SKILL.md

@@ -0,0 +1,160 @@
+---
+name: create-shared-component
+description: >-
+  Use when пользователь просит создать переиспользуемый Compose UI-компонент для
+  `shared/ui/components`, или говорит "create a shared component", "add a reusable component", "new
+  UI component". Строит либо простой composable с обычными типизированными параметрами (для
+  универсальных layout-примитивов), либо composable с `{Component}State`-холдером (для компонентов
+  конкретной предметной области, просто вынесенных в отдельный файл), плюс его preview. Не используй
+  для диалога; используй вместо этого
+  [create-feature-alert-dialog](../create-feature-alert-dialog/SKILL.md). Не используй для bottom
+  sheet; используй вместо этого
+  [create-feature-bottom-sheet](../create-feature-bottom-sheet/SKILL.md). Не используй для полного
+  экрана, привязанного к ViewModel; используй вместо этого
+  [create-feature-scaffold-screen](../create-feature-scaffold-screen/SKILL.md).
+metadata:
+  author: michaelbel
+---
+
+# Новый общий компонент
+
+Требует зависимость `androidx.compose.foundation`.
+
+Создаёт переиспользуемый Compose-компонент проекта. Замени `{Component}` на имя компонента
+(например, `SharedCard`, `BarcodeFrameBox`), а `{package}` на целевой пакет.
+
+## Фаза 1: разместить файл компонента
+
+Один файл на компонент — `{Component}.kt`. Размещай его прямо в `shared/ui/components`, если это
+универсальный layout-примитив или обёртка (как `SharedRow`, `SharedColumn`); для компонента
+конкретной предметной области создавай тематическую подпапку, например `shared/ui/components/scan`.
+
+## Фаза 2: выбери форму компонента
+
+- Универсальный layout-примитив или обёртка, не завязанная на конкретную предметную область (как
+  `SharedRow`, `SharedColumn`) — без State, обычные параметры.
+- Компонент, который не такой общий, а просто вынесен в отдельный файл и представляет конкретный
+  предметный смысл (иконка-пресет, карточка определённого содержимого и т. д.) — с
+  `{Component}State` наверху файла.
+
+## Универсальный примитив (без State)
+
+```kotlin
+package {package}
+
+import androidx.compose.runtime.Composable
+import androidx.compose.ui.Modifier
+import androidx.compose.ui.tooling.preview.Preview
+
+@Composable
+fun {Component}(
+    title: String,
+    onClick: () -> Unit,
+    modifier: Modifier = Modifier
+) {
+    // component content
+}
+
+@Preview(showBackground = true)
+@Composable
+private fun {Component}Preview() {
+    {Component}(
+        title = "Example",
+        onClick = {}
+    )
+}
+```
+
+## Компонент с State
+
+Наверху файла размести `{Component}State` — `data class`, если данные варьируются свободно, или
+`sealed class` с несколькими `data object`-вариантами, если у компонента всего пара
+фиксированных пресетов. Сам компонент принимает один параметр `state`; `modifier` добавляй вторым
+параметром, только если он реально нужен.
+
+```kotlin
+package {package}
+
+// Добавь все необходимые импорты
+
+sealed class {Component}State(
+    val iconRes: Int,
+    val iconModifier: Modifier
+) {
+    data object SampleA: {Component}State(
+        iconRes = AppIcons.SampleA,
+        iconModifier = Modifier.size(107.dp, 131.dp)
+    )
+
+    data object SampleB: {Component}State(
+        iconRes = AppIcons.SampleB,
+        iconModifier = Modifier.size(164.dp, 164.dp)
+    )
+}
+
+@Composable
+fun {Component}(
+    state: {Component}State
+) {
+    Box(
+        modifier = Modifier
+            .size(192.dp)
+            .clip(CircleShape)
+            .background(MaterialTheme.colorScheme.surface),
+        contentAlignment = Alignment.Center
+    ) {
+        Icon(
+            painter = painterResource(state.iconRes),
+            contentDescription = null,
+            modifier = state.iconModifier,
+            tint = Color.Unspecified
+        )
+    }
+}
+
+@PreviewWrapper(ThemeWrapper::class)
+@Preview
+@Composable
+private fun {Component}Preview(
+    @PreviewParameter({Component}StatePreviewParameterProvider::class) state: {Component}State
+) {
+    {Component}(
+        state = state
+    )
+}
+
+private class {Component}StatePreviewParameterProvider: PreviewParameterProvider<{Component}State> {
+    override val values: Sequence<{Component}State> = sequenceOf(
+        {Component}State.SampleA,
+        {Component}State.SampleB
+    )
+}
+```
+
+Правила:
+- Универсальный примитив принимает свои данные как обычные типизированные параметры — не
+  оборачивай их в `{Component}State`, даже если параметров несколько.
+- Компонент, который не такой общий, а просто вынесен в отдельный файл, оборачивает свои данные в
+  `{Component}State` наверху того же файла и принимает единственный параметр `state`; `modifier`
+  добавляй вторым параметром только при реальной необходимости.
+- Порядок параметров универсального примитива: сначала обязательные (без значения по умолчанию),
+  затем `modifier: Modifier = Modifier`, затем остальные параметры со значением по умолчанию, а
+  завершающей идёт обязательная trailing-лямбда `content`, если компонент оборачивает содержимое
+  (например `content: @Composable ColumnScope.() -> Unit`).
+- Каждый компонент находится в своём файле; не объявляй несколько компонентов в одном файле.
+- `@PreviewWrapper(ThemeWrapper::class)` используй только для компонента с `{Component}State` —
+  ему нужна реальная тема приложения (иконки, цвета). Для универсального примитива без State
+  preview — обычный `@Preview`, без `PreviewWrapper`.
+- Указывай `showBackground = true`, только если у компонента нет собственного видимого фона —
+  например `Text` или список на прозрачном фоне (`SharedRow`, `SharedColumn`,
+  `SharedLazyColumn`). Если компонент сам рисует себе фон или форму (как `SharedDragHandle` или
+  `{Component}` с State выше), `showBackground` не нужен.
+- Не создавай preview вовсе, если статичный снимок ничего не покажет без реального взаимодействия
+  или внешнего состояния — например обёртка видимости (`SharedAnimatedVisibility`), хост снекбара
+  без активного снекбара (`SharedSnackbarHost`) или модальный bottom sheet.
+- Для компонента с `{Component}State` всегда создавай приватный
+  `{Component}StatePreviewParameterProvider: PreviewParameterProvider<{Component}State>` в том же
+  файле. Для универсального примитива без State создавай `PreviewParameterProvider`, только если у
+  компонента есть несколько содержательно разных состояний, которые стоит показать; иначе preview
+  вызывает компонент напрямую с представительными литеральными значениями.
+- Preview-функция всегда `private`.

package/assets/skills/create-signalr-channel/SKILL.md

@@ -0,0 +1,39 @@
+---
+name: create-signalr-channel
+description: >-
+  Use when пользователь просит добавить или изменить SignalR hub/channel, realtime DataSource,
+  обработчики server events либо подключить канал к session lifecycle. Не используй для Ktor HTTP
+  endpoint, Ktor WebSocket или общего socket-решения на другом протоколе.
+metadata:
+  author: michaelbel
+---
+
+# Создание SignalR-канала
+
+Сначала изучи общую connection factory/infrastructure, существующие `RealtimeDataSource` и
+`StartRealtimeUseCase`. Переиспользуй их retry, authentication и cleanup; не создавай второй
+параллельный менеджер соединений.
+
+## Реализация
+
+- Создай один DataSource на один hub/domain и зарегистрируй server event handlers до `start`.
+- Выполни команды подписки после успешного подключения.
+- Для сигнала «authoritative state изменилось» используй приватный `MutableSharedFlow` и публичный
+  read-only `SharedFlow`; его допустимо conflated/drop только когда следующий reload получает полное
+  состояние. Для каждого обязательного payload-события используй lossless `Channel`/очередь либо
+  durable Room-запись, а не `SharedFlow(replay = 0)`.
+- По устойчивому событию вызывай обычный use case для reload/update Room, оставляя Room источником
+  истины. Не обновляй UI напрямую payload-ом, если событие должно переживать пересоздание экрана.
+- Подключи запуск DataSource и сбор его событий в `StartRealtimeUseCase`, чтобы смена session через
+  отменяемый flow закрывала старые соединения и запускала новые с актуальным токеном.
+- Запусти collectors до connect/initial subscription, например принятым в проекте undispatched
+  start; альтернативно гарантируй initial reload после подключения, который перекрывает возможную
+  потерю первого invalidation-сигнала.
+- Используй общий retry/backoff. Никогда не поглощай `CancellationException`; cleanup выполняй в
+  `finally`, при необходимости в `NonCancellable` с ограниченным timeout.
+- Не допускай двух экземпляров одного hub для одной session и не повторяй retry после logout.
+- Логируй lifecycle и ошибки без access token и чувствительного event payload.
+
+Проверь сценарии connect/event/reload, reconnect, session change/logout и отмену во время retry или
+cleanup. Если инфраструктуры realtime ещё нет, отдели shared connection factory от первого
+domain-specific DataSource, не смешивая их ответственность.

package/assets/skills/create-usecase/SKILL.md

@@ -0,0 +1,142 @@
+---
+name: create-usecase
+description: >-
+  Use when пользователь просит добавить один `UseCase` или `FlowUseCase` в
+  `shared/domain/usecase` — одну suspend-операцию или один наблюдаемый Flow — или говорит "add a use
+  case", "new UseCase", "new FlowUseCase". Предполагает, что требуемые endpoint, DAO/entity и
+  мапперы уже существуют. Не используй для их создания, Worker/realtime lifecycle или ViewModel;
+  выбери соответствующий атомарный skill либо create-data-layer для составного потока.
+metadata:
+  author: michaelbel
+---
+
+# Новый UseCase
+
+Создаёт один `UseCase` или `FlowUseCase` в `shared/domain/usecase`.
+
+## Граница ответственности
+
+Этот skill оформляет одну business-операцию или один наблюдаемый поток и их `Result`/dispatcher
+семантику. Он не создаёт endpoint, request/response, Room entity/DAO, mapper, Worker, realtime
+connection или Screen. Для reload по realtime и фоновой синхронизации use case содержит
+переиспользуемую business-логику, а realtime data source или Worker только инициирует его.
+
+## Выбор базового класса
+
+- Используй `UseCase<P, R>` для одноразовых suspend-операций.
+- Используй `FlowUseCase<P, R>` для наблюдаемых потоков.
+- Не создавай обёртки Repository или Interactor для новой работы.
+
+## Зависимости конструктора
+
+Внедряй конкретные зависимости напрямую:
+- `NetworkService` для вызовов Ktor.
+- `AppDatabase`, когда нужна транзакция Room.
+- Классы DAO для чтения/записи Room.
+- Классы DataStore для сохраняемых настроек.
+- Другие use case при композиции поведения.
+- `SharedDispatchers` как не-`private` параметр, передаваемый в базовый класс.
+
+## Параметры
+
+- Без входных данных: используй `Unit` и оставляй `execute(params: Unit)`.
+- Один входной параметр: используй domain-тип как `P`, переименуй override-параметр и добавь
+  `@file:Suppress("PARAMETER_NAME_CHANGED_ON_OVERRIDE")`.
+- Два и более входных параметра: добавь вложенный `data class Params(...)` и используй его как `P`.
+
+## Шаблон одноразового UseCase
+
+```kotlin
+@file:Suppress("PARAMETER_NAME_CHANGED_ON_OVERRIDE")
+
+class ThingsDetailsUseCase @Inject constructor(
+    private val networkService: NetworkService,
+    private val thingDao: ThingDao,
+    dispatchers: SharedDispatchers
+): UseCase<ThingId, Unit>(dispatchers.io) {
+
+    override suspend fun execute(thingId: ThingId) {
+        handleResponse(
+            request = {
+                val request = ThingsDetailsRequest(thingId)
+                networkService.thingsDetails(request)
+            },
+            onSuccess = { data ->
+                thingDao.upsert(data.entity)
+            },
+            onFailure = { error -> throw ThingsDetailsException(error.message) }
+        )
+    }
+
+    data class ThingsDetailsException(
+        override val message: String
+    ): AppNetworkException(message)
+}
+```
+
+Замени `AppNetworkException` на базовое сетевое исключение целевого проекта. Имя use case и
+вложенного исключения выводи из endpoint path или имени метода `NetworkService`, а не из intent
+экрана.
+
+## Шаблон Flow
+
+```kotlin
+@file:Suppress("PARAMETER_NAME_CHANGED_ON_OVERRIDE")
+
+class ThingEntityFlowUseCase @Inject constructor(
+    private val thingDao: ThingDao,
+    dispatchers: SharedDispatchers
+): FlowUseCase<ThingId, ThingEntity>(dispatchers.io) {
+
+    override fun execute(thingId: ThingId): Flow<ThingEntity> {
+        return thingDao.selectFlow(thingId)
+    }
+}
+```
+
+## Шаблон значения сети
+
+Используй это, когда сетевой ответ нужен как значение внутри `execute`.
+
+```kotlin
+@file:Suppress("PARAMETER_NAME_CHANGED_ON_OVERRIDE")
+
+class ThingsDetailsUseCase @Inject constructor(
+    private val networkService: NetworkService,
+    dispatchers: SharedDispatchers
+): UseCase<ThingId, ThingEntity>(dispatchers.io) {
+
+    override suspend fun execute(thingId: ThingId): ThingEntity {
+        val data = handleResponseResult {
+            val request = ThingsDetailsRequest(thingId)
+            networkService.thingsDetails(request)
+        }.getOrElse { throwable ->
+            if (throwable is CancellationException) throw throwable
+            throw ThingsDetailsException(throwable.message.orEmpty())
+        }
+
+        return data.entity
+    }
+
+    data class ThingsDetailsException(
+        override val message: String
+    ): AppNetworkException(message)
+}
+```
+
+Здесь преобразование ошибки в endpoint-specific exception является содержательной классификацией,
+а не повторным оборачиванием того же `Result`. Всегда пробрасывай `CancellationException` без
+преобразования.
+
+## Обязательное поведение
+
+- `UseCase.execute` возвращает сырой `R`, а не `Result<R>`.
+- Выбрасывай domain-специфичные исключения при ошибках; позволяй базовому `UseCase` конвертировать
+  их в `Result.failure`.
+- Используй `handleResponseResult(...).getOrThrow()`, когда generic exception достаточно; для
+  endpoint-specific exception используй `getOrElse`, пробрось `CancellationException` и выбрось
+  конкретный тип.
+- Вызывай другие use case через `.getOrThrow()`.
+- Вызывай одноразовые use case из ViewModel через `.getOrThrow()` внутри `launch { ... }`.
+- Не добавляй `withContext` или `flowOn`; базовые классы сами обрабатывают диспетчеры.
+- Создавай `val request = ...` перед каждым вызовом `networkService`.

package/assets/skills/create-workmanager-task/SKILL.md

@@ -0,0 +1,41 @@
+---
+name: create-workmanager-task
+description: >-
+  Use when пользователь просит создать или изменить Android WorkManager-задачу, CoroutineWorker,
+  её enqueue/cancel use case, constraints, unique work или retry policy. Не используй для обычного
+  suspend use case без фонового планирования или для foreground service.
+metadata:
+  author: michaelbel
+---
+
+# Создание WorkManager-задачи
+
+Перед изменениями изучи существующие worker, Hilt/WorkManager setup и способы вызова use case в
+целевом проекте. Определи семантику задачи: one-time или periodic, unique identity, условия запуска,
+временные и постоянные ошибки, отмена и идемпотентность.
+
+## Реализация
+
+- Создай тонкий `CoroutineWorker`, который валидирует input, вызывает существующий бизнес-use case
+  через `.getOrThrow()` и преобразует результат в `success`, `retry` или `failure`. Для чисто
+  системной операции вроде показа notification допустим прямой Android API без бизнес-логики.
+- Следуй существующей Hilt-конвенции: `@HiltWorker`/`@AssistedInject` при настроенном
+  `HiltWorkerFactory` либо существующий Hilt `EntryPoint`; не смешивай оба подхода.
+- Создай отдельный scheduling `UseCase` и, когда сценарий требует отмены, cancellation `UseCase`.
+  UI/ViewModel взаимодействуют с ними, а не с `WorkManager` и не с `Worker.enqueue()`.
+- Используй stable unique work name/tag только при реальном identity задачи. Выбери
+  `ExistingWorkPolicy` или `ExistingPeriodicWorkPolicy` по тому, должна ли новая заявка сохранять,
+  заменять или продолжать старую.
+- Добавь только необходимые `Constraints`, delay/interval и backoff. Для временных ошибок ограничь
+  повторы через `runAttemptCount`, если продукт не требует неограниченного retry.
+- Передавай через `Data` небольшие primitive/string значения. Для payload и очереди операций
+  используй Room и передавай worker стабильный id.
+- Пробрасывай `CancellationException`; не превращай отмену в результат работы.
+- Держи операцию идемпотентной, поскольку повторный запуск возможен после частичного выполнения.
+- Для account/session-scoped задачи включи owner/session generation в identity и input. Подключи
+  отмену к logout, но не полагайся на неё как на барьер: worker повторно проверяет актуальную сессию
+  перед запросом и перед Room commit и завершает устаревшую работу без записи.
+
+Проверь, что worker доступен фабрике приложения, scheduling и cancellation используют одинаковый
+identity, а тесты покрывают хотя бы permanent error, transient retry и success, если в проекте есть
+WorkManager test infrastructure.

package/assets/skills/github-repo-settings/SKILL.md

@@ -0,0 +1,152 @@
+---
+name: github-repo-settings
+description: >-
+  Use when the user asks to configure a GitHub repository after creation — set its description
+  and topics, disable Wikis, Issues, Discussions, Projects and Pull Requests, hide Releases,
+  Packages and Deployments from the repository home page, enable Sponsorships, or says "configure
+  repo settings" or "set up GitHub repository". Applies and verifies repository-level settings
+  step by step through `gh`, the documented GitHub REST API and browser UI. Do not use for tracked
+  repository files such as README.md, FUNDING.yml, CODEOWNERS or `.github/workflows`.
+metadata:
+  author: michaelbel
+---
+
+# Настройка GitHub-репозитория
+
+Приведи уже созданный GitHub-репозиторий к стандартному состоянию. Это внешние изменения на
+GitHub; они не разрешают редактировать tracked files, менять visibility, Actions, secrets,
+collaborators, branch protection, Pages, merge policy или security settings.
+
+## Целевое состояние
+
+- задано короткое фактическое description;
+- задано 3–6 релевантных lowercase topics;
+- Wikis, Issues, Discussions, Projects и Pull Requests выключены;
+- Releases, Packages и Deployments скрыты из блока About на главной странице;
+- Sponsorships включены, если валидный `.github/FUNDING.yml` уже находится в default branch;
+- GitHub Actions остаётся включённым.
+
+## 1. Определи точный репозиторий
+
+1. Если пользователь передал `OWNER/REPO` или URL, используй его.
+2. Иначе получи remote из текущего проекта и разреши его через
+   `gh repo view --json nameWithOwner -q .nameWithOwner`.
+3. Перед любым write покажи в update точный `OWNER/REPO`. Не работай с репозиторием, который
+   определился неоднозначно, и не полагайся на случайный current directory.
+4. Выполни `gh auth status`, затем проверь
+   `gh repo view OWNER/REPO --json viewerPermission,isArchived`. Нужен admin-доступ; archived
+   repository не изменяй.
+
+Не печатай auth token, secrets или полный environment.
+
+## 2. Собери исходное состояние
+
+Сначала выполни read-only проверки:
+
+```bash
+gh repo view OWNER/REPO \
+  --json nameWithOwner,description,repositoryTopics,hasWikiEnabled,hasIssuesEnabled,hasDiscussionsEnabled,hasProjectsEnabled,viewerPermission,isArchived
+
+gh api repos/OWNER/REPO \
+  -H "X-GitHub-Api-Version: 2026-03-10" \
+  --jq '{has_pull_requests,default_branch,visibility}'
+```
+
+Проверь default branch на наличие `.github/FUNDING.yml`, не изменяя файл. Текущее состояние нужно
+для итогового diff и чтобы не выполнять лишние write-запросы.
+
+## 3. Подготовь description и topics
+
+1. Возьми назначение проекта из README и фактического кода; не придумывай возможности продукта.
+2. Сформулируй description одним коротким предложением без точки в конце, badges и marketing copy.
+3. Выбери 3–6 topics по платформе, языку, UI/framework и назначению проекта. Topics должны быть
+   lowercase, не длиннее 50 символов и содержать только буквы, цифры и дефисы.
+4. Сохрани релевантные существующие topics и удали только устаревшие или относящиеся к шаблону.
+   Если корректный итоговый набор нельзя вывести из проекта, согласуй его до write-запроса.
+
+## 4. Примени CLI-настройки
+
+Сначала установи description и отключи функции, которые поддерживает `gh repo edit`:
+
+```bash
+gh repo edit OWNER/REPO \
+  --description "PROJECT_DESCRIPTION" \
+  --enable-wiki=false \
+  --enable-issues=false \
+  --enable-discussions=false \
+  --enable-projects=false
+```
+
+Затем приведи topics к согласованному точному набору. Endpoint заменяет весь список, поэтому не
+запускай его до проверки текущих topics:
+
+```bash
+gh api --method PUT repos/OWNER/REPO/topics \
+  -H "X-GitHub-Api-Version: 2026-03-10" \
+  -F 'names[]=TOPIC_ONE' \
+  -F 'names[]=TOPIC_TWO' \
+  -F 'names[]=TOPIC_THREE'
+```
+
+Отключи Pull Requests через документированный REST field, которого пока нет среди флагов
+`gh repo edit`:
+
+```bash
+gh api --method PATCH repos/OWNER/REPO \
+  -H "X-GitHub-Api-Version: 2026-03-10" \
+  -F has_pull_requests=false
+```
+
+Не объединяй эти операции с изменением visibility, default branch или merge settings. При `401`,
+`403` или `404` остановись, перепроверь target/auth/permission и не повторяй write вслепую.
+
+## 5. Примени UI-настройки
+
+Используй доступный browser control с существующей авторизованной GitHub-сессией. Если browser
+недоступен или пользователь не авторизован, не пытайся обходить login: перечисли оставшиеся шаги.
+
+1. Открой главную страницу `https://github.com/OWNER/REPO`.
+2. В блоке **About** нажми шестерёнку.
+3. В **Include in the home page** выключи показанные **Releases**, **Packages** и **Deployments**,
+   затем сохрани. Если конкретного переключателя нет, не имитируй его через private API — отметь
+   его как отсутствующий в текущем UI.
+4. Открой **Settings → General → Features**.
+5. Если `.github/FUNDING.yml` существует в default branch, включи **Sponsorships**. Не создавай и
+   не редактируй funding file в рамках этого skill.
+
+Не используй private/undocumented endpoint для UI-only toggles: интерфейс может изменить внутренний
+запрос без обратной совместимости.
+
+## 6. Проверь результат
+
+Повтори CLI-проверки из шага 2 и сравни их с целевым состоянием. Отдельно проверь topics:
+
+```bash
+gh api repos/OWNER/REPO/topics \
+  -H "X-GitHub-Api-Version: 2026-03-10" \
+  --jq '.names'
+```
+
+В браузере обнови страницы About и Settings → General и убедись, что UI-переключатели сохранились.
+Не считай задачу завершённой только по успешному exit code команды.
+
+В финальном ответе кратко перечисли:
+
+- настроенный `OWNER/REPO`;
+- итоговые description и topics;
+- подтверждённые выключенные функции;
+- статус Releases/Packages/Deployments и Sponsorships;
+- шаги, которые не удалось выполнить из-за permissions или отсутствия browser session.
+
+## Актуальность API
+
+Workflow основан на текущих официальных интерфейсах:
+
+- [`gh repo edit`](https://cli.github.com/manual/gh_repo_edit);
+- [REST: Update a repository](https://docs.github.com/en/rest/repos/repos?apiVersion=2026-03-10#update-a-repository);
+- [REST: Replace all repository topics](https://docs.github.com/en/rest/repos/repos?apiVersion=2026-03-10#replace-all-repository-topics);
+- [Disabling pull requests](https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/enabling-features-for-your-repository/disabling-pull-requests);
+- [Displaying a sponsor button](https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/displaying-a-sponsor-button-in-your-repository).
+
+Если GitHub отклоняет `X-GitHub-Api-Version: 2026-03-10` или документированный field, сначала
+перепроверь актуальную официальную документацию. Не переключайся автоматически на private API.