news memory + get_news tool (news-07..12): feed summaries, deduped rolling store (schema v6), on-demand filtered retrieval
This commit is contained in:
@@ -60,6 +60,18 @@ Decisions inside the set architecture. D-NNN, never renumbered.
|
||||
broken classifier must never mute the bot; the budget gate already
|
||||
bounds spend. Its verdict gates BEFORE the main call, the
|
||||
envelope's answer_needed still gates after — two independent nets.
|
||||
- **D-019** — News memory + on-demand tool (SPEC-013 NEWS-07..12):
|
||||
the news pipeline now carries item summaries (feed descriptions,
|
||||
HTML-stripped) and persists every fetched item into a deduped `news`
|
||||
table (schema v6), pruned to a rolling window (`news-keep`). Both the
|
||||
kroa digest run and the ggg posting run write to it, so the store is
|
||||
a single searchable source across both models. A `get_news` tool
|
||||
reads that store (topic/source-filtered, metered, sanitized) rather
|
||||
than re-fetching feeds live: the ambient `{news}` digest stays a
|
||||
small always-on snapshot, while the tool gives unbounded on-demand
|
||||
reach without a fresh network round-trip per call. The store is the
|
||||
same `bot.db` (WAL) the bot uses; the cron process opens it
|
||||
independently — concurrent reader/writer is what WAL is for.
|
||||
- **D-018** — Codex Mechanicus search (FDB-019, SPEC-014): Luma's
|
||||
lore is grounded in the priest's real archive at binaric.tech via a
|
||||
`codex_search` tool over the site's public `search-index.json`, not
|
||||
|
||||
Reference in New Issue
Block a user