← Mark Magnuson
In active use · Private beta WorkIt logo

WorkIt

Delivery management for teams building with AI coding agents. Your client, your team and your agents, all on one record.

What It Is

A request comes in. An agent picks it up, a person decides, an agent builds and tests it, and the client signs it off. All of it lands on one record, with the time and the trail kept for you.

Underneath that is the ordinary substrate any delivery system needs: clients, projects, codebases, tasks, releases, test coverage, documentation, and time. That part is deliberately unsurprising. The people using it are running real client engagements, and a tool that reinvents what a task board is has already lost them.

What's different is that the agents doing the work participate in it instead of being reported on. An agent picks up a task and checks it out, so everyone can see it's taken. Before it writes anything, it reads that task's context: the conventions for that codebase, the test scenarios that cover the area, what was decided on related work before. It logs its own time. When it finds a bug that isn't the one it was sent to fix, it files it. When a change makes a document or a test stale, that surfaces as drift rather than quietly rotting until someone trips over it.

The agents are yours, not mine. They connect to WorkIt's tools natively, so you bring whatever you already run rather than adopting someone else's assistant.

Why I Built It

Every tracker I tried assumed the work happens somewhere else and gets reported back afterward. That assumption is fine when a person does the work, because a person remembers what they did and can be nagged into writing it down.

It falls apart once most of the throughput is agent work. Reporting is exactly the step that gets skipped, and what you're left with is a board that is confidently out of date, which is worse than no board, because people act on it.

There was a second problem, and it's the one that actually drove the build. An agent starts every session knowing nothing. Whatever context it needs has to be somewhere it can go get: the conventions, the prior decisions, the tests that already cover this, the reason something was done the odd way. Scattered across chat histories and people's heads, that context may as well not exist. WorkIt is where I put it so it survives the session that produced it.

It's the same idea as the rest of how I work with AI, with somewhere durable to keep it.

Where It's At

WorkIt runs in production every day. It's how the software work at Concepture is managed: real clients, real releases, real invoices out the other end.

If that sounds like a problem you recognize, WorkIt has its own site now.

useworkit.com →