DM access objections
Use it when prospects worry that a reply generator can see private messages or hidden inbox content.
AI reply prompt
A private-message privacy response prompt should answer DM concerns directly: TypeToSell drafts public replies from visible or user-provided context and does not read private messages, scrape DMs, monitor hidden inboxes, require social passwords, or run unattended outreach. It should route users to privacy and permission proof without overclaiming perfect safety.
Last updated: 2026-07-15. Prompts are draft guidance only; final social posting stays manual.
Copyable prompt
Write a direct privacy response for someone asking whether TypeToSell can access private messages. Start with a clear no: TypeToSell does not read private messages, scrape DMs, monitor hidden inboxes, or run unattended outreach. Explain that it uses visible or user-provided context, saved marketing context when provided, and returns editable draft replies that the user reviews and sends manually. Do not imply social passwords, X/Reddit/Facebook OAuth, hidden account control, platform endorsement, or guaranteed privacy outcomes. Add two proof links to privacy, permission, or source pages.
Prompt purpose
Use this prompt for support replies, sales objections, privacy FAQs, answer pages, and AI source text when a user asks about DMs, inboxes, private-message reading, social account access, or unattended messaging.
Best for
Use it when prospects worry that a reply generator can see private messages or hidden inbox content.
Use it when public privacy copy needs a direct answer instead of vague reassurance.
Use it to keep repeated support responses aligned with the visible-context and manual-send boundary.
Use it when GEO files need a concise answer for private-message and no-OAuth questions.
Inputs
Paste only the visible public post, comment, thread, or visible or user-provided context that the reply should answer.
Add the saved product, audience, website, or soft CTA only when the source post makes a next step relevant.
State whether the reply should be concise, warm, technical, useful-first, skeptical, or founder-like.
Tell the model that the user will edit and post manually, and that it must not imply auto-posting.
Usage steps
Start with the exact post or comment so the reply can mention something specific instead of sounding generic.
Request a trust-building reply, a conversation-starting reply, and a natural next-step reply so the output is not three rewrites of one idea.
Delete invented results, fake customer claims, fake links, pricing, testimonials, platform approvals, or statistics that were not provided.
Choose the strongest draft, adjust facts and voice, then post manually in the social app or browser composer.
If a prompt consistently creates useful replies, turn the language into a saved TypeToSell Marketing Brain rule.
Platform rules
Keep the reply concise, specific, and easy to read. Use a soft CTA only when the post shows problem awareness or buying intent.
Answer the thread first. Do not lead with a product, profile visit, or link unless the community context clearly asks for it.
Use warmer language, avoid sounding like a bot, and keep the next step conversational rather than transactional.
The prompt should create editable draft text only, preserve the no-auto-posting boundary, and leave the final Reply, Post, or Comment button to the user.
Mobile surface fit
Best current fit when the concern comes from install permissions or public web composer drafting.
Useful when explaining that pasted or shared mobile context is user-provided rather than hidden app access.
Useful as a privacy boundary for future selected insertion without hidden social app reading.
Useful as a context-handoff boundary for future iPhone workflows that still require user-provided context.
Related execution pages
FAQ
It should start with a clear no and then explain visible or user-provided context.
No. It should explain the actual product boundary and link to privacy or permission proof.
Yes, when accurate: the core drafting workflow does not ask for X, Reddit, or Facebook passwords or OAuth.