this post was submitted on 05 Apr 2026
37 points (68.0% liked)

Selfhosted

58273 readers
810 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

  7. No low-effort posts. This is subjective and will largely be determined by the community member reports.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS
 

**#A quick edit to address something important and provide a disclaimer: **

Thank you all for your feedback! This project was "vibecoded" with Cloude AI and serves more as a "proof of concept" for what could be achieved with AI assistance. I'm just a tech enthusiast, and I'm excited to continue exploring new possibilities. I understand there’s a real concern about “AI Slop,” but that's exactly why I’m sharing this project with you all so that experts who are interested in the idea can offer guidance or even help improve it.

I’ve noticed that many people with home labs prefer to update their applications manually instead of relying on other apps that automate the process. Often, they have to check each one individually. That’s where Vigil comes in. The primary function of Vigil is to centralize the information and give users clear visibility of which applications are outdated, their current version, and the newer version available from several sources. This way, you can decide what and when to update.

To be honest, I hope it ends up being useful to others as it is for me.

If you have a few minutes, I’d really appreciate you trying it out and leaving a review or suggestions on the repo or even here. I'd do my best to answer most of the comments.

REPO: https://github.com/kumucode/vigil.git

you are viewing a single comment's thread
view the rest of the comments
[–] nimble@lemmy.blahaj.zone 5 points 14 hours ago (2 children)

The OP says so in the comments, but also:

  • two week old github account, project created 2 weeks ago
  • initial commit is a large 1.0 release with everything committed at once
  • this also happens for 2.0 where everything is commited in one commit
  • the code and comment structure
[–] 1step@lemmy.world 1 points 8 hours ago (1 children)

That's right, I've been working on this project for a few weeks. I wasn't sure if I should commit it to a public repo, but I thought it'd nice to have other people testing it out, and giving their opinion. Honestly, I never used github before, that's why the account is new. I committed everything at once, when I felt like the application was "functional".

[–] nimble@lemmy.blahaj.zone 2 points 6 hours ago* (last edited 6 hours ago) (1 children)

Git commits should be focused on one small thing at a time, doing small changes or additions. Then using descriptive commit messages like "add webook notifications" or "fix webhook triggering twice".

This makes the history of the project easier to see what changes were made and for what purpose. If something breaks webhook functionality then you can have an easier time finding what broke that feature. It also has the added benefit of someone showing their work progress. It's like you can be a math genius but if you don't show your work, your professor is going to think you cheated. In this case, it's a pretty dead giveaway that AI was involved. Since you are using AI then smaller commits also let you see what the AI to changing between iterations since even if you give it a copy of a file, it may change other parts of that file that you didn't ask for, and those changes could be good or bad.

And just because you are making these commits doesn't mean you have to "git push" them to your public repo right away. Since you're working alone and don't have any community contributors then you can just keep that work locally and push when you're ready for the next public release. Over time you could start using a development branch in git and push to that, so other developers can see your progress and when you're ready for a public release your merge the changes to your main branch. That's some more advanced git stuff but it's a core skill of any developer to be able to use branches.

Also there's nothing wrong with being new. I only mentioned the new account because when combined with the other things, this was a dead giveaway of AI use.

For what it's worth, good job putting together something that is useful for you. I would just encourage you to make sure you are trying to understand what you are doing and be willing to challenge yourself instead of using AI as a mental crutch like many people do. AI can only get you so far and you'll need to learn enough to call its bullshit and point out its mistakes.

[–] 1step@lemmy.world 1 points 30 minutes ago

I think documenting everything is key so people can clearly see the progress. I didn't know that you could merge the changes to the main branch and that it is a core skill as you mentioned. I kind of noticed exactly what you said "it may change other parts of that file that you didn’t ask for" while doing some tweaks. This AI topic has too many branches and it's a fascinating topic for debates. Thanks for taking the time to give this advice.

[–] ishartdoritos@lemmy.zip 1 points 9 hours ago

Also the look of the UI I can see default Claude UI a mile away these days. Always the same colours, fonts, layouts, ect...