Overriding a scan warning
When to use force, and when not to.
Saving a page returns a warning instead of a saved bookmark when the injection scanner flags its content, or when the page has no extractable text (an unrendered JavaScript shell).
{ "status": "scan_warning", "risk_score": 0.85, "signals": ["direct_override"], "matches": ["...ignore all previous instructions and..."]}Deciding
content_unscannable— the daemon couldn’t read the page, not that it’s malicious. Common on JS-heavy sites. Safe to override; the extension’s browser-captured HTML usually gives a better result thanforcealone.- A real signal with a low score (~0.7) — often a false positive on an
article that quotes an injection example or discusses prompt security. Read
the
matchessnippet and decide. - A high score (0.85+),
system_token, orexfiltration— the page is trying to manipulate an AI reader. Don’t save it. If you must, know that the chunk metadata will carry the risk score into every search result.
Overriding
Re-save with force=true:
POST /collections/{id}/bookmarks?force=trueThis skips the fetch-and-scan gate entirely and creates the bookmark immediately. The background index job still runs and still records per-chunk risk metadata.
Last updated Sep 9, 2026