[โ€“] 1 point 1 month ago

Unfortunately, yeah. I'm still in the "I have a cool thing that actually is cool but buried under slop" phase, so getting literally any attention is helpful. I hate it, but if I want to make these tools, I have to get my hands a little corpo ๐Ÿคฎ

  • source
  • parent
  • context
  • [โ€“] 1 point 1 month ago

    Ha, the irony isn't lost on me. But the comment was mine, not generated. The project does use LLMs as a tool (that's the point of it), but "uses LLMs" and "is slop" aren't the same thing. The repo is public if you want to check the commit history and structure rather than take my word for it.

  • source
  • parent
  • context
  • [โ€“] 0 points 1 month ago (1 child)

    Fair point, I'll own it. Dropping a project link in a thread about slopcode is going to read as a pitch, and I needed to promote or nothing will ever happen.

    That said, I figured showing a concrete example was more useful than just adding another opinion to the pile. If you want to pull the repo (https://git.opensourcesolarpunk.com/Circuit-Forge/peregrine), the structure is there to review. There's a deterministic pipeline underneath the LLM layer (eligibility checks, form validation, deadline tracking all run without LLM involvement), CI with test coverage, and a fine-tuned model approach that keeps inference on local hardware where possible.

    The hard part wasn't the LLM layer, it was the plumbing around it that keeps the LLM in an advisory role instead of a decision-making one. That design constraint is what I wanted to show, not just "look, I made a thing."

  • source
  • parent
  • context
  • [โ€“] 10 points 1 month ago* (last edited 1 month ago) (7 children)

    The pre-LLM-effort-was-a-filter argument holds up, but I think what effort was really filtering for was why someone built the thing. High effort filtered out "this seemed fun for a weekend" projects. LLMs just surfaced that those were always the majority.

    The better filter is: does this project serve a specific audience that genuinely needs it, or is it a demo of what you can do with Claude?

    What I look for now:

    • Specific problem for a specific group of people (not "general-purpose LLM wrapper")

    • Open core (MIT or something that lets the community carry it if the author walks)

    • Revenue model or institutional backing (someone has to keep the lights on)

    • Evidence the author understands what they shipped, not just LLM output committed wholesale

    We build CircuitForge, self-hosted tools for navigating opaque systems (job markets, government benefits, insurance). The architecture is deterministic-first: eligibility checks, validation, and data pipelines are rule-based and grounded in structured data, so the LLM is drafting from a clean, repeatable foundation rather than hallucinating into a void. That also means we can run smaller, specifically fine-tuned models instead of throwing a frontier model at everything and hoping for the best. Smaller models run on consumer hardware, which cuts hosting cost and shrinks the privacy risk surface significantly. Humans approve before anything acts. Pipeline layer is MIT and lives on Forgejo. There's a full devops stack, a real business model, and I use these tools every day. We're also actively collaborating with other devs and always looking for contributors.

    The people using these tools actually need them. That's the commitment signal that doesn't evaporate when the novelty wears off.

  • source
  • [โ€“] 2 points 1 month ago* (last edited 1 month ago)

    You clearly didn't read very far, but I guess I need to be more upfront about the details. The only thing I charge for is using my hardware, and I'm only doing that for people who can't do it for themselves. All of the software is open source. All of the software is self-hostable, and the three I built first don't even need an LLM to be useful. I'm building it with low-spec (8gb vram or less) as the priority deployment option so anyone who is capable can use these for free

    I'm one engineer trying to democratize and federate AI

  • source
  • parent
  • context
  •  

    Discarr is a self-hosted web UI that bridges disc rips (VIDEO_TS / BDMV / ISO) into Sonarr and Radarr. Scan a disc directory, map the titles to the right episodes or movies in the browser, and it handles the encode queue and arr notification.

    Stack: Pure Node.js 18+, no npm packages, only built-in modules. Requires ffmpeg and ffprobe on the host; HandBrake optional. Docker image bundles both.

    License: GPL-3.0.

    Forgejo (primary): https://git.opensourcesolarpunk.com/Circuit-Forge/discarr GitHub (mirror): https://github.com/pyr0ball/discarr

    Still early, issues and PRs welcome.

     

    I've got a shelf of discs, a MakeMKV box, and a Sonarr/Radarr setup. Getting the ripped files from one to the other has always been tedious. Especially multi-episode discs where you have to figure out which title maps to which episode before you can rename anything.

    So I built Discarr: a local Node.js web UI (no npm deps) that handles that pipeline.

    Scan a VIDEO_TS/BDMV/ISO directory, get a list of titles with duration and chapter info, map them to Sonarr episodes or Radarr movies, queue the HEVC encode (ffmpeg or HandBrake, local or SSH to a remote encode box), and have it notify Sonarr/Radarr when done.

    System deps: Node.js 18+, ffmpeg + ffprobe. HandBrake optional.

    Docker image (latest) includes ffmpeg and openssh-client. For HandBrake support use the :handbrake tag.

    # Default (ffmpeg)
    docker run -d -p 8603:8603 \
      -v ~/.config/media-postprocessor:/root/.config/media-postprocessor:ro \
      -v /path/to/media:/media \
      pyr0ball/discarr:latest
    
    # HandBrake variant
    docker run -d -p 8603:8603 \
      -v ~/.config/media-postprocessor:/root/.config/media-postprocessor:ro \
      -v /path/to/media:/media \
      pyr0ball/discarr:handbrake
    

    Also optional: qBittorrent hook so disc rips downloaded as torrents auto-queue; Tdarr notify after encode.

    Forgejo: https://git.opensourcesolarpunk.com/Circuit-Forge/discarr GitHub: https://github.com/pyr0ball/discarr

     

    MakeMKV gives you a pile of VOB files. Sonarr wants a clean named MKV in the right folder. The gap between those two is always a manual dance. Figure out which season it is, rename it, drop it in the right place, trigger a rescan.

    Discarr fills that gap: it's a small Node.js web UI (no npm packages, pure built-ins) that handles the VIDEO_TS / BDMV / ISO โ†’ arr import chain.

    What it does:

    • Scans disc structure automatically (VIDEO_TS, BDMV, multi-disc, ISO)
    • Reads IFO chapter data to split multi-episode DVD discs correctly
    • Browser UI to map disc titles to the right Sonarr episodes or Radarr movies
    • Queues HEVC encodes via ffmpeg or HandBrake (locally or over SSH to a remote box)
    • Notifies Sonarr/Radarr via custom script hooks on import/delete/completion
    • Optional: qBittorrent hook triggers a scan on torrent completion; Tdarr ping after encode
    • Persistent job queue. restarts resume automatically

    Requirements: Node.js 18+, ffmpeg + ffprobe. HandBrake optional. Docker image bundles both plus openssh-client.

    Still early, issues and PRs welcome.

    Forgejo (primary): https://git.opensourcesolarpunk.com/Circuit-Forge/discarr GitHub (mirror): https://github.com/pyr0ball/discarr

    view more: next โ€บ