Skip to content

Releases: yshishenya/speckit-bootstrap

v0.7.0 - tested-bootstrap

Choose a tag to compare

@github-actions github-actions released this 14 Jul 19:41
Immutable release. Only release title and notes can be modified.
b09e1b5

v0.7.0: быстрый и проверяемый delivery

Full CI выполняется один раз на PR; merge и release больше не повторяют функциональные проверки неизменившегося кода. Release собирает точный tagged artifact, а upstream drift проверяет отдельный weekly/manual canary. Baseline: Spec Kit v0.12.15, issue-canon v0.3.1; real canary: Codex 0.144.4 и Ponytail v4.8.4. Проверено на Ubuntu и macOS, CodeQL, actionlint и zizmor.

v0.6.1 - reliable-release-publishing

Choose a tag to compare

@yshishenya yshishenya released this 13 Jul 11:55
a1379e0

Исправлено

  • изолированный write-only publish-job теперь передаёт репозиторий явно в gh release upload;
  • verified assets прикрепляются без checkout и без исполнения кода репозитория в привилегированном job;
  • добавлена регрессионная проверка repository context.

Проверка

  • static/unit: Ubuntu и macOS;
  • pinned-upstream live smoke: Ubuntu и macOS;
  • локально: 12/12 unit на Bash 3.2 и Bash 5, ShellCheck 0.11.0, actionlint 1.7.7, zizmor без findings.

Этот patch-релиз заменяет v0.6.0 как рекомендуемую версию. Функциональные возможности и миграция lock schema v2 остаются без изменений.

Исправление: PR #8
Основной релиз: PR #6
Зависимый релиз: GitHub Issue Canon v0.2.6

v0.6.0 - reproducible-secure-bootstrap

Choose a tag to compare

@yshishenya yshishenya released this 13 Jul 11:50
4a33382

Что вошло

  • воспроизводимый bootstrap с lock schema v2 и проверкой digest для extension payload и глобальных skills;
  • точная фиксация commit provenance для Spec Kit CLI;
  • неизменяемые ссылки на Ponytail и GitHub Issue Canon v0.2.6;
  • команды --doctor, --dry-run, --frozen, --json и --version;
  • проверяемая установка с SHA-256 и разделение build/publish привилегий релизного workflow;
  • расширенные unit и live smoke-тесты на Ubuntu и macOS.

Миграция

Lock-файлы schema v1 нужно один раз обновить обычным запуском без --frozen. После обновления можно снова использовать frozen-режим.

Проверка

CI: static/unit и pinned-upstream smoke успешно пройдены на Ubuntu и macOS. Дополнительно локально проверены latest-upstream, реальный Ponytail v4.8.4, Issue Canon v0.2.6, tamper rejection и checksum installer.

Зависимый релиз: GitHub Issue Canon v0.2.6

Полный diff: PR #6

v0.5.2 - task-title-canon-bootstrap

Choose a tag to compare

@yshishenya yshishenya released this 08 Jul 16:57

Что изменилось

  • Managed GitHub issue block в AGENTS.md теперь указывает тот же canonical title для Spec Kit task-backed issues: [<feature>][<priority>][<area>] T###: <русский результат>.
  • Уточнено, что bare T###: ... titles являются fallback только для репозиториев без github-issue-canon.
  • Bootstrap запускает official Spec Kit init с SPECIFY_INIT_DIR, чтобы project resolution был явным.
  • Managed AGENTS.md blocks нормализуются к одному trailing newline, чтобы repeated refresh не создавал пустые diff.
  • Добавлена git diff hygiene: refresh-only Spec Kit install metadata скрывается через skip-worktree по умолчанию; для audit/release можно включить SPECKIT_TRACK_INSTALL_METADATA=1.

Validation evidence

  • bash -n bin/speckit-bootstrap.
  • bin/speckit-bootstrap --help показал новую переменную SPECKIT_TRACK_INSTALL_METADATA.
  • git diff --check.

Compatibility / migration impact

  • Новые bootstrap-refresh проекты получают короткое always-loaded правило в AGENTS.md, а детальный canon остается в docs/agent-guidance/github-issue-canon.md из extension.
  • SPECKIT_TRACK_INSTALL_METADATA=1 нужен только если специально надо видеть/коммитить drift install metadata.
  • Правило title синхронизировано с spec-kit-ext-github-issue-canon v0.2.3.

Known limitations

  • Full bootstrap run не запускался в рамках release, потому что команда мутирует целевой проект и устанавливает/обновляет внешние зависимости; проверены syntax/help/diff gates.
  • Enforcement старых issues выполняет extension validate/normalize; bootstrap только раздает короткое guidance и ставит extension.

PR / issues

  • Release commit: 1974e64.
  • PR не создавался: maintainer direct release.
  • Нет отдельного tracked issue для этого release.

v0.5.1 - risk-lane-template-preservation

Choose a tag to compare

@yshishenya yshishenya released this 26 Jun 04:38

Что изменилось

  • speckit-bootstrap теперь сохраняет project-owned risk/validation lane prompts в plan/tasks templates при bootstrap refresh.
  • Managed Ponytail-in-Spec-Kit guidance стал lane-aware: Ponytail не снижает выбранный validation scope.
  • README уточняет, что task-to-issues нужен для tracked Spec Kit feature slices, а не для read-only/docs-only/tiny low-risk direct changes.

Validation evidence

  • bash syntax check для bin/speckit-bootstrap.
  • Embedded Python patcher compile check.
  • Template patcher simulation на временных копиях upstream templates.
  • git diff --check.

