diff options
| author | Craig Jennings <c@cjennings.net> | 2026-07-19 15:35:13 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-07-19 15:35:13 -0500 |
| commit | beb7f0bb76eaf0da3afd07fb8617361361556882 (patch) | |
| tree | d133908967f477ae352ed0c969616a147ccfb7c5 /working | |
| parent | 8c0a56bf2d7e81e4876919f120004aa011365327 (diff) | |
| download | rulesets-beb7f0bb76eaf0da3afd07fb8617361361556882.tar.gz rulesets-beb7f0bb76eaf0da3afd07fb8617361361556882.zip | |
fix(roam): scope the work-denylist to durable KB-node writes, not roam tidying
The sentry live trial surfaced this. A sentry inbox-zero pass running from the work project parked the whole 19-item roam inbox as a cross-project boundary crossing and refused to tidy it unattended, reading knowledge-base.md's work-denylist as "don't touch roam from work."
That over-reads the rule. The denylist is a confidentiality guard on one thing: promoting a durable fact into a new agents/ node, so work-confidential material stays out of the personal cross-machine store. Roam is a shared resource, not another project's product scope. Reading it and tidying the shared roam inbox are housekeeping any project may do, work included.
knowledge-base.md gains a "Scope of the denylist" paragraph stating that and naming the mis-park as the error it closes. sentry.org's inbox-zero pass and inbox.org's roam mode each get a one-line note pointing at the rule, so a future agent doesn't re-derive the refusal. Only durable-node promotion stays work-denylisted.
Diffstat (limited to 'working')
0 files changed, 0 insertions, 0 deletions
