mythz

Yep Open WebUI's switch to a non OSS license to inhibit competitive forks [1], in their own words [2] ensures I'll never use them. Happy to develop an OSS alternative that does the opposite whose rewrite on extensibility enables community extensions can replace built-in components and extensions so it can easily be rebranded and extended with custom UI + Server features.

The goal is for the core main.py to be a single file without requiring additional dependencies, anything that does can be loaded as an extension (i.e. just a folder with .py server and UI hooks). There's also a script + docs so you can mix n' match the single main.py file and repackage it which whatever extensions you want included [3].

[1] https://www.reddit.com/r/opensource/comments/1kfhkal/open_we...

[2] https://docs.openwebui.com/license/

[3] https://llmspy.org/docs/deployment/custom-build

Most announcements slip through without notice, it only picks up votes when it hits the main page.

v1 also took a while to make it to HN, v3 is a complete rewrite focused on extensibility with a lot more new features.

iconify has been my primary source of icons for over a year now.

Most of my Websites/Apps don't use rasterized graphics for design anymore, SVG + CSS gradients/backgrounds & effects seem to handle everything I need.

Full time Antigravity user here, IMO best value coding assistant by far, not even including all the other AI Pro sub perks.

Still using Claude Pro / GitHub Copilot subs for general terminal/VS Code access to Claude. I consider them all top-tier models, but I prefer the full IDE UX of Antigravity over the VS Code CC sidebar or CC terminal.

Opus 4.5 is obviously great at all things code, tho a lot of times I prefer Gemini 3 Pro (High) UI's. In the last month I've primarily used it on a Python / Vue project which it excels at, I thought I would've need to switch to Opus at some point if I wasn't happy with a particular implementation, but I haven't yet. Few times it didn't generate the right result was due to prompt misunderstanding which I was able to fix by reprompting.

I'm still using Claude/GPT 5.2 for docs as IMO they have a more sophisticated command over the English language. But for pure coding assistance, I'm a happy Antigravity user.

Yeah except Gemini CLI is still bad after such a long time, every now and then I'll fire it up when I need a complex CLI command only to find that it hadn't improved and that I would've been better off asking an LLM instead. I don't quite understand its positioning, it's clearly a product of a lot of dev effort which I thought was for a re-imagined CLI experience, but I can't imagine anyone uses it as a daily driver for that.

I retried Antigravity a few weeks after launch after Augment Code's new pricing kicked in, and was pleasantly surprised at how reliable it became and how far I got with just the free quota, was happy to upgrade to Pro to keep using it and haven't hit a quota since. I consider it a low tier sub in cost, but enables a high/max tier sub workflow.

Gemini CLI is too slow to be useful, kind of surprised it was even offered and marketed given how painful it is to use. I thought it'd have to be damaging to the Gemini brand to get people to try it out, suffer painful UX then immediately stop using it. (Using it from Australia may also contribute to its slow perf)

Antigravity was also painful to use at launch where more queries failed then succeeded, however they've basically solved that now to the point where it's become my most used editor/IDE where I've yet to hit a quota limit, despite only being on the $20/mo plan - even when using Gemini 3 Pro as the default model. I also can't recall seeing any failed service responses after a month of full-time usage. It's not the fastest model, but very happy with its high quality output.

I expected to upgrade to a Claude Code Max plan after leaving Augment Code, but given how good Antigravity is now for its low cost, I've switched to it as my primary full-time coding assistant.

Still paying for GitHub Copilot / Claude Pro for general VS Code and CC terminal usage, but definitely getting the most value of out my Gemini AI Pro sub.

Note this is only for development, docs and other work product. For API usage in products, I primarily lean on the cheaper OSS chinese models, primarily MiniMax 2.1 for tool calling or GLM 4.7/KimiK2/DeepSeek when extra intelligence is needed (at slower perf). Gemini Flash for analyzing Image, Audio & PDFs.

Also find Nano Banana/Pro (Gemini Flash Image) to consistently generate the highest quality images vs GPT 1.5/SDXL,HiDream,Flux,ZImage,Qwen, which apparently my Pro sub includes up to 1000/day for Nano Banana or 100/day for Pro?? [1], so it's hard to justify using anything else.

If Gemini 3 Pro was a bit faster and Flash a bit cheaper (API Usage), I could easily see myself switching to Gemini for everything. If future releases get smarter, faster whilst remaining aggressively priced, in the future - I expect I will.

