Verified owner rows replay as user turns only when tengu_hearth_resolved_rows is exactly "full"; it defaults to "off".
In Claude Code Projects, a tool result from the project fetch tools can now carry verified rows of messages from the project owner, and those get replayed into the conversation as turns that count as the user speaking. The remote setting tengu_hearth_resolved_rows defaults to "off" and this path requires the value to be exactly "full", so absent server config nothing here runs.
- Rows arrive under a new result metadata key,
anthropic/hearth.rows, alongside the existing attachment-based path. The key does not appear in v2.1.241. - Replayed turns are flagged as harness-generated.
- New telemetry event
auto_mode_projects_owner_rowsreports one of ok,invalid_rows,truncatedorno_owner_rows; skipping the feature reportsflag_not_full, deduplicated once per session. - The scan loop is wrapped so it iterates nothing unless the caller passes an enable flag, which the caller computes as a thread check plus the setting above. The setting also accepts "model_only", but only "full" turns this on.
anthropic/hearth.rows
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
tengu_hearth_resolved_rows Not enough to sayNothing here resolved what this flag was doing on this version, so nothing here should be read as on or off.
This account: no value returned · anonymous baseline: no value returned · compiled default in v2.1.242: not a boolean we can read
Read once, for one account on one subscription tier, against v2.1.242. It isn't a statement about your account. What a flag value here can and cannot tell you
A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.