diff --git a/personal/plans/balda-callee-prism-plan.md b/personal/plans/balda-callee-prism-plan.md index 32ca58a1..fab8def5 100755 --- a/personal/plans/balda-callee-prism-plan.md +++ b/personal/plans/balda-callee-prism-plan.md @@ -1,10 +1,10 @@ # Текущее состояние — Balda / Broker — 2026-10-03 21:52 Бишкек -Статус: **приёмочный Docker-прогон выполнен; автоматическая публикация исправлена в Broker и конфигурации Balda, но новый end-to-end прогон ещё нужен. Общий release остаётся NO-GO до него и приёмки точного HEAD PR #12.** Записи ниже — история и могут содержать устаревшие статусы. +Статус: **приёмочный Docker-прогон выполнен на прежнем образе; автоматическая публикация исправлена, а Balda теперь запущена из чистого HEAD PR #12. Общий release остаётся NO-GO до нового end-to-end прогона, подтверждающего публикацию и уведомления на этом образе.** Записи ниже — история и могут содержать устаревшие статусы. - **Прогон:** `run-fbe2cb459fe2965554402aba1bd5fcd0` стартовал с `a030ce3`, завершился `succeeded`, `cleanup=done`, `quality.passed=true`. Worker создал `4dafb9d` для команды `hi`. В исходном Mattermost треде `jqor5w1qd3n5irizqd1jqued1a` Balda durable outbox хранит два разных отправленных сообщения с provider ID: запрос апрува (event 13) и финал (event 30). Повторы webhook шли с теми же dedupe keys; cleanup (event 31) не создал третий финальный пост. - **Доставка кода:** после успеха Balda не вызвала `execution_publish_artifacts`. Коммит `4dafb9d` опубликован вручную через проверяющий API Broker в Git-зеркало и чистый локальный `/Users/admin/Developer/go-cli-test`. После публикации `go test ./...` прошёл, `go run . hi` напечатал `hello world!`, `add 2 3` — `5`. Причина пропуска найдена: MCP давал Balda ссылки на артефакты, но требовал недоступный ей SHA из `commit.json`; webhook prompt также не называл публикацию явно. Broker теперь сам проверяет commit/quality/bundle, а `expected_head` в MCP необязателен. Активный Broker обновлён, Balda webhook prompt требует публикацию перед закрытием Story, плагин обновлён до rc.19. Idempotent вызов действующего API без `expected_head` вернул HTTP 200 и прежнюю ревизию `4dafb9d`; новый автоматический end-to-end прогон ещё не проведён. -- **PR [#12](https://github.com/baldaworks/balda/pull/12):** открыт, не draft, HEAD `c5186037`, GitHub сообщает `mergeable_state=clean`; 8/8 checks успешны, ревью пока нет. Изменение маршрутизирует header-authenticated webhook по `chat_id`, даёт fallback для отсутствующей/неактивной сессии и receipt после реальной отправки. Активный бинарник Balda содержит `vcs.revision=d094943b` и `vcs.modified=true`, поэтому успешный live-прогон **не доказывает** работу точного HEAD PR #12. Код можно отдавать на ревью; перед merge/release нужна приёмка сборки точного HEAD. +- **PR [#12](https://github.com/baldaworks/balda/pull/12):** открыт, не draft, HEAD `c5186037`, GitHub сообщает `mergeable_state=clean`; 8/8 checks успешны, ревью пока нет. Изменение маршрутизирует header-authenticated webhook по `chat_id`, даёт fallback для отсутствующей/неактивной сессии и receipt после реальной отправки. Чистый checkout PR находится на `c5186037`. Прежний вывод о другом SHA Balda был неверен: `d094943b` в Go metadata относился к внешнему репозиторию Broker, а `deepseekfix` был унаследованной меткой старого образа. Теперь Balda переключена на образ `balda-mm:pr12-c5186037-20261003`, собранный из чистого HEAD PR #12; хеш запущенного бинарника совпадает с build artifact `55154c44…`. Текущий конфиг прошёл `balda validate`, плагин rc.19 установлен. Код PR можно ревьюить; для merge/release остаётся повторить сквозной приёмочный прогон на этом образе. - **Следующий контроль:** проверить автоматическую публикацию без ручного API-вызова в новом прогоне и повторить уведомления на образе из `c5186037`. PR и Broker-изменения не слиты автоматически. --- diff --git a/personal/plans/personal-os-operating-plan-2026-10-03.md b/personal/plans/personal-os-operating-plan-2026-10-03.md index 065df6b7..925fb989 100755 --- a/personal/plans/personal-os-operating-plan-2026-10-03.md +++ b/personal/plans/personal-os-operating-plan-2026-10-03.md @@ -4,7 +4,7 @@ tags: [personal-os, execution-plan, focus, work-life-balance] date: 2026-10-03 status: approved-for-implementation approved_on: 2026-10-03 -implementation_status: not-started +implementation_status: in-progress mission: "[[personal/projects/personal-os/personal-os-purpose]]" --- @@ -12,7 +12,7 @@ mission: "[[personal/projects/personal-os/personal-os-purpose]]" **Утверждённое решение от 2026-10-03:** сначала запустить контур управления самочувствием, фокусом и посильной нагрузкой Алекса. Его главная проблема сейчас — **рваный фокус**: одновременно идут его задачи и много агентных задач, которые неожиданно возвращаются к нему как ревью/решения. Технические источники дают факты, но само приложение на переднем плане не определяет рабочую тему. Кодинговые агенты — второй контур, ограниченный человеческим временем ревью и токенами. Этот документ заменяет прежнюю версию плана от 2026-10-03, где на первое место ошибочно поставлена техническая надёжность feed. -**Состояние выполнения:** план утверждён, реализация не начата. Алекс запускает работу в **следующей сессии**, не в сессии утверждения. Утверждение охватывает локальный код, read-only интеграции и новый тихий shadow-автозапуск после теста; не охватывает старый Executor, push-уведомления или запись в Asana/GitHub. Миссия: [[personal/projects/personal-os/personal-os-purpose]]. Исходное состояние: [[personal/projects/personal-os/personal-os-status-2026-10]]. +**Состояние выполнения:** пакет A выполнен 3 октября в следующей сессии; следующий пакет — B (GitHub obligations). Утверждение охватывает локальный код, read-only интеграции и новый тихий shadow-автозапуск после теста; не охватывает старый Executor, push-уведомления или запись в Asana/GitHub. Миссия: [[personal/projects/personal-os/personal-os-purpose]]. Исходное состояние: [[personal/projects/personal-os/personal-os-status-2026-10]]. ## 1. Системная задача и критерий пользы @@ -57,7 +57,10 @@ mission: "[[personal/projects/personal-os/personal-os-purpose]]" **Аудит источников:** [[personal/plans/personal-os-source-audit-2026-10-03]] фиксирует `есть / нет / свежесть / достоверность / что требуется от Алекса / точная правка / проверка` для Asana, GitHub, браузера, worktrees и Codex/Claude/Balda. Его выводы уточняют P0.1; аудит не включал автозапуск сборщиков. -### Первый исполняемый срез — утверждён, старт в следующей сессии +### Первый исполняемый срез — выполняется + +**Пакет A — выполнен 2026-10-03.** Добавлены локальная очередь `work_demands`, статус источника и классификация прямых вопросов, ревью, назначений и неопределённостей. После одного read-only refresh очередь `fresh`: 2 прямых вопроса и 1 запрос на ревью из Asana; FYI и автоматические напоминания не названы обязанностью. Проверены 20 реальных комментариев без переноса текста в отчёт, 6 автоматических тестов проходят. Обновлён `~/context/attention.md`. Старый Executor и расписание не запускались. + **Режим разработки:** одна активная coding-задача Personal OS за раз, один проверяемый результат на задачу, без unattended respawn; текущие Balda/Broker/Virfield уже занимают часть reviewer capacity. До достоверного учёта токенов не выдавать агенту бесконечный Ralph loop. Лимиты первого среза: одна попытка исправления после неудачной проверки, один пакет на ревью Алексу в день, целевой размер ревью до 20 минут. Фактические токены/стоимость логировать, отсутствие usage обозначать `unmetered`; численные token caps P1 согласуются отдельно. Параллельно coding-задаче можно вести read-only диагностику следующего адаптера без нового запроса к Алексу. diff --git a/personal/projects/balda/balda.md b/personal/projects/balda/balda.md index be49fdb0..1b1e3e1d 100755 --- a/personal/projects/balda/balda.md +++ b/personal/projects/balda/balda.md @@ -1,6 +1,6 @@ # Balda (Валера) — AI Worker Bot -> **Актуальный статус — 2026-10-03.** Mattermost-интеграция PR #8 уже в upstream. [PR #12](https://github.com/baldaworks/balda/pull/12) по маршрутизации webhook открыт на `c5186037`: 8/8 GitHub checks прошли, ревью нет. Код готов к ревью, но точный HEAD ещё не проверен в live (работающий бинарник собран из `d094943b` с локальными изменениями). Приёмочный Broker run `run-fbe2cb459fe2965554402aba1bd5fcd0` прошёл; Mattermost отправил апрув и финал в исходный тред. Результат `4dafb9d` был доставлен в `go-cli-test` вручную через Broker API: Balda пропустила автоматическую публикацию. Broker теперь сам проверяет commit/quality/bundle без обязательного SHA от Balda; webhook и плагин rc.19 требуют публикацию до закрытия Story. Новый end-to-end прогон ещё не проведён. Общий release — NO-GO. Детали и текущие проверки: [[personal/plans/balda-callee-prism-plan]]. Ниже сохранена историческая документация; старые статусы PR и конфигурации не являются текущими. +> **Актуальный статус — 2026-10-03.** Mattermost-интеграция PR #8 уже в upstream. [PR #12](https://github.com/baldaworks/balda/pull/12) по маршрутизации webhook открыт на `c5186037`: 8/8 GitHub checks прошли, ревью нет. Код готов к ревью; Balda уже запущена из чистого HEAD PR `c5186037`, и хеш бинарника в контейнере совпадает с собранным артефактом. Прежний вывод о другом SHA был ошибкой: `d094943b` относился к внешнему репозиторию Broker, а `deepseekfix` был старой меткой образа. Локальных правок кода Balda в текущем бинарнике нет; новый сквозной прогон ещё нужен. Приёмочный Broker run `run-fbe2cb459fe2965554402aba1bd5fcd0` прошёл; Mattermost отправил апрув и финал в исходный тред. Результат `4dafb9d` был доставлен в `go-cli-test` вручную через Broker API: Balda пропустила автоматическую публикацию. Broker теперь сам проверяет commit/quality/bundle без обязательного SHA от Balda; webhook и плагин rc.19 требуют публикацию до закрытия Story. Новый end-to-end прогон ещё не проведён. Общий release — NO-GO. Детали и текущие проверки: [[personal/plans/balda-callee-prism-plan]]. Ниже сохранена историческая документация; старые статусы PR и конфигурации не являются текущими. Аналог Hermes. Go-сервис: берёт задачи из чата (Telegram или Zulip), запускает AI CLI и отвечает.