srekit

README

srekit

📚 Documentation: jtprogru.github.io/srekit (EN + RU, full command reference, guides, recipes, architecture).

Генератор текстовых артефактов SRE: investigation log'и, инциденты, постмортемы, runbook'и, RFC, on-call report'ы, SLO, error budget policies, capacity plans, retro, changelog'и, лицензии.

Все markdown-шаблоны двуязычные: заголовки и метки в формате Русский (English), тело — на русском. Технические идентификаторы (SLO/SLI/RFC/PromQL/UTC/SEV), ключи YAML frontmatter и PromQL-выражения остаются английскими. Шаблон changelog остаётся полностью английским, чтобы не ломать тулинг вокруг Keep a Changelog.

Извлечён из gch в рамках распиливания монолита.

Install

Через Homebrew (macOS / Linux):

brew tap jtprogru/tap
brew install srekit

Через go install:

go install github.com/jtprogru/srekit@latest

Готовые бинарники под Linux / macOS / FreeBSD (amd64, arm64) — на странице Releases.

Uninstall

Homebrew:

brew uninstall srekit
brew untap jtprogru/tap   # опционально

Установка через go install или вручную скачанный бинарник:

rm "$(command -v srekit)"   # или удалите бинарь из своего PATH / $GOBIN

Конфиг и пользовательские шаблоны (если создавались) удаляются отдельно:

rm -f  "${XDG_CONFIG_HOME:-$HOME/.config}/srekit/config.yaml"
rm -rf "${XDG_CONFIG_HOME:-$HOME/.config}/srekit/templates"
# legacy-расположение (до перехода на XDG):
rm -f  ~/.srekit.yaml
rm -rf ~/.srekit

Usage

srekit --help

Все команды поддерживают единый набор флагов: --out FILE (записать в файл), --stdout (печать в stdout), --force (перезаписать), --dry-run (показать без записи), --json (отдать данные шаблона как JSON вместо рендеринга).

С --json команда не рендерит шаблон, а пишет в stdout (или --out FILE) структуру, которую увидел бы шаблон. Удобно для пайплайнов:

srekit task --title "Tail latency" --json | jq '.ID'
srekit postmortem --title X --severity SEV-1 --json | jq '.Severity'

Ключи — PascalCase (так их видит text/template); это публичный контракт. При --json markdown-дефолт пути игнорируется, чтобы JSON случайно не оказался в .md-файле.

srekit task — investigation log для SRE-расследования

srekit task --title "Tail latency on api-gw" --path ./tasks
# → ./tasks/investigation-tail-latency-on-api-gw.md

Шаблон с секциями Context / Hypothesis / Evidence / Findings / Action items / References. Алиас srekit sretask оставлен для совместимости (исторически команда заменяла gch sretask).

srekit license — LICENSE-файл (по умолчанию WTFPL)

srekit license --stdout                          # WTFPL в stdout (как gch lic)
srekit license --out LICENSE                     # записать в LICENSE
srekit license --type mit --out LICENSE          # MIT
srekit license --type apache2 --out LICENSE      # Apache 2.0

Author/email берётся в порядке: --author/--email → SREKIT_AUTHOR/SREKIT_EMAIL → ~/.srekit.yaml → git config user.name/user.email.

srekit postmortem — шаблон постмортема (Google SRE-style)

srekit postmortem --title "API outage" --severity SEV-1 \
  --start 2026-05-06T08:00Z --end 2026-05-06T09:30Z \
  --owner "@oncall" --out postmortem-2026-05-06.md

srekit incident — «живой» инцидент-док

srekit incident --title "API down" --severity SEV-1 --lead alice --stdout

Шаблон для заполнения во время инцидента (статус, лид, коммс, лог апдейтов) — в отличие от постмортема, который пишется после. Статусы: investigated | active | contained | resolved.

srekit rfc — RFC / ADR

srekit rfc --title "Migrate to gRPC" --status proposed --stdout

Статусы: proposed | accepted | rejected | superseded | deprecated.

srekit runbook — runbook для on-call

srekit runbook --title "p99 latency spike" --service api-gw --alert APIHighLatency

srekit changelog — CHANGELOG.md в формате Keep a Changelog

srekit changelog --out CHANGELOG.md                    # репо детектится из git remote
srekit changelog --repo jtprogru/srekit --version 0.2.0

srekit oncall-report — недельный отчёт дежурного

srekit oncall-report --team platform                    # период по умолчанию — текущая неделя
srekit oncall-report --team platform --start 2026-05-04 --end 2026-05-10

srekit slo — SLO/SLI документ

srekit slo --service api-gw --target 99.95% --window 30d --latency 200ms

srekit ebp — Error Budget Policy

srekit ebp --service api-gw --out ebp-api-gw.md

Политика, что команда делает при сгорании бюджета ошибок: triggered actions по уровням (Yellow / Orange / Red), исключения, эскалация.

srekit capacity — план ёмкости

srekit capacity --service api-gw --horizon 1y --out capacity-api-gw.md

Шаблон capacity planning: baseline, допущения роста, прогноз, триггеры скейла, headroom, зависимости, стоимость, риски.

srekit retro — шаблон ретро

srekit retro --team platform --sprint 2026-W19

srekit templates init — твои собственные шаблоны под git

