PLANKA Flow Docs

Последние изменения flow

Последние изменения flow

Этот раздел генерируется автоматически из CHANGELOG.md и показывает последние flow-релевантные изменения, которые уже зафиксированы в репозитории.

Unreleased delta

  • [ISSUE-387] Добавлен source layout docs/flow/web-source/ и generator scripts/flow_docs/build_flow_docs.py для канонической web-документации flow на базе Readocly.
  • [ISSUE-387] Добавлен publish pipeline .github/workflows/publish-flow-docs.yml и shell entrypoint scripts/flow_docs/publish_flow_docs.sh: после push в main он собирает flow-web-docs-bundle, а при наличии REDOCLY_* secrets публикует bundle в Readocly Reunite.
  • [PL-013] Создан GitHub Project PLANKA Roadmap: https://github.com/users/justewg/projects/2.
  • [PL-013] Добавлены поля Task ID, Priority, Scope, Flow и импортирован backlog PL-001..PL-012 как draft items.
  • [PL-019] Добавлен workflow автозакрытия задач по merged PR: PL-xxx из title/body автоматически переводятся в Done в GitHub Project (Status и Flow).
  • [PL-019] Устранена нестабильность unknown owner type в Actions: перевод карточек в Done переведен на GraphQL (updateProjectV2ItemFieldValue) с fail-fast поведением workflow.
  • [PL-019] Исправлен лимит GitHub GraphQL для project items: itemsFirst уменьшен до 100, чтобы workflow автозакрытия не падал с first limit of 100.
  • [PL-021] Добавлены Telegram push-уведомления из GitHub Actions через TG_BOT_TOKEN и TG_CHAT_ID.
  • [PL-022] Добавлены Telegram-сигналы на события PR-ревью и финальные статусы post-merge workflow (Deploy Main to Hosting, Project Auto Close Tasks).
  • [APP-07] Flow-конфигурация переведена на единый project-scoped файл .flow/config/flow.env с шаблоном .flow/config/flow.sample.env; .env.codex убран как второй слой, а profile_init, migration_kit, onboarding_audit, launchd и PM2-entrypoints переведены на новый контракт.
  • [APP-07] Live runtime переведен на новый .flow-контракт: launchd-агенты переустановлены как com.flow.codex-daemon.planka / com.flow.codex-watchdog.planka с DAEMON_GH_ENV_FILE=.flow/config/flow.env, а .flow остается единственным каноническим automation-root.
  • [APP-07] Ops-bot и status/Telegram слой подготовлены к multi-project режиму: remote snapshot/summary разделяются по источникам, /status отдает сводку по нескольким runtime, а daemon/watchdog Telegram-оповещения снова включают label проекта.
  • [APP-07] Логи runtime вынесены из <state-dir> в отдельный host-level shared root .ai-flow: daemon/watchdog/executor и launchd stdout/stderr теперь пишут в /var/sites/.ai-flow/logs/<project>/runtime, PM2 — в /var/sites/.ai-flow/logs/<project>/pm2, а в <state-dir> оставлены compatibility symlink-и на новые log-файлы.
  • [APP-07] Поднят transitional shared toolkit surface в .ai-flow/shared: host-level пути /var/sites/.ai-flow/shared/scripts и /var/sites/.ai-flow/shared/docs опубликованы как общий источник flow-wrapper/doc для consumer-project, при этом source of truth пока остаётся в versioned PLANKA/.flow/scripts и PLANKA/.flow/docs.
  • [APP-07] Общий flow-toolkit физически вынесен в /var/sites/.ai-flow/shared/{scripts,docs}; consumer-project больше не хранят toolkit-content и host-local symlink-и .flow/scripts / .flow/docs в git, эти links создаются локально владельцем окружения или onboarding-скриптом.
  • [APP-07] Добавлен детальный runbook APP-07.5 в docs/codex/gh-app-daemon-integration-plan.md: выдача доступа GitHub App к Project v2, обновление installation и верификация через App token.
  • [APP-07] Добавлен onboarding-checklist включения auth-сервиса GitHub App в docs/codex/gh-app-daemon-integration-plan.md (env, pm2, launchd, деградация/recovery).
  • [APP-07] Обновлен README.md: добавлена ссылка на runbook/онбординг GitHub App auth-сервиса.
  • [APP-07] Обновлен scripts/codex/README.md: добавлены указания по Project v2 permissions для App и быстрый health-check включения сервиса.
  • [APP-07] Зафиксирован hybrid-режим для user-owned Project v2: App token для Issue/PR, отдельный DAEMON_GH_PROJECT_TOKEN для Project операций.

Release policy

  • Web-docs bundle пересобирается и публикуется после каждого push в main.
  • Источником release delta остается CHANGELOG.md.
  • Если изменение во flow не отражено в changelog, оно не попадет в этот раздел автоматически.