Compatibility / migration impact

  • Совместимо с существующими проектами.
  • После bootstrap refresh проекты с lane policy сохранят prompts в Spec Kit templates.

Known limitations

  • Lane policy остается project-owned; bootstrap только сохраняет prompts, если проект использует этот процесс.

Links

v0.5.0 - ponytail-bootstrap-integration

Choose a tag to compare

@yshishenya yshishenya released this 25 Jun 14:09
b5c533e

Что изменилось

  • speckit-bootstrap теперь устанавливает или обновляет DietrichGebert/ponytail через Codex plugin manager.
  • При каждом bootstrap обновляется managed block SPECKIT PONYTAIL в root AGENTS.md.
  • Upstream AGENTS.md из Ponytail подтягивается в docs/agent-guidance/ponytail-upstream.md, чтобы изменения upstream приходили без ручного копирования.
  • Добавлены --skip-ponytail и SPECKIT_PONYTAIL=0 для окружений, где plugin ставить не нужно.
  • Убраны лишние Ponytail override knobs и Python fallback-слои из bootstrap/installer.

Совместимость и миграция

  • Это SemVer minor release для bootstrap wrapper/tooling.
  • Ponytail hooks и skills не vendored в этот репозиторий; обновление остается за Codex plugin manager.
  • Existing projects можно обновить обычным повторным запуском speckit-bootstrap ..
  • После первого install/update Ponytail нужно открыть /hooks в Codex и доверить hooks, если diff ожидаемый.

Проверка

  • bash -n bin/speckit-bootstrap
  • bash -n install.sh
  • git diff --check
  • fresh bootstrap smoke с Ponytail plugin-managed path
  • fresh bootstrap smoke с --skip-ponytail

Ограничения

  • Локальный ~/.local/bin/speckit-bootstrap этим релизом не обновляется автоматически; для установки нужно снова выполнить install command из README.
  • Релиз не меняет Spec Kit workflow или GitHub issue canon, только добавляет Ponytail-guidance слой.

Ссылки

v0.4.1 - release-versioning-policy

Choose a tag to compare

@yshishenya yshishenya released this 18 Jun 01:43
3b75537

Что изменилось

  • Добавлено правило release/versioning в README bootstrap.
  • bin/speckit-bootstrap теперь добавляет или обновляет managed block SPECKIT RELEASE VERSIONING в AGENTS.md проекта.
  • Новые и обновленные проекты получают правило: продукты/services - CalVer vYYYY.MM.DD.N, reusable tooling/extensions/bootstrap - SemVer vMAJOR.MINOR.PATCH.
  • Release notes по умолчанию должны быть на русском и содержать изменения, validation evidence, compatibility/migration notes, known limitations и ссылки.

Совместимость и миграция

  • Это SemVer patch release для bootstrap wrapper/tooling.
  • Spec Kit init flags не менялись.
  • При повторном запуске bootstrap existing release/versioning block обновляется, а не дублируется.
  • Установленный локальный wrapper синхронизирован с исходником.

Проверка

  • git diff --check
  • bash -n /Users/yshishenya/Documents/speckit-bootstrap/bin/speckit-bootstrap
  • cmp -s /Users/yshishenya/Documents/speckit-bootstrap/bin/speckit-bootstrap ~/.local/bin/speckit-bootstrap: совпадает

Ограничения

  • Этот релиз не нормализует старые issue bodies и не меняет GitHub issue closure canon.
  • Этот релиз не меняет init compatibility logic из предыдущих версий.

Ссылки

v0.4.0 — Russian GitHub issue/PR guidance

Choose a tag to compare

@yshishenya yshishenya released this 18 Jun 01:16
e08f838

Кратко

speckit-bootstrap v0.4.0 синхронизирует bootstrap wrapper с новым Russian-only GitHub issue/PR canon из github-issue-canon v0.2.0.

Что изменилось

  • Managed AGENTS.md block больше не просит короткий evidence note.
  • Новое правило требует подробный русский closure comment перед закрытием issue.
  • В closure comment нужно объяснить:
    • что закрыто;
    • почему это важно для проекта или пользователя;
    • как это проверено;
    • что не входит в задачу;
    • какой PR и какой Spec Kit task закрыты.
  • README теперь описывает PR template как часть tracking model.
  • Bootstrap guidance явно разделяет:
    • Fixes, Closes, Resolves для полного закрытия issue;
    • Refs, Part of для частичной связи.
  • PR descriptions, issue bodies, comments, closure comments и sync notes теперь явно default-to-Russian.

Breaking / migration note

Эта версия рассчитана на Russian-only issue canon. Проекты со старыми английскими issue sections должны обновить extension и нормализовать open Spec Kit issues перед clean validation.

Проверки

  • git diff --check
  • локальный wrapper ~/.local/bin/speckit-bootstrap синхронизирован с bin/speckit-bootstrap
  • поиск старой формулировки короткий комментарий чистый
  • wrapper содержит новые правила про PR descriptions, closing keywords и подробный closure comment

speckit-bootstrap v0.3.6

Choose a tag to compare

@yshishenya yshishenya released this 17 Jun 22:26
c348aec

Changed

  • Updated bootstrap documentation and managed GitHub issue guidance to point at docs/agent-guidance/github-issue-canon.md.

Validation

  • Release PR: #1
  • bash -n bin/speckit-bootstrap
  • git diff --check

v0.3.5

Choose a tag to compare

@yshishenya yshishenya released this 17 Jun 20:04

Removed

  • Removed the temporary retired external tracker cleanup path from the bootstrap
    wrapper and docs.
  • Removed the follow-up backlog entry for that cleanup now that active projects
    are expected to keep GitHub issues as the only external tracking surface.