I guess everyone uses 20% percent of Jira - just a different 20% ... [1]
We're using GitHub for everything here, but was using Jira as an email first helpdesk.
Was hoping this was that - but apparently not at all.
We almost went with libredesk - but it's a little too simple (no merging tickets?). We're giving FreeScout a go - looks like we might need the oauth2 plugin to work with o365 mail ...
> A lot of software developers are seduced by the old “80/20” rule. It seems to make a lot of sense: 80% of the people use 20% of the features. So you convince yourself that you only need to implement 20% of the features, and you can still sell 80% as many copies.
> Unfortunately, it’s never the same 20%. Everybody uses a different set of features.
As I use claude more and more I've started using git worktrees, one branch per worktree per PR, with possibly multiple agents working in each worktree at the same time on different aspects. And I manually instruct those agents. Like Emdash/Cursor/Zed. Sometimes I review code locally, sometimes agents push and I review in GitHub, no clear system yet. (jj seems promising, but Zed doesn't seem to support jj as well as git, so have delayed looking at it.)
But Paca is hinting in another direction where the agents are more in control of the branches/worktrees to use and are created by the agent? What tooling is used to support such flows? Would people use GitHub with Paca or is GitHub redundant as well.
show comments
_pdp_
You can take it a step further and strip out the frontend. Honestly. Nobody needs it and if you need any UI stuff it in the MCP.
This is what I did with this project https://github.com/crmkit/crmkit/ and to be honest the approach grows on me and fits well if you are a backend person.
show comments
mrbluecoat
Could have called it AIpaca, since many fonts would make it look like Alpaca.
zpusmani
When an agent and a human disagree on priority, who wins... is there an override, a queue or some kind of arbitration?
tom-wal
I can't believe you guys give this for free. I was considering buying "Linear", now I just saved 10$/month with this. Thank you so much
Jgrubb
Feels like it's geared toward actually enabling the "dark factory", which is pretty difficult with enterprisey, seat based SaaS like GitHub and Jira. Will definitely check this out.
sambucini
I've been trying keeping an eye on open source issue trackers/project managament tools I can self-host -- with good cli/mcp capabilities. So quite happy to see this as I feel there isn't a lot! (currently also using gh issues) will check it out!
kamikazechaser
Specifically on the AI side, how does it compare to beads?
crossroadsguy
People who like Jira (or rather want; I doubt one ever “needs” this thing), and make decisions on its implementation and payment, and force it on others, are not the people who are shopping for alternatives. So who these alternatives are really for?
show comments
verdverm
We're using `twg` to give agents access to Jira et al via a CLI
Their skills abuse your context window and billing, you'll want to write your own for the 20% you use
eisbaw
Backlog.md the project: tasks live in your repo, atomic and race free
hmokiguess
I'm using GitHub issues and GitHub Projects with `gh` cli and I find it works well, though what I really like about this is your project level chat. I find myself having to come back to a project level session often. May give this a try, just hesitant to put it on something that's in-flight with already lots of stuff, will have to be a net new project.
show comments
smrtinsert
I think this is capturing the current need - solo vibe engineers that need structured task tracking. Since I pop between machines for various reasons, I tend to keep this info in the project itself, but an MCP server could go a long way. Tracking this project
Tsarp
Awesome to see this. Like a few others here, I hand-rolled (well, Codex-rolled) something similar that works great for me. I keep going back and forth on open-sourcing it, but my hunch is people won't really adopt these kinds of things anyway.
Everyone ends up with a workflow shaped really tightly around how they work, and it's gotten so cheap to just build and evolve your own as the models and harnesses change that picking up someone else's stops making much sense.
show comments
aynite
Was thinking about building something similar, thanks for sharing.
Glad to I'm not the only one thinking about moving away from Jira
reactordev
This couldn’t have come at a better time!! This is exactly what I was going to build next now that my agent swarm is done.
kolinko
Thanks for open-sourcing this! I built something similar for myself, but after few months it's so personalised that it's in no shape to be open-sourced.
show comments
aniokono
In my mind Jira is gone, glad to see others are thinking in the same direction.
Where does Jira really sit in a world eaten up by vibecoding?
show comments
RajX-dev
great work , i love the ui and the smoothness is cherry on cake.
I guess everyone uses 20% percent of Jira - just a different 20% ... [1]
We're using GitHub for everything here, but was using Jira as an email first helpdesk.
Was hoping this was that - but apparently not at all.
We almost went with libredesk - but it's a little too simple (no merging tickets?). We're giving FreeScout a go - looks like we might need the oauth2 plugin to work with o365 mail ...
[1] https://www.joelonsoftware.com/2001/03/23/strategy-letter-iv...
> A lot of software developers are seduced by the old “80/20” rule. It seems to make a lot of sense: 80% of the people use 20% of the features. So you convince yourself that you only need to implement 20% of the features, and you can still sell 80% as many copies.
> Unfortunately, it’s never the same 20%. Everybody uses a different set of features.
-- Joel Splosky
Thanks for having a security policy
https://github.com/Paca-AI/paca/security
However I'm getting a 404
https://github.com/Paca-AI/paca/security/advisories/new
(You need to enable private security advisories: https://docs.github.com/en/code-security/how-tos/report-and-..., really not sure why GitHub made it opt-in only)
What are people's workflows these days?
As I use claude more and more I've started using git worktrees, one branch per worktree per PR, with possibly multiple agents working in each worktree at the same time on different aspects. And I manually instruct those agents. Like Emdash/Cursor/Zed. Sometimes I review code locally, sometimes agents push and I review in GitHub, no clear system yet. (jj seems promising, but Zed doesn't seem to support jj as well as git, so have delayed looking at it.)
But Paca is hinting in another direction where the agents are more in control of the branches/worktrees to use and are created by the agent? What tooling is used to support such flows? Would people use GitHub with Paca or is GitHub redundant as well.
You can take it a step further and strip out the frontend. Honestly. Nobody needs it and if you need any UI stuff it in the MCP.
This is what I did with this project https://github.com/crmkit/crmkit/ and to be honest the approach grows on me and fits well if you are a backend person.
Could have called it AIpaca, since many fonts would make it look like Alpaca.
When an agent and a human disagree on priority, who wins... is there an override, a queue or some kind of arbitration?
I can't believe you guys give this for free. I was considering buying "Linear", now I just saved 10$/month with this. Thank you so much
Feels like it's geared toward actually enabling the "dark factory", which is pretty difficult with enterprisey, seat based SaaS like GitHub and Jira. Will definitely check this out.
I've been trying keeping an eye on open source issue trackers/project managament tools I can self-host -- with good cli/mcp capabilities. So quite happy to see this as I feel there isn't a lot! (currently also using gh issues) will check it out!
Specifically on the AI side, how does it compare to beads?
People who like Jira (or rather want; I doubt one ever “needs” this thing), and make decisions on its implementation and payment, and force it on others, are not the people who are shopping for alternatives. So who these alternatives are really for?
We're using `twg` to give agents access to Jira et al via a CLI
https://www.atlassian.com/platform/teamwork-graph
Their skills abuse your context window and billing, you'll want to write your own for the 20% you use
Backlog.md the project: tasks live in your repo, atomic and race free
I'm using GitHub issues and GitHub Projects with `gh` cli and I find it works well, though what I really like about this is your project level chat. I find myself having to come back to a project level session often. May give this a try, just hesitant to put it on something that's in-flight with already lots of stuff, will have to be a net new project.
I think this is capturing the current need - solo vibe engineers that need structured task tracking. Since I pop between machines for various reasons, I tend to keep this info in the project itself, but an MCP server could go a long way. Tracking this project
Awesome to see this. Like a few others here, I hand-rolled (well, Codex-rolled) something similar that works great for me. I keep going back and forth on open-sourcing it, but my hunch is people won't really adopt these kinds of things anyway.
Everyone ends up with a workflow shaped really tightly around how they work, and it's gotten so cheap to just build and evolve your own as the models and harnesses change that picking up someone else's stops making much sense.
Was thinking about building something similar, thanks for sharing.
Glad to I'm not the only one thinking about moving away from Jira
This couldn’t have come at a better time!! This is exactly what I was going to build next now that my agent swarm is done.
Thanks for open-sourcing this! I built something similar for myself, but after few months it's so personalised that it's in no shape to be open-sourced.
In my mind Jira is gone, glad to see others are thinking in the same direction.
Where does Jira really sit in a world eaten up by vibecoding?
great work , i love the ui and the smoothness is cherry on cake.