I created a tool that's easy to set up and gives you fast and beautiful web UI and TUI from a single Go binary.

It can serve both as a cron replacement, or just as a cron supplement - let's say, to version control your cron tasks in a small team. It also has an alert system that allows you to send slack/discord/telegram/email when something bad happens.

I want your feedback. You can help me shape this product into something people will find pleasant to use.

This daemon is copyleft GPL-3.0-or-later - completely free to use.

RunWisp is currently in pre-release phase but is slowly approaching its v1.0 stable release.

Website: https://runwisp.com/

GitHub repo: https://github.com/runwisp/runwisp - feel free to open an issue!

Quick start: https://docs.runwisp.com/getting-started/quick-start/

AI Disclosure

  • Design - Hint
  • Implementation - Pair
  • Testing - Assisted
  • Documentation - Pair
  • Review - Hint

all 18 comments

sorted by: hot top controversial new old
[–] 6 points 2 months ago* (last edited 2 months ago) (4 children)

I hope this doesn’t come off as too harsh, but the text reads as very AI generated, and I think if you rewrote the main text you could do a much better job.

It’s not clear to me why to use it, the pitch today is that it makes failures loud, which is nice, but very poorly described.

The tool itself looks good, but the website looks very “Claude”, especially the text at the top saying “ONE BINARY · LINUX · MACOS · WSL · 25 MB RAM IDLE”

Those are great pros, but are they the guest thing the user should see?

Honestly the first paragraph of the quick start is a much better pitch:

RunWisp is one small Go binary. You list the shell commands you want to run in a runwisp.toml, and RunWisp takes care of the rest — firing jobs on cron, restarting services when they crash, and capturing every line of stdout and stderr so you can go back and look at what happened. There’s a TUI in your terminal and a Web UI in your browser for poking around. No external database, no agent, no sidecar

This tool looks decent, but for me I find nix helps manage the complexity of systemd well

  • source
  • hideshow 4 child comments
  • [–] [S] -2 points 2 months ago* (last edited 2 months ago) (3 children)

    actually not harsh

    this is exactly the kind of concrete feedback I was hoping for. You're right that the quick-start paragraph explains the actual value better than the current pitch.. Thank you for taking the time to look at this.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 11 points 2 months ago

    No problem.

    The other thing with AI stuff is it conveys very little trust. It’s easy-come easy-go, so it’s hard to tell how much maintenance the owner will has put in or will put into the project.

    Scheduling is high risk, so it’s important that it feels safe

  • source
  • parent
  • [–] 8 points 2 months ago (8 children)
  • [–] 60 points 2 months ago* (3 children)

    AGENTS.md, CLAUDE.md, copilot as contributor, an insanely long readme full of tables and emoji for a project that is just a couple of months old, solving a problem nobody who can read a man page has, posted by an account named after the project, with explicit disclosures in the post.

    idk it's unclear

  • source
  • parent
  • hideshow 3 child comments
  • [–] [S] 2 points 2 months ago* (last edited 2 months ago) (1 child)

    Copilot was listed as a contributor on an early commit because I used it to help draft that commit. that attribution overstates its role in the overall project. The disclosure in the post is the more accurate summary of how AI was used.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 10 points 2 months ago* (last edited 2 months ago) (1 child)

    I don't think so. He has been a developer for at least a decade. I did not find code smell or bad habits. He does cover his code with plenty of tests. Sonarcloud shows very little issues with the code. That is with all original measures and rules in place.

    The dev seems to do all the right things including disclaiming the use of AI.

  • source
  • parent
  • hideshow 1 child comment
  • [–] [S] 4 points 2 months ago

    no. I am an experienced engineer that has been writing code for more than 10 years, way before AI. While AI definitely has been used to write code, the code architecture is actively designed and reviewed by me, a human.

  • source
  • parent
  • [–] 8 points 2 months ago (1 child)

    You really should disclose this as AI slop

  • source
  • hideshow 1 child comment
  • [–] 2 points 2 months ago (1 child)

    How much of this is written by AI?

  • source
  • hideshow 1 child comment