@girish that's true!

thankfully never had any Cloudron security breaches, but the existence of all apps is visible to the public web, and with AI now able to find zero-day exploits so quickly, data-security risks are increasing

one way to mitigate that is if the apps were limited to access only from those with access to it via their mesh vpn

maybe it's already possible with asking AI to set all that up, but i'm just thinking out loud for the ordinary person that might not want to tinker with that and just have it as a an option out of the box

@james yeah, early days for sure!

Cloudron is all about privacy and sovereignty, though, so being able to have a private network and infrastructure by design i'm sure will be the icing on the cake.

The best of the mature alternatives from all I've tested is Netbird, so maybe that's the first option, and NostrVPN can be added as an alt when it matures:

• https://forum.cloudron.io/post/83775
• https://forum.cloudron.io/post/82860
• https://forum.cloudron.io/post/120595

Thinking about it more, it's the kind of thing you could use to take your Cloudron servers/apps completely private to be only accessible by users via your own private NostrVPN.

Thoughts as integrating as a Cloudron server/app feature @girish @nebulon ?

@timconsidine Yes, the developer's got the background for decentralisation with Bitcoin development, and seems to thing he's getting speeds close to regular Wireguard.

Only gotchya is the network remains small at the moment, so it's only useful as more of a Tailscale/Netbird alternative for now. Then, for the network to grow, more people will have to opt-in to sharing their IP & unused bandwidth as exit nodes.

Could be interesting:

• https://nostrvpn.org/
• https://github.com/mmalmi/nostr-vpn
• https://git.iris.to/#/npub1xdhnr9mrv47kkrn95k6cwecearydeh8e895990n3acntwvmgk2dsdeeycm/nostr-vpn

Very new, so caution advised...

• https://x.com/TFTC21/status/2056774252490317976?s=20

@LoudLemur folders are a 1-dimension construct, so not always applicable to multi-use things

i prefer flat file structures where it can speed up searching and navigating for things

these are minor details, but i do pay attention to them

best way to see how i've structured and optimised things is to look at the codebase and try it

i'm at the point now where i use it to build more, so the evolution is now iterative based on that experience

i don't think you'll find a more token-efficient way to work at scale and get more done, but you're not locked into anything open-source, so try them all and compare

aidevops is good at answering questions about itself, and comparing itself to any other repo links you give it, it's a full-transparancy self-aware system

