Documentation

Everything it does, and everything it does not.

Agentic PM reads meeting notes you already have and keeps every commitment as a history. These pages describe exactly how, including the parts that are inconvenient.

Live

Version 0.13.3, after 39 releases. Sixty-one skills ship in the library today. Anything on the roadmap rather than in the build is marked roadmap.

Install

Agentic PM is a desktop app. There is no terminal step and no developer tooling to buy.

PlatformRequirementDownload
macOS14 Sonoma or later, Apple silicon or IntelAgenticPM.dmg
Windows11, x64 or ARMAgenticPM-setup.exe
LinuxRoadmap.AppImage

The free tier needs no account and no card. Sign in only when you start a trial.

Your first run

Point it at the meeting notes you already have. Nothing else is required.

  1. Open the app and create a workspace. Name it after the product or team, not yourself.
  2. Drag in a folder of exported meeting notes, or connect a note taker below.
  3. Wait for the ingest to finish. Fifteen meetings takes under a minute.
  4. Open Drift. That is the screen that matters.

What good looks like

On a healthy team the first Drift screen is short and slightly embarrassing. On an unhealthy one it is long and very embarrassing. Either result is worth the minute it cost you.

Connect a note taker

Agentic PM does not record or transcribe anything. It reads what your existing tool produces.

SourceHowStatus
Markdown or text folderDrag the folder in, or watch it for changesv1
FathomExport, or connect the accountv1
GranolaExport folder watchv1
Otter, Fireflies, CirclebackExport folder watchv1
Google Docs, NotionRead a folder or database of notesRoadmap
Jira, LinearCross-check commitments against ticketsRoadmap

The ledger

Every other tool stores the latest status of an action item. Agentic PM stores its whole history. That single difference is what makes drift visible.

// one commitment, as stored
{
  id:            "cmt_8f21",
  canonical:     "Ship the launch page",
  kind:          "commitment",
  owner:         "ops assistant",
  counterparty:  "founder",
  touches:       ["date", "dependency"],
  due:           "2026-06-25",
  status:        "open",
  history: [
    { meeting: "wk-2026-06-22", owner: "content lead", due: "2026-06-25" },
    { meeting: "wk-2026-06-30", owner: "ops assistant", due: null }
  ],
  flags: ["owner-drift", "silent-slip"]
}

An owner recorded as null is treated as a defect, not an empty field. It shows up in Drift as unowned rather than sitting quietly in a table.

The context file

One plain markdown file per workspace describing your product, your people, your vocabulary and the decisions already made. Every agent and every skill reads it before it starts.

You never sit through a setup interview. The file is written and extended as a side effect of ingesting meetings, and you can edit it directly at any time. After roughly six weeks it knows your team better than a new hire does.

Why this matters more than the agents

A skill without context produces a generic template. The same skill with real context produces something you can send. This is the layer most tools charge for and hide.

The five detectors

NameFires when
silent-slipOpen in meeting N, due date passed, and completely unmentioned in N+1.
owner-driftSame commitment, different owner across meetings, with no explicit handover.
silent-dropPresent in N, absent from N+1 and N+2, never marked done or cancelled.
undecided-changeA date, scope or estimate changed between meetings with no decision record beside it.
load-riskToo much open work on one owner, or a keystone item with no second owner.

Thresholds are configurable. load-risk defaults to 50% of open commitments held by one person.

Scope, date, dependency, money

Every commitment is tagged with what it touches. Anything touching none of the four sinks to the bottom of the list.

This is the line between a PM tool and a generic to-do app. A to-do app does not care that a date moved without a decision. A product manager is judged on precisely that.

Agents

AgentRunsStatus
Commitment watchdogOn every ingest, and on a schedulev1
The context keeperContinuously, as a side effectv1
Recap writerOn demand, or weeklyRoadmap
ChaserDaily, drafts onlyRoadmap
Fact gateBefore any document leavesRoadmap
Meeting briefBefore each calendar eventRoadmap

Nothing sends without you

The chaser drafts. It never sends. Any agent action that would leave your machine and reach another human waits for an explicit approval, every time, with no global "always allow".

Skills

Sixty-one on-demand skills across six groups, included on every paid plan. Skills read the same context file the agents do, so output is about your product rather than a template.

GroupSkills
DiscoveryInterview synthesis, JTBD extractor, feedback clusterer, opportunity map
StrategyBet sizing, tradeoff table, kill criteria, narrative memo
SpecsPRD draft, edge case sweep, acceptance criteria, spec versus reality diff
DeliveryRisk register, dependency map, launch checklist, release notes
CommunicationExec update, stakeholder recap, bad news memo, decision log
DataMetric tree, experiment read, funnel pull, cohort question

Custom skills are plain markdown files you drop into the workspace. Yours are never uploaded.

CLI companion

The app is the product. The CLI exists for people who want to script it, and it is optional.

$ apm ingest ~/meetings/*.md
  read 15 meetings · 128 commitments · 41 open

$ apm drift
  owner-drift    launch page      content lead → ops assistant
  silent-drop   balance transfer  last seen 22 Jun · touches money
  load-risk     10 of 16 open items on one owner

$ apm owed --to-me
$ apm standup
$ apm history cmt_8f21

Export and portability

Everything exports to plain markdown and JSON, on every tier including free. There is no export paywall and no proprietary format.

If you cancel, the ledger stays on your machine and stays readable. Cancelling removes the agents, not your history.

Privacy and data

  • The ledger is local. It lives on your device, not on a server.
  • Transcripts are never uploaded. Not for indexing, not for training, not for support.
  • Commitment text is sent to a model. Matching the same promise across meetings needs language understanding, because the wording changes weekly. What is sent is the commitment line, not the meeting.
  • Nothing trains anything. Your content is not used to improve any model.
  • Team plans share context, not transcripts. The shared layer is the context file and the commitment ledger, both of which you can read and edit.

Say it plainly

If a fully offline mode matters to you, it is on the roadmap and it is not here yet. That is a real limitation, not a footnote.

Known limits

  1. It needs an API key or a paid plan for cross-meeting matching. There is no free lunch on the language model.
  2. No time-saving figure is claimed anywhere, because none has been measured. When one exists, taken on real work with a readable method, it will be published with the method.
  3. The evidence so far is one operator's own meetings. Fifteen meetings, one team. Enough to prove the failure is real, not enough to say how often it hits you.
  4. The watchdog does not chase anyone yet. v1 nags inside the app only.
  5. It is not a note taker and never will be. No recording, no bots in your calls.

FAQ

Will it work if my team writes notes by hand?

Yes, as long as the notes end up as text files somewhere. Quality of detection tracks quality of notes, so hand-written notes with clear owners work better than a transcript with none.

What if the same commitment is worded differently every week?

That is the normal case, and it is exactly why matching uses a language model rather than keywords. "Build the landing page" and "update the site for launch" resolve to one commitment with one history.

Can it be wrong?

Yes. A false drift flag is annoying but cheap, and every flag shows the exact lines from each meeting so you can dismiss it in a second. Dismissals feed back into matching.

Does it work for non-PM roles?

Probably, but it is not designed for them. The touches tags and the detectors are shaped around how product work fails, not how work in general fails.

Changelog

VersionDateWhat changed
0.13.3Aug 2026Current release
0.2.0Jul 2026First public build. 39 releases between the two
0.0.xAug 2026Spec written, detectors validated by hand against 15 real meetings