What you’ll leave with
A concrete planning brief, an uncertainty checklist, and a way to decide whether the assistant saves you time.
Before you begin. Access through the official instinct.com entry point. The public homepage establishes the product concept, but does not establish every plan, region, price, or account entitlement.
What the documentation establishes
Instinct's homepage describes a personal assistant reached by text or call that can use a phone and computer. It illustrates everyday tasks such as shopping and travel planning. Source ↗
The walkthrough below is an original worked exercise. We have not independently tested this product’s performance.
Short product names are an identity problem. Instinct at instinct.com is the personal assistant covered here. A creative suite at instinctai.org, open-source projects with similar names, and other businesses using the word should not be merged into its history.
The public product description is not enough to claim that every advertised task works for every account. Use a low-cost planning exercise to establish what your account can actually do. Write down limitations as observed results rather than converting a successful demo into a broad reliability claim.
1. Choose preparation before execution
Try planning a weekend outing for three adults. Specify the starting area, available dates, travel limit, budget, and one accessibility requirement if it matters. The deliverable is a short list with a reason to choose each option, not a reservation.
This task tests constraint retention and evidence collection without requiring the assistant to spend money or contact anyone. It also makes failure useful: if no option satisfies the brief, that is a valid answer. An assistant that silently changes the dates to find a more attractive option has failed the task.
Plan three possible weekend outings for [people] from [starting area].
Date window: [dates]. Maximum travel: [time/mode]. Total budget: [amount].
Must include: [requirement]. Exclude: [constraint].
Return start/end times, transport assumptions, itemized costs, source links,
and anything you could not confirm. Do not book, pay, contact anyone, or
create accounts. If no option fits, explain which constraints conflict.
Ask me about a missing requirement instead of assuming it.2. Review the plan as if you were following it
Trace one option minute by minute. Does the journey leave enough time for the activity? Are opening hours from the correct day? Does the budget include transport and mandatory fees? A plan can contain individually plausible facts and still be impossible when put together.
Separate arithmetic from judgment. Recalculate the total yourself. Then decide whether the travel time and activity length feel worthwhile. Ask for revisions using concrete differences: ‘Keep option two’s activity, but reduce travel to under forty minutes’ is more actionable than ‘find something better.’
| Question | Evidence to request |
|---|---|
| Is the activity open? | Official opening hours for the requested day |
| Can we get there? | Route assumption, departure time and transfer buffer |
| Is the total complete? | Per-person and shared costs with unknown charges marked |
| Can we cancel? | Provider terms, or an explicit unknown |
3. Keep a small record of mistakes
After the trial, note the constraints missed, sources you had to replace, and minutes spent correcting the output. Repeat the task with different dates or a different location. You are checking whether a reliable pattern exists, not whether one impressive answer can be produced.
If access or pricing is unclear, use the product’s official signup and help flow to confirm it. Do not rely on a referral post promising free use. If a requested site requires a manual step, finish that step through the normal product flow; inability to complete it should remain visible in the result.
4. Save the brief, not an unrestricted mandate
Keep a reusable note containing your preferred travel mode, usual budget range, output format, and actions that need a fresh decision. Review those preferences when the context changes. A budget for one outing is not a permanent authorization to make purchases.
Once preparation is consistently useful, delegate one next action with an exact target. For example, ask for a draft message to the chosen provider, or ask the assistant to open the booking page for you. Increase scope one step at a time so you can tell which new capability introduced a failure.
Sources & next steps
- Instinct official homepage ↗
Product identity and stated interaction model. The planning exercise is original; plan and rollout details remain unverified.
Guide history
Revisions preserve the original instructions. A source recheck alone does not create a new revision.
Revision 3 · Added the documented entry point, full three-venue fictional planning packet, budget/time answer key and no-valid-option regression case; clarified account-access limits.
Revision 2 · Added October 9 Poppy draft context, distinction between design participation and account access, and an original reservation handoff exercise. Previous planning material preserved.
Revision 1 · Initial documented guide
Continue learning
Knowledge work · 7 min read
OpenAI dots: build a useful ongoing project brief →
Give a persistent agent a clear project, define meaningful updates, and test whether it can maintain a source-linked decision log.
Updated 2026-10-16
Agents & operations · 8 min read
Grok Bot: separate the jobs, then test the handoff →
Set up a focused Bot, produce a reviewable business result, and learn when a second Bot actually helps.
Updated 2026-10-16
Everyday assistants · 7 min read
Meta Muse: give a personal agent a job you can verify →
Check the October 12 Muse model availability, then evaluate a personal-agent task with source evidence and a deliberate memory correction.
Updated 2026-10-13