right now, the best model by far for coding is gpt-5.5 (no thinking needed, so Ctrl-T until that yellow text doesn't show in the opencode input) — pretty-much gets everything i ask of it done in one shot

@LoudLemur Hermes is a bootstrap harness, bring all your own agents/skills, and no deep Git collaboration.

AiDevOps is an opinionated with 1000+ agent for things I use and recommend, and the only harness as far as I know that can work for multiple users and machines collaborating on the same Git repo (more difficult than you'd think if you try to do this without AIDevOps)

You can install all of these things, try them and compare.

Once you have installed an an account connected (GPT-5.5 is currently best for coding & devops), then you can ask it what it does, and to compare itself to anything else you find trending that gets your attention.

@umnz OpenCode is the interface, so you can use any models, cloud or local.

aidevops is just a curated harness, to save everyone from reinventing the same, and it's designed for token-efficiency, speed, and optionality — with pulse & workers to get things done in the background, while your main interactive sessions can ask for anything

also, i've recently switched from using anthropic models to openai's gpt-5.5 (no thinking, ctrl-T until that setting is blank) and finding that very fast and reliable — i think with 5.5 they've finally surpassed opus level coding capabilities

for self-hosted models, i understand deepseek and kimi are the current SOTA for coding, let us know how you get on

@umnz i use and develop is daily. checkout my open:closed issues & prs ratio on the repo:

• https://github.com/marcusquinn/aidevops

(works with claude max subscriptions, too)

You can see my gh activity and ai-leverage throughput with it here:

• https://github.com/marcusquinn

There's a Cloudron app version here, but you're best off installing it locally first, and then getting it to walk you through setting up the cloudron app instance from this repo:

• https://github.com/marcusquinn/aidevops-cloudron-app

Maybe that can be added to the cloudron community apps library?

@timconsidine did you have any luck with this? I made some updates since you last tried. Happy to add you as a maintainer to the repo if you want.

Same, not against AI content — but it has to be digestible and add genuine value, as AI can be overwhelmingly detailed. I'm sure a summary is fine, with further info on request.

@james I'd go a step further on this, and make it a policy that all post and comment content must be within the post or comment, and links only to actual products or third-party commentary. These pastebin links just aren't welcome in any way.

@LoudLemur don't litter external links, either. Not "helpful".

@LoudLemur external links aren't nice either. Unless you can format a post or comment, best not to litter links.

Massive amount of work has gone into token-optimisation with this, now.

Give it a try, and compare to whatever else you're using. I think you'll be pleasantly surprised

Lots more done on this recently, including packaging as a Cloudron app. More on that here:

• https://forum.cloudron.io/topic/15249/ai-devops-opencode-alternative-to-_claw-bots

cross-linking:

• https://forum.cloudron.io/topic/15249/ai-devops-opencode-alternative-to-_claw-bots

I prototyped a Cloudron app for this here:

• https://github.com/marcusquinn/aidevops-cloudron-app

(made with aidevops)

you can of course still use it safely, locally — which I do and recommend — but if you want a cloudron instance for any reason, this should also work

look at my GitHub activity if you want to see what it's capable of:

• https://github.com/marcusquinn

@robi Cool! Thanks for the mention!

Yup, we all love free stuff.

aidevops.sh is fully open-source, practice what I preach

Best way to explain it is to try it, as it's designed to explain itself.

I use it personally ever day, so evolves as fast as I can to share capabilities.

Let us know how you get on...

Problem

When using the Nextcloud Tasks app, attempting to create a new task list fails with: "An error occurred, unable to create the list."

Creating tasks via Apple Reminders (CalDAV sync) also silently fails — new lists simply disappear.

Deleting existing task lists and emptying the trash temporarily fixes the issue, but it returns once you have enough lists again.

Root Cause

Nextcloud 32.x introduced a RateLimitingPlugin in the DAV app (apps/dav/lib/CalDAV/Security/RateLimitingPlugin.php) that enforces a hard limit of 30 calendars + subscriptions per user via the dav.maximumCalendarsSubscriptions app config setting (default: 30).

Two issues with this limit:

1. The default of 30 is too low for users who use the Tasks app heavily (e.g., project management with one task list per project). Each task list is a CalDAV calendar, so 28 project lists + a personal calendar + a birthday calendar = 30 = limit reached.
2. Trashed calendars count toward the limit. The getCalendarsForUserCount() method in CalDavBackend.php has no deleted_at filter, so calendars in the trash still count. This is arguably a bug — trashed items shouldn't block creation of new ones.

There's also a rate limit of 10 calendar creations per hour (dav.rateLimitCalendarCreation), which can be hit when setting up multiple projects.

Fix

Increase the calendar+subscription limit (default: 30)

occ config:app:set dav maximumCalendarsSubscriptions --value=999

Or disable the limit entirely

occ config:app:set dav maximumCalendarsSubscriptions --value=-1

Optionally increase the rate limit (default: 10 per hour)

occ config:app:set dav rateLimitCalendarCreation --value=50
Suggestion for Cloudron
Consider either:

• Increasing the default maximumCalendarsSubscriptions to 999 in the Cloudron Nextcloud package's start.sh
• Or documenting this limit in the Cloudron Nextcloud docs
  The error message from the Tasks app ("An error occurred, unable to create the list") gives no indication that a calendar limit has been reached, making this very difficult to diagnose.

Environment: Cloudron Nextcloud package 5.6.7 (Nextcloud 32.0.6), Tasks app 0.17.1