DESIGN v2: refocus to autonomous content producer with grounding
Смена целенаправленности: не реклама/аналитика метрик, а производство контента (текст, изображение, подкаст, видео) + анализ его метрик + SEO. - Новый центральный объект content_items (kind, status-конвейер brief→generated→optimized→published→measured, site, deal_id) - areas: text, image, podcast, video, seo_onpage, seo_semantics, publish - metric_kind: reach, engagement, position, traffic, conversion, revenue, speed, quality - источники метрик: Метрика API, GSC, Yandex Webmaster, Wordstat (+platform/manual/client) - skills привязаны к реальному стеку: editor-pro, ComfyUI, Silero TTS, video-pipeline, Wordstat, Astro (retrieval по bge-m3) - автономия по заслугам: тир на область, +1 за 3 успеха, -1 за провал - конвейер производства добавлен как сквозной процесс - TODO переписан: 8 шагов (0-7) с критериями приёмки
This commit is contained in:
1 parent
436dd5fa31
commit
97f03a9dd5
3 files changed
+212
-146
No files matched your search
@@ -1,71 +1,80 @@
|
||||
# spark-mind — Оставшиеся TODO
|
||||
|
||||
Полный план — в [DESIGN.md](./DESIGN.md) (заземлённый контур + автономия по заслугам).
|
||||
Здесь — рабочий чек-лист. Порядок обязателен: зависимости между шагами.
|
||||
Полный план — в [DESIGN.md](./DESIGN.md): **автономный контент-продюсер
|
||||
с заземлением на метриках и автономией по заслугам.**
|
||||
|
||||
Статус: **P0–P5 базовые завершены** (heartbeat→mind, JSON output, bge-m3
|
||||
embeddings, sub-agents, SQLite, Telegram+fallback). Далее — новая программа.
|
||||
Статус: P0–P5 базовые завершены (heartbeat→mind, JSON output, bge-m3 embeddings,
|
||||
sub-agents, SQLite, Telegram+fallback). Далее — программа контент-производства.
|
||||
|
||||
## Шаг 0 — Основа (дёшево, чистит память)
|
||||
Порядок обязателен: есть зависимости между шагами.
|
||||
|
||||
## Шаг 0 — Основа
|
||||
- [ ] P5: `decision.noAction: true` — агент может решить, что действие не нужно,
|
||||
и не писать thought. Сейчас heartbeat всегда «работает» → шум в памяти.
|
||||
- [ ] Тонкий `Channel`-интерфейс: `ConsoleChannel`, `TelegramChannel`, `FileChannel`.
|
||||
и не писать thought (сейчас heartbeat всегда «работает» → шум в памяти).
|
||||
- [ ] Тонкий `Channel`: `ConsoleChannel`, `TelegramChannel`, `FileChannel`.
|
||||
`sendReply` сейчас жёстко зашит на Telegram+console.
|
||||
|
||||
## Шаг 1 — Планировщик (нужен для measure/reflection)
|
||||
- [ ] Cron/otlozhennye задачи: триггер `{type:'task'}` объявлен, но никто не эмитит.
|
||||
- [ ] Проверка due-записей в SQLite → эмит `{type:'measure'}`.
|
||||
## Шаг 1 — Планировщик (нужен для pipeline/measure/reflection)
|
||||
- [ ] Cron-задачи: триггер `{type:'task'}` объявлен, но никто не эмитит.
|
||||
- [ ] Проверка due-записей в SQLite → эмит `{type:'pipeline'}` и `{type:'measure'}`.
|
||||
- [ ] Ночной `{type:'reflection'}`.
|
||||
- Приёмка: задача с датой выполняется в срок.
|
||||
|
||||
## Шаг 2 — Контур A: сделки и контрагенты
|
||||
- [ ] Таблицы `counterparties`, `deals`, `deal_events` (append-only).
|
||||
- [ ] `trust_score` выводится из истории, не задаётся руками.
|
||||
- [ ] Mind умеет открывать/двигать сделку (offered→accepted→delivered→paid|refused|defaulted).
|
||||
- Приёмка: сделка проходит полный цикл, все переходы в журнале.
|
||||
## Шаг 2 — Конвейер контента (центральный объект)
|
||||
- [ ] Таблица `content_items` (kind: text|image|podcast|video; status:
|
||||
brief→generated→optimized→published→measured→archived).
|
||||
- [ ] Переходы статусов + журнал переходов.
|
||||
- [ ] Привязка к `site` (свои сайты) и `deal_id` (клиентские заказы).
|
||||
- Приёмка: item проходит brief→published, все переходы в журнале.
|
||||
|
||||
## Шаг 3 — Контур B: outcomes (ядро уникальности)
|
||||
- [ ] Таблица `outcomes`: метрики разного типа (reach, position, engagement,
|
||||
conversion, sale, revenue, cost, speed, quality), `direction`, `horizon_days`, `due_at`.
|
||||
- [ ] Замер через `{type:'measure'}`: тянем метрику из источника (Метрика/GSC/Директ/Вордстат/manual).
|
||||
- [ ] Нормализация в `score` [-1..+1] (формула в DESIGN.md §4.1).
|
||||
## Шаг 3 — Заземление: outcomes + measure
|
||||
- [ ] Таблица `outcomes`: metric_kind (reach, engagement, position, traffic,
|
||||
conversion, revenue, speed, quality), direction, horizon_days, due_at.
|
||||
- [ ] Замер через `{type:'measure'}`: Метрика API / GSC / Yandex Webmaster / Wordstat.
|
||||
- [ ] Нормализация в `score` [-1..+1]; базлайн области для нового контента.
|
||||
- Приёмка: метрика замеряется через horizon, score пишется.
|
||||
|
||||
## Шаг 4 — Контур B: автономия по заслугам
|
||||
- [ ] Таблица `capabilities` (уровень НА ОБЛАСТЬ: seo, ads_budget, content_publish,
|
||||
client_comms, research, code).
|
||||
## Шаг 4 — Автономия по заслугам
|
||||
- [ ] Таблица `capabilities` (тир на область: text, image, podcast, video,
|
||||
seo_onpage, seo_semantics, publish).
|
||||
- [ ] Тиры 0..4 (observer → suggest → ask → act+report → autonomous).
|
||||
- [ ] +1 тир за 3 нетто-положительных; −1 за 1 отрицательный; затухание 90 дней.
|
||||
- [ ] Границы persona `values` непреодолимы на любом тире.
|
||||
- Приёмка: тир растёт после 3 успехов и падает после провала.
|
||||
|
||||
## Шаг 5 — Контур C: reflection
|
||||
- [ ] Ночной цикл: обобщает deals + outcomes + thoughts → long-term.
|
||||
- [ ] Пишет в `self_observations` — **сейчас мёртвый слой**, оживляется здесь.
|
||||
- [ ] Дешёвая модель (не основная).
|
||||
|
||||
## Шаг 6 — Контур C: skills registry
|
||||
- [ ] Таблица `skills` (name, method_md, source, validated, uses, success_rate, embedding).
|
||||
## Шаг 5 — Методы: skills + reflection
|
||||
- [ ] Таблица `skills` (name, area, method_md, tool, validated, uses,
|
||||
success_rate, embedding).
|
||||
- [ ] Retrieval нужного метода по эмбеддингу bge-m3 (не грузить всё сразу).
|
||||
- [ ] Заменяет 4 захардкоженные роли sub-agents.
|
||||
- [ ] Наполнение методами из реального стека: editor-pro (text/seo_onpage),
|
||||
ComfyUI (image), Silero TTS (podcast), video-pipeline (video),
|
||||
Wordstat (seo_semantics), Astro (publish).
|
||||
- [ ] `reflection`: ночной цикл обобщает items+outcomes+thoughts →
|
||||
long-term и `self_observations` (**сейчас мёртвый слой**).
|
||||
- [ ] Tool-runtime для под-агентов: tools сейчас — только строки-декларации.
|
||||
|
||||
## Шаг 7 — Контур B: энергия (бывший P6 sleep & energy)
|
||||
## Шаг 6 — Заказы: deals + counterparties
|
||||
- [ ] Таблицы `counterparties`, `deals`, `deal_events` (append-only).
|
||||
- [ ] `trust_score` выводится из истории, не задаётся руками.
|
||||
- [ ] Заказ клиента на контент: offered→accepted→delivered→paid|refused|defaulted.
|
||||
- Приёмка: заказ проходит полный цикл.
|
||||
|
||||
## Шаг 7 — Энергия: ledger
|
||||
- [ ] Таблица `ledger`.
|
||||
- [ ] Расход: тик, внешнее действие, саб-агент. Приход: положительные outcomes + донат.
|
||||
- [ ] Расход: тик, генерация (текст/фото/аудио/видео), публикация, саб-агент.
|
||||
- [ ] Приход: положительные outcomes + донат.
|
||||
- [ ] Низкий баланс → интервал тиков растёт → Deep Rest.
|
||||
- Приёмка: результат пополняет энергию, дефицит замедляет тики.
|
||||
|
||||
## Инфраструктура (по мере надобности)
|
||||
- [ ] Конфиг / `.env`: URL-ы Ollama, dbPath, Telegram захардкожены в `index.ts`.
|
||||
- [ ] Retry + timeout (AbortController) для LLM/embedding fetch — один сбой роняет тик.
|
||||
- [ ] Retry + timeout (AbortController) для LLM/embedding fetch.
|
||||
- [ ] Тесты: `parseSparkOutput`, `Database` CRUD, cosine-поиск, нормализация score.
|
||||
- [ ] Web UI (persona setup) вместо `DEFAULT_PERSONA` в коде.
|
||||
|
||||
## Каналы вывода
|
||||
- [ ] Telegram: обход SSL-проблемы bot.qw4.ru (`tlsv1 unrecognized name`, серверная).
|
||||
Сейчас console-only fallback. Варианты: починить SNI на qw4.ru, локальный
|
||||
MAX-релей, или Telegram Bot API напрямую.
|
||||
Сейчас console-only fallback.
|
||||
|
||||
## Движок
|
||||
- [ ] Spark X2.5-4B: не грузится в Ollama (`unknown architecture 'spark2_5'`).
|
||||
@@ -76,4 +85,4 @@ embeddings, sub-agents, SQLite, Telegram+fallback). Далее — новая п
|
||||
## Косметика
|
||||
- [ ] Устаревший doc-комментарий в `mind.ts` (класс `SparkLLMClient` описан как
|
||||
«клиент для Spark X2.5-4B, в MVP заглушка»).
|
||||
- [ ] Дефолт модели в конструкторе `SparkLLMClient` = `'spark-x2.5-4b'` (вводит в заблуждение).
|
||||
- [ ] Дефолт модели в конструкторе `SparkLLMClient` = `'spark-x2.5-4b'`.
|
||||
Reference in new issue
Block a user