[1] https://support.google.com/gemini/answer/16275805?hl=en

Do you save time by using a calculator / spreadsheet or try to do all calculations in your head, because your ability to do quick calculations degrades the more you rely on tools to do it.

I'm not too worried about degrading abilities since my fundamentals are sound and if I get rusty due to lack of practice, I'm only a prompt away from asking my expert assistant to throw down some knowledge to bring me back up to speed.

Whilst my hands on programming has reduced, the variety of Software I create has increased. I used to avoid writing complex automation scripts in bash because I kept getting blocked trying to remember its archaic syntax, so I'd typically use bun/node for complex scripts, but with AI I've switched back to writing most of my scripts in bash (it's surprising at what's capable in bash), and have automated a lot more of my manual workflows since it's so easy to do.

I also avoided Python because the lack of typing and api discovery slowed me down a lot, but with AI autocomplete whenever I need to know how to do something I'll just write a method stub with comments and AI will complete it for me. I', now spending lots of time writing Python, to create AI Tools and Agents, ComfyUI Custom Nodes, Image and Audio Classifiers, PIL/ffmpeg transformations, etc. Things I'd never consider before AI.

I also don't worry about its effects as I view it as inevitable, with the pendulum having swung towards code now being dispensable/cheap to create, what's more important is velocity and being able to execute your ideas quickly, for me that's using AI where I can.

I like learning, I like programming, primarily because it lets me create whatever App I want. I'm continually choosing the most productive languages, IDEs and tooling that lets me be the most productive. I view AI in the same regard, where it lets me achieve whatever I want to create, but much faster.

Sure if you want to learn programming languages for programming sake, then yeah don't Vibe Code (i.e. text prompting AI to code), use AI as a knowledgeable companion that's readily on hand to help you whenever you get stuck. But if your goal is to create Software that achieves your objectives then you're doing yourself a disservice if you're not using AI to its maximum potential.

Given my time on this earth is finite, I'm in the camp of using AI to be as productive as possible. But that's still not everything yet, I'm not using it for backend code as I need to verify every change. But more than happy to Vibe code UIs (after I spend time laying down a foundation to make it intuitive where new components/pages go and API integration).

Other than that I'll use AI where I can (UIs, automation & deployment scripts, etc), I've even switched over to using React/Next.js for new Apps because AI is more proficient with it. Even old Apps that I wouldn't normally touch because it used legacy tech that's deprecated, I'll just rewrite the entire UI in React/Next.js to get it to a place where I can use text prompts to add new features. It took about ~20mins for Claude Code to get the initial rewrite implemented (using the old code base as a guide) then a few hours over that to walk through every feature and prompt it to add features it missed or fix broken functionality [1]. I ended up spending more time migrating it from AWS/ECS/RDS to Hetzner w/ automated backups - then the actual rewrite.

[1] https://react-templates.net/docs/vibe-coding/rewrite-legacy-...

I keep seeing articles religiously pushing htmx, what I'm not seeing are sophisticated examples or apps written with it, just more basic example and interaction examples.

I personally prefer UIs with great encapsulation/composition, which used to be Vue, but with AI starting to write more of my UIs now I've switched to React/Next.js for new non-progressive UIs.

Too complicated, should be simple like O'sassy, i.e. modified MIT with a clause where it doesn't extend to oligopoly cloud corps.

Given oligopoly cloud corps are the biggest exploiters of OSS (to everyone elses detriment), I'd prefer an OSS license that was simply OSS for everyone under < $1B ARR.

SDXL has long been surpassed, it's primary redeeming feature is fine tuned variants for different focus and image styles.

IMO HiDream had the best quality OSS generations, Flux Schnell is decent as well. Will try out Z-Image soon.

Despite having an unlimited warchest I'm not expecting Microsoft to come out as a winner from this AI race whilst having the necessary resources. The easy investment was to throw billions at OpenAI to gain access to their tech, but that puts them in a weird position of not investing heavily in cultivating their own AI talent and being in control of their own destiny by having their own horse in the race with their own SOTA models.

Apple's having a similar issue, unlimited wealth that's outsourcing to external SOTA model providers.

It's cool that this is possible, is this just for fun or are there good use-cases for this?

yes some languages have them, no they're not as good.

Sounds like cope. Great Type System, Language Server, IDE Integration, compiler feedback, tooling ecosystem, DX Hot Reload - all things that made it the most used programming language on GitHub.

