prowlerDEV Guide
← Back to Prowler
Natural-language page builder

Describe the page.
prowlerDEV builds it.

prowlerDEV turns a plain-English request into a real, decision-ready single page — wired to your live accounts, contacts, pipeline, engagement history, and research signals. No templates to fill in. No static JSON to hand-edit. Just tell it the outcome you need.

6Live data sources
8Composable component types
1Prompt to a finished page
0Copy/paste JSON required
Why it's different now

From "same dashboard every time" to a real product surface

prowlerDEV was rebuilt from the schema up so the AI (and you) can actually express what a page needs — not just pick from five generic tiles.

What it used to be

  • 5 flat data sources with tiny field whitelists
  • Only metric, table, list, chart, board, or plain text
  • No engagement history, no org structure, no narrative
  • Every "account review" looked the same
  • Retry logic tried to force variety instead of enabling it

What it is now

  • Adds a real engagement timeline from logged outreach touches
  • Adds a real org chart from your actual contact hierarchy
  • Adds narrative & callout text for exec-style writing
  • AI is explicitly coached to compose QBR-style pages, not just tiles
  • Same guardrails — no invented data, no unsupported claims
How it works

Four steps from prompt to published page

You describe the decision the page needs to support. prowlerDEV handles goal, audience, layout, and data wiring.

Pick a starting point

Choose a recipe like "Quarterly business review" or "Stakeholder coverage," or start from a blank canvas and describe your own.

Describe the outcome

Say who it's for and what it needs to accomplish — e.g. "an executive-ready QBR for JetBlue with engagement history and stakeholder map."

Get a live preview

The AI composes real components against real platform data — nothing is mocked. You see the actual page before anything is saved.

Refine, share, publish

Ask for changes in plain language, share drafts with teammates, then publish the page into the main navigation when it's ready.

Component library

Every component is a real, functional building block

Mix and match to fit the request — a good page usually combines 3–8 of these, not all of them.

▮

Metric

A single headline number — count, sum, or distinct total from any source.

▦

Table

A scannable, sortable-by-eye grid of records with the fields that matter.

☰

List

A record list with a primary field and supporting detail fields per item.

◐

Chart

Bar or donut breakdowns by category, with count or numeric-sum aggregation.

▤

Board

Kanban-style columns grouped by stage, status, or any categorical field.

◷

Timeline New

A real chronological engagement history — calls, emails, LinkedIn touches, and outcomes.

⛊

Org chart New

Your account's actual reporting hierarchy, rendered as a real nested tree — not a guess.

Text Variants

Default for supporting copy, narrative for an exec-style summary, callout for a highlighted risk or ask.

Connected data

Wired directly to your live Prowler data

No sample data, no placeholders — every component reads real records for the account you select.

AccountsContext & stage
ContactsRoles & focus
OpportunitiesStage & ARR
FindingsFit signals
PartnersEcosystem
ActivitiesEngagement log
Worked example

"Build an executive QBR for JetBlue"

One sentence in — a composed, decision-ready page out. Here's what that actually renders:

JetBlue — Quarterly Business Review

Auto-composed from the "Quarterly business review" recipe
JetBlue remains a qualify-stage opportunity focused on MTTR reduction and cost efficiency. Engagement is early but active; this QBR sets up the next expansion conversation.
1Open opportunities
$500KEstimated ARR
57Known contacts
Engagement history
✆
Boston AI Week 2026 — Core Festival WeekOutcome: — · Contact: George Christy
✉
Follow-up: infrastructure roadmapOutcome: Replied · Contact: John Swift
Stakeholder map
Joanna GeraghtyCEO
Carol ClementsChief Digital & Technology Officer
Marty St. GeorgePresident at JetBlue Airways
Built-in guardrails

Flexible, but never reckless

More expressive components don't mean less trustworthy pages. Every generated page still has to follow the same rules.

🔒

Only real, allowed data

Pages can only read from approved sources and fields — never invented records or fabricated relationships.

🧭

Signals, not claims

Findings and fit scores are always presented as research/prioritization signals, never as confirmed customer statements.

🧱

Declarative, not code

Pages are safe layouts — never scripts, HTML, queries, or event handlers — so nothing generated can misbehave.

Try it

Prompts that get you a great first draft

“Build an executive QBR for this account with a narrative opener, recent engagement history, our stakeholder map, and the open pipeline.
“Show me opportunity momentum for the team — pipeline by stage, estimated ARR, and the next closes coming up.
“Give me a stakeholder coverage view with an org chart so I can see who we're missing before the renewal.
“Build a research signal triage board for technical sellers, ranked by fit score.