The founder story

Built from the hours
after the call.

LeoPen began with firsthand law enforcement experience: difficult calls, long nights, and the responsibility of turning what happened into an accurate record.

This is not a general-purpose AI product adapted with law enforcement language. The work started with the job itself.

Why I started LeoPen

This started with the hours after the call.

LeoPen was born from my real experience in the field. I spent years in law enforcement experiencing firsthand the challenges that consume valuable time and energy—none more frustrating than the hours spent writing reports after an incident.

Technology was moving quickly everywhere else, yet officers were still wrestling with outdated documentation workflows while the expectations for accuracy and accountability kept rising.

What stayed with me was not just the paperwork. It was knowing what it feels like to write a use-of-force report at 4 a.m., aware that every sentence may later be scrutinized in court. A general-purpose technology company can understand algorithms, but it does not automatically understand that responsibility.

When modern AI became capable of helping with complex, structured writing, I saw an opportunity—but I also saw the gap. Existing tools were not built around law enforcement's source material, agency policy, review boundaries, or the simple rule that the officer's facts and judgment must remain in control.

So I started building LeoPen—not another general-purpose AI product with a thin coat of law enforcement paint, but a documentation and review workspace shaped by someone who has been there. The goal is not to replace officer judgment. It is to give officers back their most valuable resource: time to actually police.

Our product focus

The report-writing step should lead into review.

Many AI tools stop after improving the prose. LeoPen connects the narrative to supplied facts, confirmation prompts, supported official instruction language, agency policy sources, and the agency's review process.

  1. 01Officer-provided facts
  2. 02Reviewable working narrative
  3. 03Advisory fact check
  4. 04Confirmed-fact prompts
  5. 05Selected official source comparison
  6. 06Officer and agency review

Product principles

What guides the work.

01

Facts before fluency

A polished sentence is not useful if it changes, omits, or obscures what the officer actually documented.

02

Sources stay visible

Official instructions and agency policy material should remain connected to the source a reviewer can inspect.

03

The record remains officer-owned

LeoPen supports documentation and review while the officer and agency retain responsibility for the report and the decisions around it.

04

Claims should match evidence

Product availability, deployment, security, and performance claims should be scoped to the exact version and configuration being evaluated.

The scope stays clear

  • Replace officer or supervisor review
  • Add facts the officer has not confirmed
  • Choose charges or determine probable cause
  • Decide admissibility, compliance, or guilt
  • Make a deployment secure through a product label alone
  • Promise roadmap features as currently available

See the product philosophy in the workflow.

Walk through a synthetic scenario and inspect how the current product handles facts, drafts, prompts, official sources, and human review.