FROM AN IDEA TO YOUR FIRST DRAFT
Make your onboarding guide.
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 onboarding guide as a static HTML page, using relevant authorized context already in this conversation. Example (illustrative structure): https://shareartifacts.dev/guides/onboarding-guide#example 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 role description and manager-approved first-week goals, with realistic expectations for what happens later. - Current access-request instructions and the approved support channel; never include credentials or recovery codes. - Authoritative team policies, process documents, and examples that the new hire is permitted to read. - Confirmed task owners, support contacts, and the date each important instruction was last checked. Creation task: Create a role-specific first-week onboarding field guide as static HTML using only the approved sources I provide. Start with the first useful outcome, then organize tasks in prerequisite order. For each task include why it matters, the relevant source link, what done looks like, and a confirmed help path. Separate essential steps from optional background. Keep policy summaries brief and link to their authoritative versions. Do not invent owners, access permissions, deadlines, or tool instructions. Exclude credentials, private employee information, and restricted material. Apply my saved artifact style if available. Use readable headings and no scripts or forms. Flag outdated or missing instructions for review. Do not publish or change access until I approve the draft. If this is a training field guide, use supplied learner objectives, a worked example, a practice task and confirmed human feedback criteria. Distinguish participation from competence; do not grade, certify or invent training requirements. Use authorized synthetic practice data where appropriate. If adapting this for volunteers, preserve organizer-approved arrival details, role boundaries, break arrangements and confirmed help contacts. Exclude personal rosters and medical information. Do not invent safeguarding, emergency or safety procedures; request the organizer's approved instructions. 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: - Can the new hire identify their first task and the prerequisites without opening every link? - Do links work for the intended recipient, not only for the author’s account? - Are help contacts confirmed and sensitive employee or access details excluded? - Does the guide name an owner and review date without claiming automatic updates? 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.