2.13.0-beta.20). Features may change before the next stable release.Switch to stable →Skills
Build evidence-labeled personas with ak:persona
Create, analyze, update, or list customer personas while keeping observed behavior, supplied facts, hypotheses, and sensitive data clearly separated.
Use ak:persona to turn approved audience inputs into an ICP profile or audience
analysis. A persona is a decision aid: it summarizes evidence and hypotheses for
a defined use case, but it does not prove that every customer behaves alike.
Choose the action that matches the artifact
Use ak:persona when
createshould gather audience inputs and draft a new persona.analyzeshould identify segments and patterns in supplied audience or behavior data.update [name]should revise an existing persona with new evidence.listshould enumerate persona artifacts available in the working context.
Choose another workflow when
- You need fresh market evidence before forming a customer hypothesis. Use ak:marketing-research.
- You need competitor positioning rather than a customer profile. Use ak:competitor.
- You need to turn approved personas into channel, message, owner, and measure decisions. Use ak:marketing-planning.
Prepare lawful, relevant inputs
Define the product, market, decision, geography, timeframe, and intended use of the persona. Supply only data you are authorized to use, preferably aggregated or de-identified. Useful inputs include interview themes, survey results, support themes, product-behavior summaries, sales notes, and current market research with source dates.
The bundled create flow asks about age, role, industry, pain points, challenges, goals, motivations, buying behavior, and preferred channels. Include a field only when it is relevant, lawful, supported, and necessary for the stated decision. Do not infer protected or sensitive traits from proxies.
Invoke a persona action
| Runtime | Invocation | Availability boundary |
|---|---|---|
| Claude Code | /ak:persona <action> ... | Can use available audience, research, and analytics Agents; data access remains explicit. |
| Cursor | /ak:persona <action> ... | Slash invocation is user-verified; projected Agent and tool behavior can differ. |
| Codex | $ak:persona <action> ... | Uses native Skill discovery; supporting Agent and Hook coverage is runtime-specific. |
/ak:persona create "Draft an ICP for admins at 20-100 person software companies from the supplied interview themes. Cite each finding, label assumptions, exclude names and sensitive traits, and do not contact anyone"/ak:persona create "Draft an ICP for admins at 20-100 person software companies from the supplied interview themes. Cite each finding, label assumptions, exclude names and sensitive traits, and do not contact anyone"$ak:persona create "Draft an ICP for admins at 20-100 person software companies from the supplied interview themes. Cite each finding, label assumptions, exclude names and sensitive traits, and do not contact anyone"The canonical actions are create, analyze, update [name], and list.
Understand the stages
- Set the decision scope. State what the persona will help decide and which population, product, market, geography, and period it represents.
- Gather inputs. For
create, the workflow asks for audience attributes, problems, goals, behavior, and channels. Missing fields remain unknown rather than being filled from stereotypes. - Analyze evidence. The workflow can use the
lead-qualifier,researcher, and, for behavior data,analytics-analystAgents when available. - Separate evidence from interpretation. Preserve source, date, sample, conflicts, and limitations for observed findings; label inferred patterns and proposed needs as hypotheses.
- Create or revise the artifact. Persona profiles are written to
assets/leads/icp-profiles/{persona}.md. - Review and validate. Ask a human owner to check evidence quality, privacy, fairness, usability, and whether more customer validation is needed.
Protect people and approval boundaries
A persona is not permission to profile a person
Do not use the workflow to infer health, race, ethnicity, religion, political views, sexuality, precise location, or other sensitive traits; make eligibility, pricing, employment, credit, or access decisions; or target people unfairly.
Reading a supplied dataset, searching the web, or calling analytics systems can have privacy, network, credential, and provider effects. Approve each access separately. Creating a persona does not authorize outreach, audience upload, tracking, ad targeting, CRM changes, publication, or spend.
Verify outputs and evidence
A decision-ready profile should include:
- Intended decision, scope, population, timeframe, and owner.
- Source list with collection dates, sample context, and permitted use.
- Observed needs and behaviors separated from interpretations and assumptions.
- Conflicting evidence, excluded data, confidence limits, and validation gaps.
- Goals, problems, buying context, and channels only where relevant and supported.
- Artifact path, review status, expiry or refresh trigger, and unresolved questions.
Troubleshoot and know the limits
| Symptom | Safe next step |
|---|---|
| Inputs are opinions only | Create an explicitly hypothetical proto-persona, then use research or interviews before operational use. |
| Data contains names or raw identifiers | Stop and aggregate, de-identify, minimize, or obtain explicit authority before analysis. |
| Segments mirror stereotypes | Remove unsupported attributes and rebuild segments around observed needs, jobs, constraints, or behavior. |
update cannot find the persona | Confirm the exact name and expected assets/leads/icp-profiles/ location before creating a duplicate. |
| An Agent or analytics source is unavailable | Record the missing evidence and continue only with the supplied, attributable inputs. |
The Skill source does not define a persona schema, minimum sample size, statistical method, confidence threshold, expiry policy, or validation score. Its generic demographic prompts are optional inputs, not evidence. Continue with the Marketing Kit overview or Projects, artifacts, and checkpoints.
Produce fair competitor intelligence with ak:competitor
Research a bounded competitor set, preserve source provenance, separate facts from inferences, and create reviewable analyses, battlecards, or comparison-page drafts.
Build and govern a brand system with ak:brand
Turn approved brand inputs into reviewable guidelines, design tokens, messaging rules, and asset checks without treating generated choices as evidence.