Use cases
What an AI worker actually does, department by department
Twelve functions, sixty recurring jobs, and the exact tool connection each one needs.
What the worker does
Polaris use cases are organised by company function: product, engineering, design, data, marketing, sales, support, finance, HR, legal, operations and the executive team. Each page describes one recurring job, the brief an AI worker is given for it, the tool connections that job requires, and what arrives as a delivery comment when the work is done. A human closes every task.
- Departments
- 12
- Jobs covered
- 60
- Software
- $0
- Delivered work
- $2 / human-hour
Why these pages are sorted by function, not by feature
Nobody wakes up wanting an agent. They wake up with forty new bug reports, an interview backlog they have not read, or a metrics email due at nine. The unit that matters is the job, so that is how these pages are cut.
Each one names a job that recurs, describes the brief a worker is given for it, lists the connections that job actually requires from the Polaris catalog, and shows what comes back. Where the job needs human judgement, the page says so instead of pretending otherwise.
What every use-case page tells you
The same four things, because these are the four things that decide whether the work gets done.
The brief
What the worker is told to do, in the words you would use with a new hire. Capabilities are stored as a SKILL.md file you can open and edit, not a hidden prompt.
The connections
Which tools the worker needs from the catalog: Slack, Notion, Linear, GitHub, Gmail, Google Calendar, Google Drive, Figma, HubSpot, Stripe, Supabase, WhatsApp, Instagram or open web search.
The delivery
What lands on the task when the machine finishes. Deliveries are comments, and comments can carry files: a PDF, a written spec, a drafted document.
The human call
The part of the job that is judgement rather than assembly. The machine never marks a task done. You close it and you rate it.
Where teams usually start
One job per function, picked because it is the one people describe when asked what is eating their week.
| Function | The job handed over first | Connections it needs |
|---|---|---|
| Product | Weekly roadmap drift check | Linear, Notion, Slack |
| Engineering | Monday bug triage | GitHub, Linear, Slack |
| Design | Design system drift audit | Figma, GitHub, Google Drive |
| Data | Daily data quality checks | Supabase, Slack |
| Marketing | Competitor monitoring | Web search, Notion, Slack |
| Sales | Pre-call account research | HubSpot, web search, Gmail |
| Support | Ticket triage and tagging | Gmail, Slack, Notion |
| Finance | Invoice and payment tracking | Stripe, Gmail, Google Drive |
| HR | First-pass candidate screening | Gmail, Google Drive, Google Calendar |
| Legal | Contract review tracking | Google Drive, Gmail, Notion |
| Operations | SOP maintenance | Notion, Google Drive, Slack |
| Executive | Weekly business review pack | Supabase, Stripe, Notion, Slack |
Every use case
Sixty jobs across twelve functions. Each page stands on its own.
Product management with an AI worker on the roster
Five jobs a product team can hand to an AI teammate, and the ones it should never hand over.
The engineering work that is not writing code
Five jobs that sit between an engineer and the code, and what an AI teammate does with each.
Design work an AI teammate can take, and the part it cannot
Five jobs around the work, none of them the work itself. Taste stays where it belongs.
One analyst, thirty requests, and an AI worker in between
Five jobs that stand between a data team and the analysis they were hired to do.
Your roadmap document and your tracker disagree
A weekly diff between what the roadmap claims and what the tracker actually says.
Sixty requests, and no idea how many people asked
Clustered requests with a real count of who asked, so the argument is about value rather than recall.
Twelve interviews recorded, two of them read
Themes with participant counts and verbatim quotes, plus a flag wherever the evidence is thin.
You shipped twenty-three things and announced four
A draft built from what actually merged, plus a list of the changes nobody described.
A competitor changed their pricing and you found out in a sales call
A weekly diff of public competitor pages, reporting only what changed since last time.
The two hours before planning that nobody schedules
Carry-over, gaps and blockers assembled the day before, so the meeting is about commitment.
Forty new issues on Monday, half of them the same bug
Every new issue checked for duplicates, version and repro before an engineer opens it.
Six open pull requests and nobody knows whose turn it is
The review queue, ordered by age and named by who is blocking it, posted every morning.
The incident ended and the writeup never started
The timeline assembled from the channel and the deploy history, with the gaps left honest.
The README describes a version of the code that no longer exists
A monthly list of statements in your docs that the code no longer supports.
Twenty minutes of every design review goes on finding the file
The agenda written the day before, with last review's unresolved threads at the top.
The component was renamed and the documentation was not
A weekly drift report between the component library and the documentation that describes it.
Eight sessions recorded, and the same hesitation in six of them
Session notes turned into a task-by-task table of where people stalled and what they said.
Is this final? Asked for the fourth time this month
A completeness check before build starts, so the question is answered before it is asked.
Four versions of the logo are live and nobody signed off on three
A quarterly pass over your public surfaces, checked against the rules your brand doc states.
Can you pull the numbers, sent as a direct message at 6pm
Every ask restated as a question, with the clarifying questions asked before anyone writes SQL.
The null rate tripled in March and the board slide was already wrong
Row counts, null rates, orphans and freshness, checked every morning. Silence means clean.
The Monday metrics email that somebody writes on Sunday night
The numbers pulled and the paragraph written, delivered as a file rather than a link.
Three teams, three definitions of active user, one meeting
Every definition of a metric found and listed side by side, with the source of each.
Thirty requests in the backlog and one analyst
A scoping note per request, so the backlog is triaged on value rather than on arrival order.
Marketing work, with AI teammates on the same board
One board for the calendar, the briefs and the campaigns, with workers who draft while nobody is at a desk.
A content calendar that maintains itself between meetings
The calendar stops rotting the moment somebody other than you is responsible for updating it every week.
SEO content production, briefed once and delivered as a file
The difference between usable drafts and filler is the brief, and the brief belongs in a file the worker actually reads.
Campaign planning where the plan becomes owned tasks
Most campaigns do not fail at the idea. They fail at the fourteen small things nobody agreed to own.
Competitor monitoring that actually happens every week
Everyone agrees competitor tracking matters and nobody has done it since the last time a deal was lost over it.
A week of social posts drafted before you open the app
Drafting is the part that eats the week. Approving is the part that needs you.
Sales work, with the admin handed to an AI teammate
Selling is a conversation. Almost everything around the conversation is production work, and production work can be assigned.
A pipeline review that is assembled before the meeting
The forecast meeting is worth having. Spending the first twenty minutes reconstructing what happened is not.
Proposals drafted from your call notes, not from a template
Every proposal is 70% the same document and 30% the reason this customer is different. The 30% is the part worth your evening.
Account briefs waiting for you before the first call
Ten minutes of research changes a first call. Nobody has ten minutes before a first call.
CRM cleanup as a standing job instead of a quarterly panic
Nobody sets out to let the CRM rot. It rots because cleaning it is a four-hour job with no owner and no deadline.
Battle cards that are still true this quarter
Enablement content is written once, used constantly, and updated never. The updating is the assignable part.
Support work, with an AI teammate on the queue
The queue is a conveyor belt of small decisions. Sorting them is mechanical; making them is not.
Ticket triage that hands you a sorted queue and drafted replies
Reading forty messages to find the six that matter is the most expensive hour in a support team's day.
Help articles that keep up with the product
Every shipped change quietly makes a help article wrong, and the customer finds out before you do.
Escalations that do not go quiet after the handoff
The customer's question is not what the bug is. It is whether anyone is still looking at it.
Customer feedback that reaches product as evidence
Support already knows what is wrong with the product. The problem is the format the knowledge arrives in.
A template library that stays in your team's voice
Templates go stale the same way documentation does, except a stale template gets sent to a customer.
Running the company with an AI teammate on the reporting
The information you need to run the company exists. Assembling it every week is what nobody has time for.
The weekly review, written before the meeting starts
A meeting that begins with everyone reading the same document is a different meeting.
Board packs where the assembly is not your weekend
A board pack is 80% data you already have and 20% the story only you can tell. The 80% is what eats the week.
OKRs that stay visible after the offsite
OKRs do not fail at the writing. They fail in week three, when nobody has looked at them since the offsite.
Research memos waiting for you in the morning
The questions worth researching are the ones you never have a free afternoon for.
Every commitment from the meeting, owned and dated
The decisions were good. The problem is the eleven commitments that existed only in a document nobody reopened.
Finance work with an AI worker on the roster
The chasing, sorting and assembling that fills a finance week, prepared by a worker you brief once and review every time.
Invoice tracking that produces a chase list, not a dashboard
A worker matches Stripe payments to what you invoiced, ages the gap, and drafts the reminder for each account. You decide who actually gets chased.
Expense categorization that escalates instead of guessing
A worker pulls receipts out of the mailbox, codes them against your own chart of accounts, and puts anything ambiguous in a pile for you rather than picking a category to look finished.
A monthly close that stops drifting into week two
The close is a chase, not a calculation. A worker runs the chase: who owes what item, who has gone quiet, and what is blocking the two things that always block.
Budget reports written for the people who did the spending
Plan against actuals is easy to produce and hard to read. A worker writes the variance up in sentences a department head will actually act on.
Vendor management that catches the notice window
Most money lost on vendors is lost by missing a cancellation deadline nobody had written down. A worker keeps the register and dates the deadlines.
HR work an AI worker can prepare, and where it must stop
Scheduling, onboarding logistics, policy drafts and review-cycle admin, prepared by a worker. Every decision about a person stays with a person.
Application summaries, not candidate scores
A worker reads every application in the same shape against the criteria you published. It does not rank anyone, and it does not reject anyone.
Onboarding that is finished before the first Monday
Nobody's first day should start with an apology about accounts. A worker runs the pre-start checklist and reports what is not done while there is still time to fix it.
Interview scheduling, including the reschedules
Four calendars, two time zones, a candidate who can only do early mornings, and a panellist who declines twice. This is the job.
Policy documents that stay current and show their changes
A policy nobody has updated in three years is worse than no policy. A worker keeps the drafts moving and the versions visible. A qualified adviser signs them off.
Review cycles that finish, without a worker forming an opinion
The administration of a review cycle is enormous and the judgment inside it is entirely human. A worker takes the first part and touches none of the second.
Legal operations work an AI worker can carry
Tracking, chasing, assembling and watching. Everything a legal team spends time on that is not actually practicing law.
Knowing where every contract is, without asking three people
The question that eats a legal team's week is "where is that one now?". A worker keeps the answer current and ages every stalled agreement.
Compliance checklists with evidence attached and gaps named
A checklist where every line is ticked and nothing is evidenced is not a control. It is a document that will fail an audit slowly.
Knowing that a source changed, on the week it changed
A worker watches the public pages you nominate, quotes what changed, and dates it. What the change means for you is a question for your adviser.
A register of what you actually signed
Finance tracks what a vendor costs. Legal needs to know what you promised them, what they promised you, and which of those promises has a date on it.
Watching the open web for uses of your mark
A worker sweeps public sources on a schedule, captures dated evidence of each use it finds, and hands you a file. Whether to act is a legal decision.
Operations work with an AI worker doing the chasing
Ops is the function that holds the seams together. Most of that work is asking people things and writing down what they said.
Getting a process out of one person's head
The process exists. It is in someone's habits and in six months of Slack threads. A worker interviews and reads until it is on a page.
Procurement comparisons built from quotes, not from vendor websites
A worker researches the field, collects what the vendors actually told you, and lists the questions you have not asked yet. You choose.
Stock alerts that arrive before you are out
Polaris does not hold your inventory. A worker reads the table you already keep, compares it to what is selling, and raises a task when cover gets short.
Finding where the SOP and the real procedure came apart
Every written procedure starts accurate and drifts. A worker compares the document to how the work actually ran and reports the difference.
Dependencies as dated items, not as things people said in a meeting
Two teams agree something in a call. Neither writes it down. Three weeks later each is waiting for the other. A worker makes the promise a tracked item.
Read next
The roster, the connections, and how delivery works underneath.
AI workers you can hire, brief and assign
Every role below is a teammate you hire in chat, brief with an editable skill file, and assign work to on the same board as your people.
Every tool a Polaris worker can be given
One catalog, one credential per tool per organisation, authorized by an owner and used by every worker who carries it.
Cloud agents that keep working after you close the laptop
For the person whose agent is brilliant, local, single-player, and dead the moment the lid goes down.
What an AI worker costs, and how the hours are counted
The whole formula is on this page, including the parts that make it an estimate rather than a measurement.
Delivery comment
Work arrives where the task already lives, attributed and reviewable, and the task stays open.
Acceptance criteria
Written before the work, checkable after it, and binary either way.
Questions people ask
+Do I need a different AI worker for every use case?
No. One worker can hold several related jobs, because its capabilities are a SKILL.md file that can describe more than one routine. Teams usually split workers by function rather than by task, so a data worker handles quality checks and the Monday report rather than hiring two.
+Can an AI worker close its own tasks?
No, and this is deliberate. A worker posts its output as a comment on the task and ticks the acceptance criteria it was given, but the task stays open until a person closes and rates it. That rating is the review.
+What happens to the tools we already use?
They keep working. Polaris workers connect to Slack, Linear, Notion, GitHub, Figma, HubSpot, Stripe, Supabase, Gmail, Google Calendar, Google Drive, WhatsApp and Instagram from a fixed catalog. Teams that want to consolidate can, and teams that want to keep Linear can do that too.
+How long does it take to get a worker doing one of these jobs?
Hiring runs as a short chat interview and takes about sixty seconds: a name, a role, what the worker should be great at, and which tools it needs. Editing the SKILL.md afterwards to encode your team's specific rules is what actually makes the output good.
Related
AI workers you can hire, brief and assign
Every role below is a teammate you hire in chat, brief with an editable skill file, and assign work to on the same board as your people.
Every tool a Polaris worker can be given
One catalog, one credential per tool per organisation, authorized by an owner and used by every worker who carries it.
Assigning a task to an AI worker
There is no prompt box. The task is the prompt, and the checklist is the contract.
AI worker
The difference between an agent you prompt and an agent you assign work to.
Workstream
A strand of work that keeps going, rather than a project that ends.
Polaris for software teams
Nobody joined your team to write the release notes. Something still has to write them.