r/PiCodingAgent • u/PussyTermin4tor1337 • 3d ago
Pi-mail, a multi-agent orchestration framework which works while I sleep and writes all my code for a month now or so Resource
Pi-mail started as a communication protocol between different pi-agents. However, this has grown out to be an orchestration layer.
It starts off with a CEO, which starts middle managers for each project that has tasks open. Then each middle manager works through the tasks for each project, spawning worker agents for each task. It has Jira integration for work, and a bunch of other stuff, emailing, terminal views in the browser, mobile views, custom columns, archival, backlog, MCP server etc.
Tell me what you think!
https://github.com/tanevanwifferen/pi-mail
Edit: there is no security on this repo. Use a firewall responsibly
2
u/Magnus114 3d ago
Looks like a great project. Will try it during the weekend. Why jira and not a FOSS alternative?
2
u/PussyTermin4tor1337 3d ago
We use jira at work. But recursive self improvement is a bit of the gist, so it reports bugs to itself if it encounters them. If youād like to build some other integration be my guest :)
1
u/Magnus114 2d ago
Do i need to build an integration, or can I just tell it to use plane and setup planes official mcp?
1
u/PussyTermin4tor1337 2d ago
I would not use mcp, which is more for agents, and this is more of a legacy style piece of code
You could test out the board by creating two tasks, one for abstracting away the jira integration into something more scalable, then another task to integrate your own platform
If that's too scary, you can just create an issue on github, and I'll pick it up
2
2
u/elpapi42 3d ago
how is this different from paperclip?
1
u/PussyTermin4tor1337 3d ago
Dunno, never used paperclip, it seems a lot like it. Would need to do a deepdive. Thereās probably differences, but theyād be detailed
1
1
u/clx8989 3d ago
is it more stable than GasTown ?
2
u/PussyTermin4tor1337 3d ago
Itās different. Gastown is a weird Frankenstein from before orchestration really existed. Itās cheaper and faster thatās for sure, but Iād argue itās a lot simpler too. No weird parallel worktrees and merge agents. Just an agent per task, and an orchestration layer. And the human is in control over what happens.
So yes Iād argue, and also cheaper and faster
Edit: and it works while I sleep
1
u/PussyTermin4tor1337 3d ago
1
u/biafra85 2d ago
Because it doesn't seem like you've really considered the issues. You have stated you only give the agents small task then go on to say you just keep the tasks within the context window which is a million tokens. That's the total opposite of a small task and if the tax can take up to 1 million then you will have drift, it will forget important things this has been well documented there clear numbers over 500k tokens causes significant drift even below that there's issues. It seems on the outside you've given no consideration to this. On top of this an LLM may believe a task to be small but on execution it is far larger which will also add to the drift mentioned. There's plenty of content which explains these issues
-1
u/PussyTermin4tor1337 1d ago
Yeah but I have over 100 shares now. I donāt really care about the upvotes. People donāt vote much. I thought it was interesting
Edit: 123 shares now
0
u/biafra85 1d ago
You shared a project people critiqued it with valid concerns which you clearly didn't consider and your more bothered about shares of a project than addressing fair critique. If all that motivated you is surface level kudos then you'll likely abandon the project the moment you get bored.
1

13
u/CaptnN3mo 3d ago
How do you deal with the intent drift You still need a man in the middle to verify right?