{"id":66940,"plugin_id":"plugin_asdk_app_6abfd6483d1c81919c2f92c63590a6f9","kind":"skill","collection_source":"plugin_package","comparison_source":null,"observed_at":"2026-10-28T12:56:10.550Z","digest":"9014cad098971319512d8acdbcdeca100201e0626829ce10fe2501be97b64d77","against":null,"payload":{"description":"Inspect an authorized public website's tracking signals, compare observed consent phases, and prepare a practical evidence report and retest plan.","included_files":[],"name":"regsentry-consent-evidence-review","skill_md_contents":"---\nname: regsentry-consent-evidence-review\ndescription: \"Inspect an authorized public website's tracking signals, compare observed consent phases, and prepare a practical evidence report and retest plan.\"\n---\n\nUse 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.\n\n\n\n# Review consent evidence\n\nBegin 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.\n\nUse `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.\n\nThe 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.\n\nUse `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.\n\nUse `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.\n"},"changes":[],"summary":"First saved snapshot. No earlier version is available for comparison.","summary_kind":"deterministic","summary_metadata":{}}