Save this plugin to Following and return to review observed changes. Follow up to 10 plugins free.
Description
From the marketplace listing
Inspect static tracking signals on an authorized public website, observe bounded browser behavior before consent and after supported reject-all or accept-all controls, compare dated observations, and export a plain-text evidence report. Incomplete phases stay unresolved. Results describe observed request attempts and supplied evidence, not legal compliance or proof that a fix is complete.
Language: English · Automatically detected from descriptions.
Metadata · Oct 28, 2026 · 12:56 UTC · Compared with Oct 27, 2026 · 00:51 UTC
WHAT CHANGED
Declared capabilities changed
Full description — Now says: Inspect static tracking signals on an authorized public website, observe bounded browser behavior before consent and after supported reject-all or accept-all...
Observed in instructions or declared skills. Runtime behavior has not been tested.
Inspect authorized public tracking signals and interpret consent evidence with RegSentry.
After
Oct 28, 2026 · 12:56 UTC
Inspect static tracking signals on an authorized public website, observe bounded browser behavior before consent and after supported reject-all or accept-all controls, compare dated observations, and export a plain-text evidence report. ...
Long description
Before
Oct 27, 2026 · 00:51 UTC
Use RegSentry to perform a bounded authorized static inspection, grade supplied consent evidence, and retrieve deterministic remediation playbooks without certifying legal compliance.
After
Oct 28, 2026 · 12:56 UTC
Inspect static tracking signals on an authorized public website, observe bounded browser behavior before consent and after supported reject-all or accept-all controls, compare dated observations, and export a plain-text evidence report. ...
Short description
Before
Oct 27, 2026 · 00:51 UTC
Review tracking consent
After
Oct 28, 2026 · 12:56 UTC
Check website tracking
Declared skills
Before
Oct 27, 2026 · 00:51 UTC
[{"description":"Use when a user wants to inspect an authorized public site's static tracking signals, grade consent evidence, or obtain a tracker remediation playbook.","interface":{"brand_color":null,"default_prompt":null,"display_name...
After
Oct 28, 2026 · 12:56 UTC
[{"description":"Inspect an authorized public website's tracking signals, compare observed consent phases, and prepare a practical evidence report and retest plan.","interface":{"brand_color":null,"default_prompt":null,"display_name":"re...
---
name: consent-evidence-review
description: Use when a user wants to inspect an authorized public site's static tracking signals, grade consent evidence, or obtain a tracker remediation playbook.
---
# RegSentry consent evidence review
Use RegSentry as a technical evidence aid, not a legal compliance authority.
- Call `inspect_site_tracking` only after the user confirms they own or are authorized to test the public domain.
- Treat a static inspection as an observation; it does not prove whether runtime tracking fired before or after consent.
- Use `interpret_consent_evidence` for redacted, caller-supplied observations.
- Use `get_remediation_playbook` for reviewable guidance; it does not change a website or verify a fix.
- Never characterize a result as legal advice, a compliance certification, or a liability determination.
---
name: regsentry-consent-evidence-review
description: "Inspect an authorized public website's tracking signals, compare observed consent phases, and prepare a practical evidence report and retest plan."
---
Use the connected RegSentry tools at https://regsentry.com/mcp. If unavailable, use https://regsentry.com/mcp-guide for connection guidance. The service is public and needs no account.
# Review consent evidence
Begin with a public URL the user is authorized to test. Keep static markup and runtime observations separate. Ask for the URL if absent; do not invent a site, permission or scan history. No account connection is required.
Use `inspect_site_tracking` for markup signals and `inspect_runtime_consent` when the user needs observed behavior. Runtime inspection uses separate fresh browser contexts for before consent, exact reject-all and exact accept-all phases. It observes attempted requests matching known trackers, not proof that a server received personal data. Preserve timestamps, observation windows, controls, errors and limitations. An incomplete phase or control_not_found is unresolved, never a passing rejection test.
The inspector restricts network activity, blocks non-GET requests, forms, frames, media, images, service workers and WebSockets. These restrictions can prevent a site or consent flow from operating normally. A tracker absent from the observation window is not proof of absence; unknown trackers and excluded traffic remain gaps.
Use `compare_consent_observations` only with actual supplied observations from the same domain, preserving phase completeness. No stored history is implied. Compare before/after evidence without treating missing phases or changed coverage as improvements. Use `interpret_consent_evidence` and `get_remediation_playbook` to prioritize a fix and an explicit retest step; do not infer jurisdictional compliance.
Use `export_consent_report` to produce file content from the observed evidence when requested. It does not publish a report or persist a monitoring project. On return visits, request the earlier snapshot when unavailable, run a newly authorized observation if needed, and compare like-for-like phases. Never promise ongoing scans or claim certification, legal compliance, successful data transmission or independent proof of consent from these bounded checks.
Release notes
1.2.1: Updated portable workflow skills and current account, consent and recovery guidance. Package validation is separate from connected account acceptance and directory review.
Declared in the saved package. Remote tools may change independently.
Package details
Publisher declarations from the archived package. These are separate from our research and the live service's terms.