Skip to content

Add a builtin Sales persona (markdown manifest)#197

Open
ayobamiseun wants to merge 1 commit into
andrewyng:mainfrom
ayobamiseun:feat/sales-persona
Open

Add a builtin Sales persona (markdown manifest)#197
ayobamiseun wants to merge 1 commit into
andrewyng:mainfrom
ayobamiseun:feat/sales-persona

Conversation

@ayobamiseun

Copy link
Copy Markdown

What

Adds a builtin Sales persona as a markdown manifest — coworker/personas/builtin/sales.md — plus tests. Pure manifest data, zero engine changes: the registry already loads every *.md in personas/builtin/ (registry.py:157-159), the packaging glob already ships them, and registry.py:5 frames Ops as the first of more ("Ops today; third-party dirs in Phase 2").

What the persona does: prospect research, call-prep briefs, CRM hygiene, and outreach/follow-up drafting. The system prompt hard-gates the consequential parts — outreach is never sent and CRM writes (stage, amount, owner) are never applied without explicit approval — and bans invented facts (names, titles, numbers) with a verified-vs-inferred distinction, since a wrong "fact" in front of a prospect is the worst failure mode for this persona.

Manifest choices, mapped to existing conventions:

  • tools: [files, search, shell, todo] — the same knowledge toolset as Cowork/Ops (verified by the toolset-equivalence test, same pattern as Ops').
  • recommends: hubspot + gmail as core; google_calendar, apollo, hunter as optional — all real shipped connectors — plus the salesforce placeholder, which is exactly what placeholders are for per descriptors.py:1030-1035 (brand badge + "connect to enable", as Ops does with datadog/pagerduty).
  • icon: table — from the GUI's curated named-glyph set for personas (personaIcon.tsx:20-36).
  • Ships disabled by default like every non-default persona (registry.py:221-227), so a fresh install's picker is unchanged; users opt in from Settings ▸ Personas.

Tests

Two additions to tests/test_builtin_personas.py, mirroring the Ops pattern:

  • test_sales_persona_composes_knowledge_toolset — resolves through the registry and asserts tool-name equivalence with the cowork_agent() builder plus family/messaging/connectors traits.
  • test_sales_persona_recommends_only_cataloged_connectors — every recommended connector id exists in DESCRIPTORS, so the GUI can always render its badge.

Verification

$ .venv/bin/python -m pytest tests/test_builtin_personas.py -q
6 passed

$ .venv/bin/python -m pytest tests -q
891 passed, 1 skipped

No GUI code touched — the persona renders through the same manifest path as Ops. Since it lands disabled, there is no visual change to a fresh install (the sidebar test asserting ["cowork"] still passes); the persona appears in Settings ▸ Personas exactly as Ops does, one row lower.

Happy to adjust tone, connector picks, or the tier assignments if the team has a different vision for a Sales persona — I kept everything inside existing conventions so it's cheap to review.

personas/builtin/ held a single manifest (ops.md) while the packaging glob,
registry loader, and docs all anticipate more ('Ops today; third-party dirs
in Phase 2'). This adds a Sales Coworker as pure manifest data — no engine
changes: prospect research, call-prep briefs, CRM hygiene, and outreach
drafting, with sending and CRM writes explicitly approval-gated in the
prompt.

Recommends real connectors (hubspot, gmail, google_calendar, apollo,
hunter) plus the salesforce placeholder, which the GUI renders as a brand
badge with a connect-to-enable state by design. Uses the same knowledge
toolset as Cowork/Ops and the 'table' glyph from the GUI's curated persona
icon set. Like every non-default persona it ships disabled — opt-in from
Settings > Personas — so a fresh install's picker is unchanged.

Tests mirror the Ops pattern: toolset equivalence with the Cowork builder,
plus a check that every recommended connector exists in the descriptor
catalog. Full backend suite: 891 passed, 1 skipped.
@jadams777

Copy link
Copy Markdown

Cool idea

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants