Instinct TasksUnofficial guide

Privacy · Community report

Remove contact info from websites

Remove contact info from websites with a reviewed, site-by-site plan. One Instinct user reported fewer spam calls; the prompt below is our suggested starting point.

What you can get

Reaches your accounts Creates or changes things in accounts you connect, with your approval.

  1. It does

    • May submit site-specific removal requests only after your approval and if supported by your setup
  2. It stops and asks

    • Confirm a listing belongs to you before requesting its removal.
    • Review the destination and information included in every removal request.
    • Pause for identity documents, payment or permissions beyond the agreed scope.
  3. You approve

    • Approval of each listing match and proposed removal request
    • Separate approval before sending personal details or messages to a third party

Derived from this task's own brief and steps, not from the source.

Illustration — suggested task flow, not an execution result
  1. Set scopeStops for your approval

    Agree minimum identity details and sites.

  2. Verify matches

    Record URL, exposed details, rationale, and uncertainty.

  3. Review requests

    Map each removal process and obtain approval.

  4. Recheck listingStops for your approval

    Keep submitted separate from verified removed.

Editorial, not from the source

Works when

  • You want to check a specific set of sites and keep track of what remains exposed.
  • You can review ambiguous identity matches and confirm whether a listing was removed.

Does not work when

  • You need a guarantee that every copy of your information will be erased.
  • You cannot verify that a listing belongs to you or review identity-check requests.

Contact-removal review template

Template only; submitted is not verified removed.
ListingEvidenceStatus
[Site / URL][Match evidence][Found]
[Request path][Approval evidence][Submitted]
[Recheck][Public observation][Verified removed / blocked]

The source case

In a Reddit discussion about testing Instinct, u/Secret_Twist3908 reports asking it to scrub contact information from major online sites and says most spam calls stopped quickly. The comment does not name the sites, describe the removal process or provide receipts. We reviewed the comment text returned by SniffSub; direct Reddit access was unavailable during our check. This is an attributed user report, not a test by this directory or a verified measure of call reduction.

What the source started with
The commenter does not specify which contact details or websites were involved.
What it was asked for
The commenter says they asked Instinct to scrub their contact information from major online sites.
What it reports getting back
They report that most spam calls stopped quickly; no before-and-after count or removal receipts are supplied.

A public report by someone outside this library. Not independently reproduced here.

From the source

Comment on the original post

scrub my contact info from all of the major online sites - which stopped most spam calls pretty fast

Secret_Twist3908 · Read it at the source · checked

Quoted from the original posts. Not written by this guide, and not a result produced here.

Suggested prompt

Bring Names and locations needed to distinguish your listings, The contact details and sites you want checked. Acts May submit site-specific removal requests only after your approval and if supported by your setup. Source community report, checked 2026-09-16.

Written by this guide as a starting point, not quoted from the source. Your edits stay in this browser.

Other ways to ask

Editorial rewrites of the brief above, for a different emphasis. Copy them separately.

What you need

Editorial, not from the source

You supply

  • Names and locations needed to distinguish your listings
  • The contact details and sites you want checked

Connected

  • Public web access available in your Instinct setup
  • Your own account access only where a reviewed site requires it

How to try it

Editorial, not from the source

  1. Agree a bounded site list and the minimum details needed to distinguish you from people with similar names.
  2. Ask for matching listing URLs and removal instructions, separating confirmed matches from uncertain ones.
  3. Review each proposed request before approving its submission; handle identity checks yourself if needed.
  4. Check the original listing after a request is processed and keep unresolved or inaccessible sites visible in the log.

Bound the search and prove a listing is yours

Start with the minimum identity details needed to distinguish your listing from namesakes: names, locations, and contact details. Agree a bounded site list before checking; “the internet” is neither searchable as a complete set nor a useful promise. For every possible match, record the public URL, exposed fields, match rationale, and uncertainty. Similar names, old addresses, and copied directory entries create false positives, so never assume ownership from a name alone. Exclude details you do not need to disclose, and pause when a process asks for payment, identity documents, or account access.

Treat a submitted request differently from removal

Map each confirmed listing to the site’s own removal path, requirements, and expected follow-up route. Prepare a request only after the user has reviewed the match and proposed content. Submission is a state, not a result: it shows that a request was sent or a form completed, while verified removed requires checking the original listing after processing. Some sites may suppress a search result while retaining a profile, ask for account access, reject a request, or have no visible process. Record those outcomes as blocked or unresolved rather than translating them into success. Do not promise complete removal or a reduction in spam calls.

Maintain a site-by-site evidence trail

Use a log that keeps evidence useful over time: one row per site and listing, with exposed information, removal path, approval state, submission evidence, last check, and current status. Status names should be mutually clear: found, approved, submitted, verified removed, blocked. A request awaiting response remains submitted, even if the site sent an acknowledgement. Recheck the public URL rather than relying solely on email confirmation, and note what could not be checked because of location, login, or site changes. Personal identity verification is a user decision and should not be routed through an unreviewed process.

Limits and confirmation points

  • The source is one user report. It does not establish which websites Instinct can access or how much of the process it completed autonomously.
  • The phrase "major online sites" comes from the commenter and is not a verified coverage list. A removal request is not proof that information has disappeared.
  • The reported drop in spam calls is anecdotal; this workflow offers no guaranteed reduction or complete removal from the internet.
  • Site access, identity verification and response times may differ. Record blocked steps instead of marking them complete.

Editorial, not from the source

  • Confirm a listing belongs to you before requesting its removal.
  • Review the destination and information included in every removal request.
  • Pause for identity documents, payment or permissions beyond the agreed scope.

Editorial, not from the source

A listing matches your name but not your location
Mark it uncertain and compare only the details needed to establish whether it is yours; do not submit a request on that evidence alone.
The agent says done after submitting a form
Ask for a submission receipt and keep the site marked submitted until you can verify removal.
A site requires an identity document or a payment
Pause the workflow and inspect the request yourself before deciding whether to continue.

Common questions

How do I avoid removing a namesake’s listing?

Record the listing URL, exposed details, relevant location, and why the match appears to be yours. If those signals are insufficient, mark it uncertain and do not prepare or submit a removal request.

What is the difference between submitted and verified removed?

Submitted means a form or request was sent after approval. Verified removed means the original public listing was checked after processing and the relevant information was no longer exposed; an acknowledgement alone does not prove removal.

Why should the site list be bounded first?

A defined list makes coverage auditable and avoids an impossible claim to search or remove information everywhere. It also lets you decide which sites are worth sharing details with and which evidence needs follow-up.

When should a removal workflow pause?

Pause before payment, identity documents, account credentials, unexpected personal-data requests, or any listing whose ownership is unclear. Review the specific site process and decide whether the request is appropriate before continuing.

Which statuses should the removal log use?

Use found, approved, submitted, verified removed, and blocked. Keep a status tied to evidence and date; never upgrade submitted to verified removed merely because a site says it received the request. Keep the evidence date next to every status change.

Next

Related to this task

  • Make a morning brief A concise digest of today's calendar, unanswered messages and items needing a decision.

More in Privacy

  • Submit a data access request A completed request form, sent through the company's own channel after you approve it, with a dated record of what was sent.
  • Sign up for the Do Not Call registry Your number registered on the official list for your country, the email confirmation completed, and a record of the date and what the registry says to expect.
  • Handle a social media spam attack Comments turned off, every spam account reported and blocked, and an FBI/IC3 complaint drafted and sent, without the user going through the flood comment by comment.

Every privacy task

Get recurring task recommendations — ask your own agent to check for relevant updates.