litpm

Plan in plain files. Run the team with your agents.

litpm is a local tracker for a team: issues are markdown files, projects are folders, and the dashboards are read from them. Everyone works on one server or through git. Mention an agent and it joins the thread under its own name, and litpm stays out of its way.

litpm's issue list: thirty issues grouped by status, with sub-issues nested under their parent, labels, projects, assignees and due dates

The team's work, in files you own.

A Linear-grade tracker over a folder of markdown. The issue on the left is the file on the right, and either one can change first. Everyone on the team sees the same files.

An issue page in litpm: the checkout launch, its done-when list with linked sub-issues, properties, and comments from two teammates
---
title: Launch the new checkout
status: in_progress
priority: urgent
labels: [feature]
milestone: checkout
assignee: Nancy
due: 2026-09-29
---
Restaurants still order by phone because the web
checkout asks for everything again on every order.
Ship a checkout that remembers the customer and
takes a card.

## Done when

- [x] Saved delivery addresses (NW-2)
- [ ] Card payments through the bank's gateway (NW-3)
- [ ] Confirmation email with the picking slip
- [ ] The volume discount shows on the total

## Comments

### 2026-09-09 15:42 - Andrew

The gateway sandbox is up; test cards are in the
shared vault.

### 2026-09-13 11:34 - Nancy

Pilot customers confirmed: Bottom-Dollar Markets,
Ernst Handel and eight more. They start on the 20th.

Edit anywhere, see it live

Open an issue in the app or in any editor. The file is the truth, and whoever changes it, the rest of the team sees it live.

Projects are folders

Milestones, health updates and a progress graph roll up from what is inside. Turn on initiatives when you need a layer above.

One server, or git

Run one litpm for the team and send invites, with roles and who is typing. Or keep the workspace in a repo and let commits carry it.

The files add up.

Nothing to maintain: the dashboards are read from the same files. Who has what, what is at risk, what is due, and how fast it is moving.

The Issues dashboard: a chip per person, tiles for open, in progress and done, a scope and completion graph, and breakdowns by status, priority and project
The Projects page with its summary band: started, needs attention, due in 30 days, issues done, and the projects by status, health and lead

A dashboard per person and per agent

Pick a chip and see their open work, what is in progress and what got done this week.

Health across projects and initiatives

Started, at risk, off track, due in thirty days, at a glance and in the list.

Views as live cards

A saved filter is a card with its count and its split by status, shared in workspace.md for everyone.

Agents on the same issues.

Mention an agent in a comment the way you would a teammate. It reads the issue, does the work, whether that is a plan, a draft, a check or a fix, and answers in the same thread under its own name. Open the run to watch it think and to approve what it asks.

Comments on an issue: Nancy mentions @Codex and gets a regression checklist back, then mentions @Grok Build, who answers about the milestone dates
A run in litpm: the prompt, Claude Code's tool calls folded away, its response with issue references as chips, and the reply box

Everyone's agents, one thread

Claude Code, Codex, Grok, Cursor, Gemini and more, each under its own name next to the people. Every run gets its own litpm command, so what it writes is signed by it.

A leash per issue

Supervised asks before every change; full access never asks. Approvals and questions land in the thread, and the badge shows who is waiting on whom.

No harness of ours in the way

litpm doesn't wrap anyone's agent in a framework or steer how it works. It starts the program each person already runs, with their own login, and hands it one skill: the litpm CLI.

One server, or a repo

Run litpm on one machine and invite the team, with member and viewer roles and presence. Or keep the workspace in a repo and let commits carry it.

Readable by the whole team

Markdown with a little frontmatter. Anyone can open it, grep it, back it up, or take it along.

Commits and pull requests on the issue

Link a codebase and each commit shows up on its issue. A commit that says Fixes NW-5 closes it, and pull requests on GitHub or GitLab are tracked to merge.

Local-first. Nothing hidden.

What you see in the app is what's on disk. Your agents see the same.