What’s the ratio of human code to vibe code here?
PS I’m not judging, just merely curios since I utilize agents a lot in my daily workflow
That is a lot! Looks like I will have to give it a try soon.
To be frank … I am quietly waiting for the OS release of Monti 
Most of my workflow these days is about 90% agent-driven and 10% manual tweaks.
Over the last year, I jumped headfirst into agentic workflows—not just for coding, but for running company ops and all the admin stuff too.
I really think agentic workflows are the future for pretty much everyone, not only devs. That said, they’re not some magic fix-all; they’re just tools that open up the next level of abstraction. What sets things apart is still the thoughts and ideas behind them as agents get smarter.
I’ve put a ton of time into fine-tuning my prompts so that dozens of sub-agents match my coding style almost perfectly now. It helps that I’ve got a bunch of repos and big projects where I’ve written every single line myself (millions over the years), and I use those as examples in the initial prompts.
Funnily enough, that’s why I kicked off SkySignal—I nailed a fully agentic setup for local dev and wanted the same solution for DevOps.
My advice to folks: Don’t shy away from AI or agentic workflows.
- Be super clear with your prompts—lay out the strategy like you’re explaining it in a casual chat or jotting down a plan.
- Think of agent coding as the next step up in abstraction.
- Remember, it’s still just a tool—your success depends on how you use it.
- Agent-generated code doesn’t let you off the hook; humans are always accountable in the end.
- Always read through the code the agent spits out—review it like an editor, even if you’re not writing it from scratch.
- I feel like “vibe-code” kinda undersells what agentic workflows can do. It lowers the entry barrier, which is awesome and makes dev more open to everyone. But yeah, that also means there’s a bunch of sloppy “vibe-coded” projects out there. At the end of the day, it’s the user who makes or breaks it
4 Likes
Just installed - Thank you, this is really generous for the free tier. Setup was seamless.
I think the only feedback I have is - how do i get in to dark mode like on the homepage 
1 Like
Can this run alongside Monti or it’s one or the other ?
Any plans to add BullMQ to your supported jobs?
BullMQ +1
I also use this one. 
Added BullMQ support to the roadmap.
BullMQ +1. It’s one of the most used queue systems in meteor world. probably because of redis-oplog
Who isn’t using BullMQ these days. It’s a life saver, would love to go Pro but their pricing is just ridiculous (for getting “groups” which is the feature I’m mostly interested in).
Having said that, I’m using the BullMQ dashboard in my Admin app and I have added statistics to see how long certain types of jobs are running and some other important stats on the queues (for me).
So wondering what exactly you guys want to see added to SkySignal in terms of BullMQ?
Hear, hear. Fully agree with you. As good as we are as humans, we can never be top notch in everything that a small software company has to offer (as jobs). Hence the Agentic AI comes in very handy. I also don’t need to read through endless pages of documentation to get things done that I’ve never done before (especially on the engineering side).
On that “vibe-coding” topic I think we need to distinguish clearly between “vibe-coding” - which is what these YouTube ads tell you “I don’t know how to code but I’ve just build an app/website” vs Agentic AI for coding. That’s a huge difference as we all know and the only common thing is the word AI in both 
Just my two cents and keep up the good work @mvogt22 - this is some huge progress and some excellent new ideas that you brought to live. Excited to read about your agent Astraeus AI DevOps - that sounds the most promising thing so far.
2 Likes
So wondering what exactly you guys want to see added to SkySignal in terms of BullMQ?
My use case is pretty simple—I just need a simple interface to check queue info (like how many jobs are executed per day).
That’s exactly what I let AI build in 15 minutes:
Customize it to your liking.
I’m not 100% convinced that such should be “automatically” be on SkySignal. The package will become bloated if the next person is then requested “Oh, I use Steve Jobs as a queue system, please add it as well” and so on.
Just my two cents
@mvogt22 check this out: Software engineers are going to love this! (open-source, 95% less production downtime) I found an open-source error monitoring agent that scans production logs, finds the root cause, and sends a… | Akshay Pachaar
1 Like
This will be Astra AI (renamed from Astraeus) but dedicated for Meteor apps. Very cool to see!
1 Like
What you’re showing there is similar to what you can get with bullboard - you should try that out.
What we’d like to see in skysignal is more like what’s in monti APM - each job execution is fully instrumented like a method or publication so you can see everything in detail. Along with the typical stats like throughput / duration.
1 Like
BullMQ Support Added (Experimental)
After many requests for BullMQ, v1.0.23 introduces support for it. Looking for users to begin testing it in their apps.
If you identify any bugs, please report them here.
Try it Out
Update your SkySignal config in your Meteor settings.json:
{
"skysignal": {
...existing settings
"collectJobs": true, // Ensure collectJobs !== false (it is true by default)
"bullmqRedis": {
"host": "localhost", // Redis host
"port": 6379 // Redis port
}
}
}
When a bullmqRedis object is detected on SkySignal initialization, the jobs collector will automatically create a listener for BullMQ.
Read more about Background Jobs, or review changelog.