One spec version since 0.78.0 (v0.79).
Behaviour changes worth reading before upgrading:
- The walk (answer with hops) is told what day it is. Its system prompt
now states the host's date, read off date.today(), the same clock that
stamps created and updated on every node the host writes. That date
enters the walk's answer-store key, so a walk stored yesterday is not
served today; every stored walk misses ONCE after the upgrade. The
sweep's key is unchanged and a sweep is served exactly as before.
- The walk's tool menu names since/until/date_field on locate, sniff and
scan, type_filter on locate and sniff, filter: {type} and recursive on
scan, and calendar joins its whitelist (metadata only, counts by the
policy, bounded by the caller's window like the searching calls). A
model that used to grep bodies for a type's name is told not to.
- A caller's since/until on a walk now also bounds calendar, and replaces
any window the model authors on the same call; the hop record shows the
bound normalised (2020 arrives as 2020-01-01), never the model's own.
- Hop records gain filter, type_filter, since, until, date_field,
recursive and granularity when the model set them. A consumer of a
record written before this version must read the absent field as not
set. calendar hops report out: {buckets: n}.
- The MCP sniff tool gains type_filter, which the wire table and C.6b's
signature already carried and the served tool alone omitted. The served
locate, sniff and scan descriptions and the generated skill now teach
that a kind of node (the pictures, the datasets) is a filter and never
a search for the type's name. Additive: a call without it is unchanged.
- Studio's Ask console offers a period (since/until) beside the question,
sent only when set; read from the address beside q and never kept as a
preference. A link carrying a coarse bound (?since=2026-08) is sent as
it is and shown by the answer's window badge, not by the date field.
Signed-off-by: Jimmy Wesley <rededown@hotmail.com>