srekit templates init                # → ~/.srekit/templates
srekit templates init ./team-templates --no-git

Раскладывает все встроенные шаблоны в директорию, пишет TEMPLATES.md со справочником плейсхолдеров и FuncMap, и делает git init. Дальше:

cd ~/.srekit/templates
git remote add origin git@github.com:your-team/sre-templates.git
git add . && git commit -m "initial templates" && git push -u origin main

Подключение директории к srekit:

echo 'templates_dir: ~/.srekit/templates' >> ~/.srekit.yaml
# или: export SREKIT_TEMPLATES_DIR=~/.srekit/templates
# или: srekit --templates-dir ~/.srekit/templates …  (на одну команду)

Подмена точечно — только один шаблон под одну команду:

srekit runbook --title "p99 spike" --template ./oneshot-runbook.tmpl --stdout

Если файла нет в твоей директории, srekit тихо берёт встроенный — можно оверрайдить только то, что нужно.

srekit templates pull — синхронизация с remote

srekit templates pull              # git pull --ff-only
srekit templates pull --rebase     # если есть локальные коммиты

Запускает git pull в configured templates_dir. По умолчанию --ff-only, чтобы не получить сюрприз-merge'и. Команда вызывается явно — авто-pull при каждом запуске srekit намеренно не делается (это ломает UX и работу в офлайне).

srekit templates validate — проверить, что твои шаблоны рендерятся

srekit templates validate                    # configured templates_dir
srekit templates validate ./team-templates   # явная директория

Парсит каждый *.tmpl той же FuncMap, что использует srekit, и (для файлов с именами встроенных шаблонов) гоняет dry-run рендер против канонических sample-данных. Ловит:

• Синтаксические ошибки шаблона (unclosed {{, неизвестные функции).
• Опечатки в полях: {{ .Servce }} (вместо .Service) даёт can't evaluate field Servce in type struct { ID string; Title string; … }.
• Ссылки на поля, которые были у тебя в шаблоне, а в новой версии binary переименованы/удалены.

Шаблоны с нестандартными именами (твои собственные, под --template) валидируются только на парс-уровне — у srekit нет канонической data shape, против которой их рендерить.

srekit templates diff — что изменилось относительно embedded-версии

srekit templates diff                  # полный unified diff каждого изменённого файла
srekit templates diff --name-only      # только имена
srekit templates diff --no-color

Сравнивает каждый *.tmpl в твоей templates dir с версией, зашитой в текущий binary. Полезно после srekit templates pull или обновления бинарника — увидеть, что у тебя осталось своё, а что отстало от апстрима. Файлы без embedded-counterpart (твои bespoke-шаблоны) маркируются как user-only.

srekit templates list — что у тебя есть и в каком состоянии

srekit templates list                     # таблица (учитывает configured templates_dir)
srekit templates list ./team-templates    # явная директория
srekit templates list --json | jq         # для пайплайнов
srekit templates list --filter customized # только то, что ты переопределил

Классификация для каждого *.tmpl: identical — байт-в-байт совпадает с embedded; customized — есть у тебя и отличается; user-only — твой bespoke без embedded-counterpart; embedded-only — зашит в бинарник, у тебя нет override. JSON-ключи — camelCase (name, status, userPath); это отличается от PascalCase у --json генераторов — нюанс будет приведён к общему знаменателю к v1.0.

srekit templates upgrade — подтянуть новые embedded-шаблоны

srekit templates upgrade             # 3-way merge кастомизаций, без --force
srekit templates upgrade --dry-run   # посмотреть что изменится
srekit templates upgrade --force     # перезаписать и кастомизации (без merge)

3-way merge: srekit хранит снапшот embedded на момент последнего sync'а в <templates-dir>/.srekit-embedded/ и использует его как merge-base. git merge-file --diff3 мерджит твои изменения с upstream'ом:

• нет файла → копируется;
• идентичен embedded → пропуск;
• upstream без изменений, твои есть → молчаливо не трогаем;
• upstream изменился, твоих нет → fast-forward (без --force);
• расхождение с обеих сторон → 3-way merge. Чистый merge — пишется silently; конфликт — маркеры <<<<<<< / >>>>>>> в файл, exit non-zero, разрешаешь руками.

Без снапшота (старый user dir, до этой версии) — fallback на additive поведение (skip + seed снапшота для следующего apgrade). Сидкар .srekit-embedded/ автоматически попадает в .gitignore твоей dir. TEMPLATES.md обновляется всегда (это reference, не точка кастомизации).

srekit completion — shell autocomplete

srekit completion zsh > "${fpath[1]}/_srekit"
srekit completion bash > /etc/bash_completion.d/srekit

Config

~/.srekit.yaml (опционально):

author: Mikhail Savin
email: jtprogru@gmail.com
# templates_dir: ~/.srekit/templates

Или через env: SREKIT_AUTHOR, SREKIT_EMAIL, SREKIT_TEMPLATES_DIR.

Быстро создать файл интерактивно:

srekit config init                    # TTY → запросит author / email / templates_dir с дефолтами из git config
srekit config init --yes              # non-interactive: значения из --author / --email / git config
srekit config init --force            # перезаписать существующий файл
srekit --config ./my.yaml config init # альтернативный путь

License

WTFPL — см. LICENSE.