TypeScript's one of the best, and bun runs it natively.

AI tools value simplicity, fast bootstrapping and iterations, this rules out the JVM which has the worst build system and package repositories I've ever had the displeasure of needing to use. Check in gradle binaries in 2025? Having to wait days for packages to sync? Windows/Linux gradle wrappers for every project? Broken builds and churn after every major upgrade. It's broken beyond repair.

By contrast `bun install` is about as good as it gets.

Europe's bright star has been quiet for a while, great to see them back and good to see them come back to Open Source light with Apache 2.0 licenses - they're too far from the SOTA pack that exclusive/proprietary models would work in their favor.

Mistral had the best small models on consumer GPUs for a while, hopefully Ministral 14B lives up to their benchmarks.

This takes me back a few years when the first of my Uni friends had a baby, they spoiled him with so many toys that their lounge room was like an obstacle field where you had to be careful where to step, but despite all his toys the baby spent all his time while I was there playing with the door spring.

There's something therapeutic about door springs, that you just have to stop and play with it.

I for one am thankful for GitHub Actions, having free access to stateless automation and deployment scripts that's versioned along with code, running on Servers I don't have to manage has been a gift.

I don't miss anything from the dark days of managing self-hosted CI servers.

It's already the best OS for development and doesn't even need to do anything to get more appealing whilst Microsoft continues to enshittify Windows 11+ and Apple turns macOS into a locked down iPad.

Basically Matthew Garret sued owners of www.techrights.org and news.tuxmachines.org for libel, was successful and was awarded £70,000 in damages.

> In my judgment, in all these circumstances, the minimum sum necessary to convince a fair-minded bystander of the baselessness of the allegations against him, to vindicate his reputation and restore his standing, and to compensate him for the consequences he has suffered, is £70,000.

> Nearly everything, means not everything, that something is not covered, AI tools for example.

Yeah I know some things that aren't covered, like everything I've listed in my first comment that I'm currently shelling out to Python for.

> Existing PyTorch, OpenCV and ONNX Runtime bindings doesn't meant there is a solution for every Python package out there.

So why are you trying to use some scattered bindings to misrepresent .NET's AI capabilities? Your intent has been to say there's no need to use anything else since .NET basically has it all - to someone who needs to shell out to Python, because .NET didn't have what I needed.

> many AI scenarios that are nicely taken care by .NET and Windows tooling like WindowsML, which work good enough for many Microsoft shops scenarios.

So intead of shelling out to Python, I could've just.. replaced my inexpensive Linux servers and deploy to Window Servers and Azure??? Thanks for the advice, but I'll stick to the easiest solution that actually works.

> Not everything needs to be Python.

No, just everything I need to shell out to Python for, i.e. my entire point.

> There is hardly anything that isn't available in .NET, the main problem is being willing to pay for tooling.

Here you're saying .NET has nearly everything, you just need to pay for it sometimes.

> And even so, there are .NET bindings for a few of those libraries like PyTorch, OpenCV and ONNX Runtime.

As apparently AI is no problem for .NET either since it has some bindings. So I really didn't need to use Python if I was prepared to pay for some tools as "There is hardly anything that isn't available in .NET" - misrepresent the situation much?

As if that does anything to help the different Python packages you need. Yeah you could rewrite every Python package built on top of it, or you know, shell out to a process or API.

You're misrepresenting reality, companies aren't choosing .NET for their AI workflows. There's nothing like ComfyUI, the ecosystems are worlds apart, it's not even close.

I'm using of a lot of ComfyUI Workflows, Custom Nodes, Image and Audio classifiers relying on PyTorch, supervision, ultralytics, MediaPipe, OpenCV, onnxruntime, pandas, numpy that says otherwise. There are some equivalents, but the ecosystems aren't playing in the same ballpark.

It wouldn't be a quest if there were lots of good options, a few good options is better than lots of unused/unmaintained ones.

The wider .NET ecosystem is lacking when trying to step out the mainline. I don't bother hunting for unused, partially implemented .NET libraries anymore and just call out to a process or API call when needing to get something done.

It's not ideal, but when there isn't a good option isn't available in .NET it's usually available in Python/npm. Typically I'll use background jobs when calling out of process for added resiliency/replayability and observability.

Is this another I'll sell you $1 for $0.60 VC trick?