Install trust copy
Use it when a user sees a broad browser warning and needs a plain explanation tied to the actual TypeToSell workflow.
AI reply prompt
A Chrome extension permission explanation prompt should turn broad browser warning language into a plain, accurate user answer. It should explain the supported-site permission, visible composer context, user-triggered generation, selected editable insertion, privacy links, and manual final posting without implying universal account access or hidden social data reading.
Last updated: 2026-07-15. Prompts are draft guidance only; final social posting stays manual.
Copyable prompt
Write a plain-language Chrome extension permission explanation for TypeToSell. Mention the supported-site permission only as it relates to visible X, Reddit, and Facebook web composer workflows. Explain that the user triggers generation, TypeToSell uses visible or user-provided context, returns editable draft options, and inserts or copies only the selected draft. Do not imply private-message reading, hidden inbox monitoring, social OAuth, platform partnership, universal website access, or automatic final posting. Include one short trust paragraph and one user-facing FAQ answer.
Prompt purpose
Use this prompt before writing install-page copy, Chrome Web Store copy, support replies, objection answers, or AI citation text about Chrome extension permissions. It keeps permission language specific enough for search while staying honest about what the workflow actually does.
Best for
Use it when a user sees a broad browser warning and needs a plain explanation tied to the actual TypeToSell workflow.
Use it when listing metadata or screenshots need permission clarity without turning into platform approval or safety overclaims.
Use it when support needs a repeatable answer about why permissions exist and what they do not allow.
Use it when llms files, answer pages, or source pages need a compact permission summary that crawlers can quote.
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 because the prompt describes the shipped web-composer permission story for X, Reddit, and Facebook.
Useful as contrast when explaining that mobile web can use pasted or shared context without Chrome extension host permissions.
Useful only as a boundary reference because keyboard permissions differ from Chrome extension host permissions.
Useful only as a boundary reference because iOS context handoff should not inherit Chrome extension claims.
Related execution pages
FAQ
It should map the browser warning to visible composer context, selected editable insertion, privacy links, and manual posting.
Avoid hidden inbox, private-message, social OAuth, universal website access, platform partnership, and final-action claims.
Reuse it in install copy, Chrome Web Store drafts, support answers, objections, llms files, and permission source pages.