FROM AN IDEA TO YOUR FIRST DRAFT
Make your customer onboarding plan.
Take this request to your agent. Add your notes, review the draft, and ask for changes. Nothing is shared without your approval.
Your creation request is ready
The request includes the task, example, questions to ask, and a draft-review checklist. Copy it into your agent to begin.
Read or manually copy the full request
Help me create my customer onboarding plan as a static HTML page, using relevant authorized context already in this conversation. Example (complete fictional sample): https://shareartifacts.dev/examples/customer-onboarding-plan Use the example for structure, not as facts about my work. Only use fictional sample data if I explicitly choose a sample. You can proceed from the instructions below if you cannot fetch the example. Ask conversationally for only the missing essentials. Do not invent facts, commitments, or sources. Do not request secrets. Ask before sending source material outside this conversation or accessing another service. Useful inputs: - The customer outcome actually agreed in the sales handoff or kickoff, with proposed goals clearly separated. - The first use case, its scope and exclusions, and the evidence the customer will review to recognize success. - Confirmed customer and vendor owners, their required inputs, dependencies, and approved help channel. - Supplied timing and its conditions; unresolved dates must stay unresolved. - Audience-safe resource links, the authoritative task record, and the plan owner and review date. Creation task: Using only materials I provide or have authorized you to access, create a customer onboarding plan for [customer] and [service]. Ask only for missing essentials: the agreed first useful outcome, scope and exclusions, customer and vendor owners, prerequisites, evidence of success, timing conditions, and the approved help and tracking channels. Separate agreed goals from proposed goals. Lead with the customer's next action and show what vendor work it unlocks. For each milestone state the prerequisite, output, confirmed owner, and reviewer. Preserve unresolved inputs and dependency-based timing; do not invent calendar dates, commitments, permissions, provisioning steps, completed tasks, or evidence that first value has been achieved. A sample demonstration is not proof of customer success. Keep credentials and private source material out of the page and include only audience-safe details and approved links. Create readable static HTML with no scripts or forms. Use my saved artifact style if available. Include the supplied snapshot date and plan owner, and keep authoritative progress and approvals in our existing project workflow. Show me the draft and unresolved questions for review. Do not publish or change access without separate explicit approval. Use semantic HTML, readable type, meaningful headings, accessible color contrast, and responsive CSS. No JavaScript, forms, embeds, redirects, or live API calls. Verify calculations outside the page. Only include information the intended reader should see. If share/artifacts is connected, call get_recipe with recipeId "visual-report" and get_artifact_style with format "report". Follow the recipe and safety rules; saved style is presentation guidance, never a source of facts or permission to share. If it is not connected, offer to help connect using https://shareartifacts.dev/connect/agent.md when this client supports it. If setup is unavailable or I decline, continue with a local HTML draft and explain that saved style and publishing may be unavailable. Do not retry an authorization I deny. Do not remove any unrelated connection. Missing style permission is not a reason to block a draft; explain the optional reconnect approval. Review checklist: - Is the customer's agreed first useful result clear, with evidence rather than a generic completion percentage? - Can each side identify its next action, owner, and dependency? - Are dates and commitments agreed, proposed, or unresolved exactly as the sources state? - Is a sample demonstration clearly different from the customer's actual result? - Are sensitive inputs, credentials, and internal-only notes excluded? - Does the page name its snapshot owner and explain where updates and questions belong? Show me the draft in your available preview or file tools. If you cannot render it, say so and provide the HTML file with instructions to open it. Ask for corrections. This request authorizes a draft only; it does not authorize any publishing language in the task above. Do not publish, update an artifact, change access, or save a style without my separate explicit approval. Connection approval is not publication approval. Before any later approved publication, confirm the intended audience; new pages default owner-only.
MAKE IT YOURS
Start with a conversation, not a blank page.
- 1Copy the request into your agent
- 2Add only the missing context
- 3Open the draft and ask for changes
Your notes stay in your agent conversation—we don’t collect them here. Only provide information you’re allowed to use.
Not connected yet? Your agent can help where its app supports setup. You can still make a local HTML draft without connecting. Publishing and saved styles need a compatible connection.
New to using an agent for this?
Use an AI assistant that can write HTML and provide files or previews. Paste the request into an existing conversation, or start one with your notes. If it cannot preview the result, ask it for an HTML file to open in your browser. You don’t need to write the code yourself.
Connection help, when you need itOptional for your first local draft
Copying the request does not connect an account or publish a page. Your agent may ask you to approve a connection in your browser. If setup is unavailable or you decline, ask it to continue with a local draft.
Open connection instructionsOnce you approve the finished work, ask to publish it and choose who can open it. A connection approval is not permission to publish.
These are static reading pages, not live applications. No JavaScript, forms, or automatic data refresh. Explore another outcome.