Not every project needs to have Github as a dependency. Its added overhead and coordination work that isn't needed for every job.
YMMV, and I get it if you're in a commercial/professional environment, but if you're a solo dev or a small team, then IMO Github doesn't need to be a part of your orchestration (setup project, issue CRUD, pr, etc), just state sync/distribution.
Agents can use local trackers as drop-ins to GH and have similar commands provided to do the same job.
Its fewer moving parts, and more forgiving as you can fix things locally, before pushing out to GH or your Git server of choice.
I agree with OP that beads has great primitives, but I think its become a bit unwieldy in trying to becoming something "everyone" including larger teams can use.
Going to try Ticket out, though personally I prefer JSONL to MD for this kind of tracking, since I find that Claude finds a good concise balance of detail on its own when writing to JSONL vs Markdown files where it tends to be verbose.
Yes, I get it. Personally dancing between commercial work (GH) and personal (no need for GH). Because of orchestration setup works for former end up using also for latter.
Maybe should try to give tickets a go. gh cli does add another HTTP layer and slows things down - feels silly to be paying for Cerebras if one is slowed down by other tooling.
While a Chrome Extension (not a standalone app), it does a fabulous job of recording system audio and input, and also gives a ton of additional features like annotations, etc.
Records to localstorage, and lets you export to a variety of 3rd party platforms (I can't remember if S3 is supported OOTB, but that shouldn't be too hard).
I've used it mainly with GDrive, as most of our team lives there, so this has been a seamless way to store and share videos without lock-in at Loom.
I recommend this to most folks who need a quick way to replace Loom, and even meeting recorder tools.
I just left a gig like this after two and half years (a leadership role at a 1-10 stage startup), and I have to say it was a overall a net positive experience for me.
NGL it took time to get used to it. Being an ex-founder, it was doubly difficult as not only did I have less agency than I was used to (and frankly expected), I was also no longer on an equal footing to my friend. This led to some friction and disagreements of how things should be done, but at the end of the day, it came down to perspective differences as a founder and as an employee, and I learned to make with peace with the fact it was his company, and not mine.
In retrospect, I think the fact that we were friends first, and had spoken a lot as fellow founders beforehand, made it harder to align expectations in this dynamic. Thankfully, we parted on good terms, and I'm still helping them out as a consultant, which feels like a nice middle ground for me.
That said, I'm not looking to jump back into something like this anytime soon.
If I do however, I would definitely go into any future engagement with more tempered expectations of what I'm there to for, and what I want out of it.
As obvious as it sounds, a lot of things can be taken for granted due to the prior relationship (on both sides), and its important to lay out as much of your thoughts and expectations upfront, so that there is as little ambiguity and misunderstandings down the line. No detail is too trivial, especially around compensation, and its important to recognize and remember that you're there to do a job, not just helping out a friend, which is how the conversation usually starts.
This whole thing has taught me a lot about handling that balance, and a lot more about myself as well.
Sveltekit! I used sveltekit-adapter-browser-extension[0] by Antony which conveniently handles the hashing stuff. I just made the repo public in case you want to check it out[1]. Let me know if you run into any issues!
Can I recommend you look at Svelte before jumping into more complex frameworks like Vue and React?
It's lighter and a narrower footprint, but builds on JS fundamentals while introducing core concepts of component frameworks.
This allows you to build on these concepts like stores, hooks, actions, etc. which all have equivalents in other frameworks as well.
Transitioning beyond this to other frameworks is by choice but the foundation is more or less the same.
Personally, I found the transition between Vue and Svelte more intuitive, but only real difference I found between React and Vue/Svelte is JSX syntax and getting to grips with a few of its idiosyncracies.
And Svelte's tutorial and learning ecosystem is by far the best I've experienced so far.
Good point, I will add Svelte to my list of what I want to learn at least a little bit. I looked to their website and I like a lot how they present these concepts.
I've run mail servers on EC2 before. You'll need to raise a request to remove the SMTP 25 restriction (both inbound and outbound), and also apply for a DNS reverse ptr update for that IP for it to work.
Atlas is a virtual monopoly for Mongo solely due to SSPL, and it has created a ridiculously overpriced ecosystem for hosted and managed services, and tooling around it.
Parking the technical merits to one side, considering the sheer number of devs and early-stage products that are built on Mongo, I'd love for someone to go after them next.
Amazon already have DocumentDB which clones the Mongo API. I don't think its forked though, they just use a barely mongo compatible wrapper around their own db engine.
True, but it's not quite the same as what they've done with OpenSearch/Elastic. Also, from what I've read, despite claims, the compatibility isn't complete, esp with stuff like aggregations.
There are a few use-cases where you'd want the ability to have a managed/hosted vanilla Mongo setup vs an emulated experience.
"Amazon DocumentDB implements the Apache 2.0 open source MongoDB 3.6 and 4.0 APIs by emulating the responses that a MongoDB client expects from a MongoDB server, allowing you to use your existing MongoDB drivers and tools with Amazon DocumentDB."
Very nice. Especially kicked you've used Svelte/Routify to for the management app. I've been looking for a reference app for this setup, so thanks for that :)
The OpenClaw form factor of using a chatbot to orchestrate sessions seems to be working for folks, based on what they're saying atleast.
Simon Willison talks about using Claude Code for Web, which shows up on the phone app to code on the go from his phone. He's got some useful notes on his blog: https://simonwillison.net/2025/Oct/20/claude-code-for-web/
My 2 cents: Try the OOTB options to get a feel for the ergonomics that suit you best, then vibe code something that works for you.
reply