hi everyone, its me 'ladyada. we're very much looking forward to telling our story, i have reached out to the founder of flux.ai (Matthias Wagner - Founder & CEO at Flux), in hopes we can resolve this together and set a good example for the community. looking forward to maybe seeing this resolved on a podcast together, or something
Can we see the demand letter, please?<p>If not, why not?<p>My concern here is that this is like a child going to their parents to complain their sibling hit them, only to find out when you ask the sibling that the first one pushed them off their bicycle.<p>If you don't share it, I think it's a reasonable assumption that you're coming in with unclean hands, trying to use the court of opinion to gain sympathy without the full picture.
(somewhat) unrelated to this kerfuffle, but I can say I've ordered thousands of dollars of stuff from Adafruit, and the quality of the electronics, the speed of shipping, the prices, and the customer service have been consistently outstanding.<p>Hope common sense prevails and Adafruit can go back to doing what it does best instead of dealing with this (IMO) distraction.
Adafruit's documentation and software maintenance is also top notch. I just built a new project using an ancient, no-longer-sold Adafruit PiTFT Plus which I had in my parts bin. Their software installer worked great on latest PiOS, and their data sheets had all the dimensions I needed. Outstanding.
Ditto- it played an important role in my entry to the world of electronics. Some of their breakout boards are my favorite (very nice layout, highly functional, well-documented).
Good luck! Big fan of your work for many, many years. Thank you for the amazing resource that is Adafruit.
Adafruit probably did a review of AI PCB tools. I've used Flux.ai before; it was a pretty bad experience. After about 50-100$ in tokens a couple of times, I couldn't get more than a couple of simple components on the schematic. And not in sensible positions.<p>The product just grinds tokens for little return, in my opinion. I had far better luck wiring together KiCad MCP, SKIDL. There are some AI-driven autorouters out there now. Placement is probably the big issue that needs to be solved now. I could only get about 80% of what I wanted together with my hacky workflow.
This is exactly my experience, wasted $60 trying to get it to make something. The founder sent an automated AI email about setting up a time to meet and go through it then ghosted me at the meeting time.
But at least their priorities are in order. How do you overcome those showstopping challenges & have more time to meet customers?<p>Lawfare!
Yes but look, they set up meetings so they're listening to customers, like all good founders /s
> There are some AI-driven autorouters out there now. Placement is probably the big issue that needs to be solved now.<p>Interesting that within an IC this is basically "solved", or at least properly automated with classical numeric techniques such as simulated annealing.<p>I would have thought there's a big opportunity in a mixed-technique approach, where you use AI to extract unstructured data from datasheets and then feed it into more deterministic tools.<p>I also note that it's very easy to waste more than $100 in electronics once you start actually manufacturing bad PCBs.
> mixed-technique approach<p>I think my biggest annoyance with the way we rolled out AI is that nobody seemed to want to use it to augment already working solutions.<p>Just throw everything out and have an LLM do it instead.
I've been frustrated with Copilot in this regard.<p>I work on a large C++ codebase, with large files. Human developers jump around between files with the Visual Studio fuzzy search, set breakpoints to trace execution in the Debugger, use the IDE's refactoring tools.<p>Microsoft's answer to this was to just ... expose none of this to their Agent Mode!? Replace the working semantic autocomplete with fucking lies!?<p>Maybe it's changed, I haven't been paying that much attention after bouncing off of this. I've gotten mild acceleration from using gptel-mode in emacs, manually adding references to context, and having models do various mechanical transformations on code. And I've even had some limited success writing tools for it to do LSP lookups.
It frustrates me too, it really feels like the next breakthrough will be when someone gets agents working "natively" with LSP on large code-bases.<p>Anthropic added LSP support to claude-code, but the current implementation is worse than useless, because any changes aren't reflected fast enough, so it's constantly working on outdated views / compilation caches, and it gets in a right muddle between its "internal" state / understanding in context, the real-world file, and the LSP.<p>If it could just leverage LSP to apply refactorings it would be amazing, but it feels like the LSP can't keep up, and I don't know if that's an LSP problem or a claude problem.<p>So we binned the LSP plugin and we're back to watching a machine find/replace, because while waiting on that is slower than LSP, it's a "Action => Wait" which the tooling understands, while LSP is "Possibly Wait for LSP to catch up => Action" which it doesn't understand nearly as well.<p>I suspect the LSP plugins also need better skills that pair with them so it reaches for them more often.<p>It hurts my soul to see it reach for find/replace to rename a class, complete with mistakes made in complex solutions where you might have name clashes in different namespaces. Something the LSP handles without problem, but can trip up an LLM.
I wonder, is the problem here that LSP is updating too slow all the time? Or just that there’s a chance it will update very slow, and you never really know if you’ll hit that chance, so your model always has to do the “long time wait” just in case? It seems like it ought to be possible for LSP to report that it is still processing, in the latter case, somehow…
I'm not an expert, but my reading of the spec is that LSP can handle generic $notifications, but there isn't a specific standard for readiness reporting beyond "Initialize / Initialized", which isn't suitable for monitoring on-going staleness or readiness post-file-detected change, the spec has that as a single first-time initialization.<p>There are notifications (i.e. `textDocument/didChange` ) that you can send to the LSP to help it along, but again you might end up racing the notification from the client making the change and any file-watchers you might have running.<p>I suspect the answer will come in the form of some kind of more powerful LSP implementations with generous memory caches so that disk changes are just another buffered input that can be disregarded if already stale, no longer seen as the source of truth, and the LSP becomes the real source of truth, so everything can coordinate through it, operating mostly out of memory.<p>Another avenue for better success will be more research into faster compilation and better incremental compilation for languages with slower compilation.<p>Maybe one day we'll even get AI agents directly manipulating syntax trees, and the code to get there being written back as merely a side-effect, but that seems like sci-fi compared to the current state of play. LSP is still very document based, and of course LLMs are also trained on oodles of source.
I work in Unity and I got frustrated with Claude constantly doing gross bash/grep/awk/sed/grep nested loops that took forever that I finally described (and had Claude implement and install) a tool that could, in a single pass, gather all this info from a Unity forest of scenes at once and answer all the questions Claude ever wanted to ask about a Unity project in a single pass that takes 50ms instead of 10 30 second iterations. It still took a lot of coaching to get it to actually use this tool, but it seems like I’ve convinced it.
Haha yep I’m experimenting with Unreal engine and Codex and it spent 10 minutes while I was AFK confidently trying to build a scene. I load it up and fall through the world. I say “can’t you write a tool to screenshot so you know you’ve done a reasonable job correctly?” and now it does that.<p>It reminds me of working with a junior dev and he was pushing his code to dev, then waiting for it to build for every update because he couldn’t get it to build locally. 5 minutes of my time fixing his config surely saved him hours over the project. He wasn’t a bad dev either!<p>You have to do a lot of the meta thinking for the agents, because they’ll take an “everything looks like a nail if you have a hammer” with their toolkit.<p>Writing an entire local generated asset pipeline using flux and hunyuan3D-2.1 was a really fun experience. I’ve done software for years but never game dev and it’s just so much fun even if it’s junky little games to impress my kids and get them involved in the creative process.
if it helps, I've found that using context (Claude.md etc) is way less effective for this type of pattern compared to using PreToolHook to capture "bad patterns" and either transparently rewriting them to "do the right thing" if that is possible statically, or if not then rejecting the tool use with a message that tells the agent "how" to use the intended tooling itself.
Shouldn't it be possible to simply state in the contract to use that tool only? I've had good success with that in my coding.
tool_call is just a fancy wrapper to a black box that executes console commands. Said commands are now the actual backbone of all agentic AI, It feels like the linux people are incredibly vindicated in the single responsibility principle
I recently saw a Claude skill that used Claude, with no tools, as a spell checker.<p>I wanted to hurl my laptop out to the window.
Isn't this pretty much why language models were invented?<p>Pasting something directly into the chat interface seems weird, but if you could somehow just see where P(token | context) falls off a cliff, that's a pretty good hint that your writing has problem.
What would be a better way to incorporate AI as a spell checker?<p>In comparison to non-AI traditional tools, AI has the advantage of "understanding" the text, reducing the number of "stupid" mis-corrections. And its spelling correctness is usually already impeccable, so what is there to gain by interfacing it with traditional solutions, and how can it be achieved?
AI can’t really spell check without risking changing the meaning of sentences. Spell checking was a solved problem before this.
Spellchecking is absolutely not a solved problem. I immediately disable spellchecking on every avenue it tries to approach because managing a bunch of dictionaries on every browser/device/application that has its own spellchecker for some godforsaken reason to not have squigglies spammed over every piece of jargon, slang, and slightly atypical spelling is incredibly annoying. I don't know how effective LLMs are, but it's difficult to imagine they can be worse than the existing regime, which is embarrassingly bad for the decades it's been around.
An interesting idea I saw long ago in some book (I thought it was K&P's "Software Tools," or my second guess was K&R1, but neither of those panned out — a strong Mandela effect) was the clever idea of a whole-document spellchecker that works purely probabilistically, by histograms: you feed it a document, it tallies the trigraphs, and any trigraph that appears only rarely is flagged as a likely typo. This approach lets through unknown-but-realistic words like "antithematory" while flagging unrealistic words like "prisencolinensinainciusol" (because of its unlikely "ciu" and "ius" clusters) and "antthemaory" (because of "ntt" and "aor").<p>To make this approach work better, feed it a bunch of English text (or whatever language your document is in) before the document you really want to "spellcheck."<p>Essentially this isn't a spell "checker" so much as a spell "linter" — it looks for antipatterns statistically associated with bugs, and reports the patterns for further investigation.<p>If anyone knows where this trigraph-based "spellchecker" was first presented, I'd love to find out again.
I can agree that LLMs might yield better results overall than a standard spellchecker.<p>If your goal is to check your writing for plausibility and rough grammatical correctness, that's certainly an open problem for deterministic, conventionally-written software tools.<p>My goal with spell checking is to make sure my occasional mechanical typos while using a desktop computer get caught before someone else has the chance to be annoyed by them.<p>I don't have an issue with using the wrong word entirely when writing at a computer, so that's not a use case I think about. It does happen when I use a smartphone, due to autocorrect and predictive typing, but that's not a case this Claude skill applies to.<p>So, for my use case, the ~6 orders of magnitude more energy used to send documents over the network to be hyperchurned on an array of GPUs guzzling electricity is pure waste.<p>It also makes the whole process orders of magnitude _slower_.<p>I find that massive waste and slowdown infuriating, even while conceding that it can perhaps deliver a little more value then the deterministic spell-checking algorithms I rely on.
You used to be able to add your own words to spellcheckers, somehow that went out the window. I rarely see the option for it on a red-lined word now in the context menu, and when it does adding the word seems to make no difference at all.
Human copy editors are less than perfect too. I hired one copy editor who I could not trust to be the last person who touched a document before it went out.<p>I had a friend who wrote an article for the <i>New York Times</i>: the article made a lot of sense before she submitted it, but it was edited for length and style and it definitely read like a <i>New York Times</i> piece but didn't completely make sense.
Try the LanguageTool. It's now good enough to show smelling pisstakes inside my IDE, including things like missing articles. Without creating tons of visual noise.
If it's a solved problem, then why does my iPhone suck at it?
Only if the problem is declared to be whatever it is that spell checkers solve. As the classic joke goes, "Me spell chucker work grate. Need grandma chicken."
><i>Only if the problem is declared to be whatever it is that spell checkers solve.</i><p>The problem being misspelling, hence, "spell checker". Like, this seems pretty straightforward? <i>Grammar checking</i> if you cannot use the language properly is a pretty different problem space, and indeed has long existed and is exposed as a separate thing. And not just in fancy word processors either, if you go to something as simple as macOS TextEdit you'll see separate check boxes for "Check spelling as you type" vs "Check grammar with spelling". If someone wants to try out using LLMs for grammar no problem, but <i>spell</i> checking is purely about the mechanical and, importantly, <i>deterministic</i> aspect of typos or outright non-words.<p>><i>As the classic joke goes, "Me spell chucker work grate. Need grandma chicken."</i><p>There is a genuine touch of irony/meta in you using that here in this context. That sentence has no misspelled words, and importantly gets across the exact humorous meaning the human who wrote it intended. The joke literally only works because a human was able to make creative use of language. If you had an LLM agent posting for you to HN and it automatically changed that to:<p>><i>As the classic joke goes, "My spellchecker works great but could use some grammar checking."</i><p>Well, <i>where would the joke be now</i>!? This goes to the exact concern people have with powerful non-deterministic meaning-changing tools replacing deterministic meaning-preserving ones.
I just fed this entire thread (excluding your comment pointing out the joke, and the text mentioning that it was a joke) to an LLM, and it did better than the dictionary spellchecker: corrected one real error, left my "squigglies" alone which was attacked by squigglies with the old-hat spellchecker, and specifically noted, without any prompting in that direction, that it left the joke spelling unchanged. It did not rewrite any sentences. I'm all for determinism where deterministic tools work, but the current implementations are so bad I can't blame people for turning to a non-deterministic program if it's still better on average.
LLMs don't seem to be doing a very good job of clarifying your basic thinking however, in this post or your earlier one. To reply to both:<p>><i>I immediately disable spellchecking on every avenue it tries to approach because managing a bunch of dictionaries on every browser/device/application that has its own spellchecker for some godforsaken reason to not have squigglies spammed over every piece of jargon, slang, and slightly atypical spelling is incredibly annoying.</i><p>But this is a logic fail is it not? LLMs are irrelevant to this. Your stated problem is "not all software/devices I use has a single shared dictionary/grammar tool to my preferences". That's a very, very reasonable complaint. I agree with you that it's always been tremendously irritating that so many applications won't even make use of operating system dictionaries but rather recreate their own, really that the entire infrastructure around spelling or grammar dictionaries is so primitive.<p>But how do you think LLMs help? Even setting aside quality concerns they don't magically retroactively make every software/device use them, they're just another tool in the space something could use, or not. So you're still stuck with the exact same problem. You still don't have something sync'd/shared universally across your entire experience. I can see how you could just live within some single environment to avoid that (do everything in a browser, use the same browser company's products across platforms with sync supported, so you can use the browser language tools for everything), but again that's not unique to LLMs. That approach would work for conventional tools as well.<p>><i>I just fed this entire thread to an LLM</i><p>This is a second logic fail. The entire point and meaning of "non-determinism" is precisely that you can't just do something once and then have that be evidence. If we all did the "same thing", feeding every thread to an LLM, thousands of times we wouldn't all get identical results every time. Sometimes we'd get something else. And the very fact it's rare is one of the core challenges of this entire space, because humans are very, very bad at dealing with things where it works 99% of the time and fails 1% of the time. This has always been true.
> But this is a logic fail is it not?<p>It is not. The LLM approach is not dependent on system configurations. You can expect that it probably works the same from any device or application, because it can surmise slang/jargon from training and context rather than needing to be fed every little individual case as a per-user configuration. There are advantages to making a program more sophisticated than a literal == check against a list of pre-programmed words.<p>And even if there were an easy and satisfying way to unify dictionaries cross-device, it still wouldn't be a pleasant experience. That first time adding every single jargon term you use is not enjoyable. If there was a solution that just... didn't require that, it would solve a problem current spellcheckers do not solve. And what do you know, it appears there is one!<p>> This is a second logic fail.<p>Saying things are logic fails doesn't make them logic fails, all the more so when the failure is your own reading comprehension. I explicitly noted that non-determinism doesn't need to be flawless, only better than the deterministic solution <i>on average</i>. If the non-deterministic error rate of LLMs is below 1%, that still puts it <i>far, far, far</i> ahead of the deterministic tool's error rate.<p>It may be possible to create a deterministic tool that is better on average, but I haven't seen one. The current tooling is so fucking horrendously bad that after decades they cannot handle pluralising any uncommon word that is pluralised with "ies", for example squiggly is recognised and squigglies is not. That is fucking <i>shamefully</i> bad technology.
><i>The LLM approach is not dependent on system configurations</i><p>How is it not dependent? Like, help me out here: I'm writing something up in vim on my FreeBSD system using the built-in dictionary capability, maybe I've got grammar too with LanguageTool via the ALE plugin. I've added various words to my good words list over time. I save it to a network drive and want to keep working on it and do some graphical formatting as well for output to a different audience with a different tool on an iPad for a flight. How does "the LLM approach" <i>uniquely</i> slot into vim and the iPad app. "Uniquely" as-in a way that you couldn't slot in a shared sync'd dictionary file or whatever else. What if one of the developers doesn't want to and I don't have time or (if it's closed source) can't? How does it help all the other different software I use that are still using their own thing?<p>If by "LLM approach" you specifically mean "I copy/paste into this whole other software, and <i>that</i> software is what I use from different platforms" well, that's nice but it's not an "LLM approach" it's a "copy/paste into different software" approach which again could be done with whatever.<p><i>I explicitly noted that non-determinism doesn't need to be flawless, only better than the deterministic solution on average.</i><p>But how do you know what the "average" is? You can't get that from a single shot. And what's the upside vs downside of false positives or false negatives or meaning changes/hallucinations? That's also a point of contention, particularly when it comes to any problem space (coding of course, but also law, medicine etc) where precision in language is important even 1% of the time. And you clearly have an intense personal issue here around grammar/spelling that is not universally shared. Which is fine, but the tradeoffs you're willing to make are also going to be personal. It's also going to vary, just as with using LLMs for coding, based on the user. Some people are sufficiently capable with language to realistically be able to expect to double check an LLM and mostly do fine. It's a lot riskier though for someone with a weak grasp to depend on.
You seem to be pointing out that spellcheckers are more mature and currently have more system integration, but it's not inevitable that will always be the case. One could suppose the LLM spellchecking is eventually integrated at the OS-level, and the way it would be superior to existing OS-level spellcheckers is that the program is sophisticated enough to not need to maintain and sync a dictionary around because it simply spellchecks effectively without one (and there's no reason it couldn't <i>also</i> use a dictionary augmenting its context, if you had some really bespoke conditions that warranted one).<p>> But how do you know what the "average" is? You can't get that from a single shot.<p>I don't know what the average is. I never made a claim that LLMs are categorically better than spellcheckers; I simply said it's hard to imagine they'd be worse, given how bad spellcheckers already are, and that I understand why people would be willing to give a non-deterministic tool a try, contrary to it being stated like doing so was the dumbest thing imaginable and that spellchecking was a 'solved problem'.<p>You're correct that one shot is not a statistical analysis, but multiple people were throwing around assertive claims that LLMs rewrite entire sentences and change their meaning when prompted to spellcheck, or that LLMs were incapable of handling a joke with intentional mispellings being integral to the joke, both of which seemed incorrect on their face to me, so I gave it a try. LLMs are typically conditioned to a high degree of mode collapse, so I do expect that if I retried the same prompt and context on the same model 100 times, it probably would give approximately the same output at least 90/100 times, if not 99, but I'm not presenting a thesis here.<p>> And what's the upside vs downside of false positives or false negatives or meaning changes/hallucinations?<p>Sure, these are valid considerations. I would not, under any circumstances, let an LLM touch my legal documents for any reason. However, the stakes for spellchecking an internet comment are non-existent, so one could easily imagine trading the downsides for the benefit of not being nagged by squigglies.<p>> And you clearly have an intense personal issue here around grammar/spelling<p>I really don't, actually. As I mentioned, I disable spellcheckers on sight, and I don't use LLMs for spellchecking myself. I rely on my own two eyes for spellchecking, and sometimes I miss things, which is an outcome I'm okay with. Spellcheckers, then, are not something I ever think about, beyond the time it takes to disable them after being nagged on a new device or application. I do take offense to calling such a laughably poor state of technology a "solved problem", though, and the sneering at people attempting to find new solutions to it. There is absolutely nothing wrong with attempting to iterate on a bad status quo.<p>I would also note that I think the non-determinism could also be solved to an appreciable degree by simply having the integrated LLM tool offer suggestions, which require human approval to correct, much as current squigglies operate but perhaps with a lower failure rate on average. Or not! But it's an area I can see value in exploring, anyways.
It's not clear whether using "grate" instead of "great" is a grammar mistake or a spelling mistake. I'd argue it's a spelling mistake. The intent was not "my spell checker works a frame of metal bars," it was "my spell checker works well." It just so happens that the misspelled word matches a different word.<p>An example of a sentence like this with correct spelling but bad grammar would be "my spell checker works good." All of the words are what they're meant to be, but the last word is not the correct part of speech.=<p>But because computers are good at detecting "this doesn't match any known word" and bad at detecting "this matches <i>a</i> word but isn't the word you meant to use here," we've redefined "spell checking" to mean "find words that don't match any known word."<p>Your point about the joke is not correct. If I put my comment into ChatGPT and ask for a grammar check, it recognizes that it's a joke with deliberately bad grammar and suggests leaving it alone. If I put my comment into a grammar checker, it flags multiple errors in the joke. And "deterministic meaning-preserving ones"? Traditional spell/grammar checkers may be deterministic, but at no point have they ever been guaranteed to preserve meaning, or even been particularly good at it.
><i>It's not clear whether using "grate" instead of "great" is a grammar mistake or a spelling mistake.</i><p>It actually is clear, because words have meaning. "Spelling" refers specifically to the <i>order of letters</i> forming a given word [0, 1]. The proper <i>use</i> of words with a sentence, the "the study of the classes of words, their inflections, and their functions and relations in the sentence" [2] is the definition of "grammar"!<p>><i>I'd argue it's a spelling mistake.</i><p>Perhaps so, you're welcome to invent your own special snowflake definitions for words without much relation to decades/centuries of usage. It's a free country. But I would and will argue you are incorrect to do so and then expect to communicate with other humans.<p>----<p>0: <a href="https://www.merriam-webster.com/dictionary/spell" rel="nofollow">https://www.merriam-webster.com/dictionary/spell</a><p>1: <a href="https://www.dictionary.com/browse/spell" rel="nofollow">https://www.dictionary.com/browse/spell</a><p>2: <a href="https://www.merriam-webster.com/dictionary/grammar" rel="nofollow">https://www.merriam-webster.com/dictionary/grammar</a>
> "Spelling" refers specifically to the order of letters forming a given word<p>Right. And "the given word" in that particular example means "well" and is spelled G R E A T. G R A T E is a misspelling of that word.<p>Your position doesn't make any sense when you boil it down. I write some word as some sequence of letters. Whether it's correctly spelled depends not only on how that word is spelled, but how all <i>other</i> words, completely unrelated, are also spelled?<p>Let's say someone meant to write "bite" but wrote "byte" back in 1950. That's a misspelling. Did it retroactively become a grammar error when the word "byte" was coined in 1956? Or does the word have to exist at the time of writing for it to be a grammar error instead of a spelling error?<p>It's a lot more consistent if you consider the spelling <i>relative to the word that's supposed to be there</i> and accept that computer spell checkers miss the case where a misspelling happens to match a different word.
><i>And "the given word" in that particular example means "well" and is spelled G R E A T. G R A T E is a misspelling of that word.</i><p>"Grate" is a real word, and it is correctly spelled. In fact, within the purpose of the joke, it's even correctly used! But even if someone were to write that sentence out with no joke meaning, because perhaps they had learned English as a second language purely phonetically and were just trying to write things as they sounded, it'd be a grammar issue not a spelling one. Same as more common IRL hiccups like their/there, or its/it's. We even have other words like in the English language specifically to describe that in turn, like "homonym".<p>><i>Your position doesn't make any sense when you boil it down.</i><p>No, it's your position that makes no sense. You are effectively arguing that the word "grammar" shouldn't exist! There is in fact an objective difference between mechanically misspelling words and incorrectly using a homonym.<p>><i>I write some word as some sequence of letters. Whether it's correctly spelled depends not only on how that word is spelled, but how all other words, completely unrelated, are also spelled?</i><p>As I said, you're free to invent your own special snowflake definitions. But what you are writing is not in fact the shared definition at all. You for some reason are very determined to conflate "spelling" with "grammar". I linked you a few major sources, but this is not an area of contention, it has been consistently used for a very long time including in computers. It's even had plenty of attention over the decades. I still remember when a grammar checker was added for the first time to Microsoft Word and the debates about its quality (or lack thereof). There are even whole UX patterns around this, like coloring the squiggly lines below writing differently depending on if it's a spelling check error (commonly red) or grammar check (often blue). Precisely because grammar checking is harder and has often been iffier many people will disable it but leave spell checking on, because they're confident enough in their grammar and don't trust the computer, but don't want to accidentally post or send a message with "great" or "grate" as "graeyte".<p><i>Edit</i>: in reply to wat10000 doing the 'ol virtual "good day to you SIR!" below:<p>I said it was a snowflake <i>definition</i>, given it's completely contrary to every dictionary and historical usage. I didn't call you yourself a snowflake.<p>And what's actually really fucking infuriating is when people like you simply refuse to use standard, shared dictionary definitions of words and widely used established software tools in your conversation and then further refuse to acknowledge it when corrected. And also refuse to engage with any substance and instead storm off in a virtual huff. You could have just gone "right I meant grammar correction, present grammar correction really kind of sucks and that's what I think people need most vs spelling correction" and that'd be that.
Strong disagree. One of the core strengths of LLMs from the beginning is that they are very good at NOT changing meaning, as long as your model isn't so small that it starts to get "dumb" and as long as your input fits in the context window. (Two known limitations that aren't always exposed to the end user in poorly-written applications.)<p>Of course, LLMs are non-deterministic and do occasionally make mistakes, so you have to use them correctly and review their output. You shouldn't paste a doc into the web UI and tell it "fix all the mistakes and write the output to a new file." You should instead have it present each mistake and fix to the user as a diff and let the user approve or deny, either within the application or allowing the user to make their own edits. Never let it "rewrite" the whole document, that's the document-editing equivalent of giving OpenClaw root on your personal computer. Nothing good will come of it.<p>Classic spell checkers can't detect homophones. E.g. "there" and "their." Grammar checkers can, but at least the ones that I have used also like to change the tone of my writing to sterile corporate PC speak. LLMs used for grammar checking have not, in my experience, meddled with my tone. (Although sometimes they try to admonish me for it!)
> Grammar checkers can, but at least the ones that I have used also like to change the tone of my writing to sterile corporate PC speak.<p>Most grammar checker packages also include style checking, and the default options tend toward that style (because that’s the big market for them.) Most of them are also configurable, so you can disable style checking entirely while still checking grammar, or tweak which style rules are applied.
AI certainly is the shiny new hammer, and it is tempting to see the world as nails.<p>Traditional methods might not be perfect, but they also easily fit in the memory of even low power devices. Perhaps it isn't a problem worth burning a dollar of tokens for every spelling mistake.
The fact that it produces correctly spelled words says nothing about it’s ability to find spelling mistakes or to correct them without errors like completely changing the word.
> What would be a better way to incorporate AI as a spell checker?<p>Don't do a stupid thing like that in the first place.<p>> In comparison to non-AI traditional tools, AI has the advantage of "understanding" the text, reducing the number of "stupid" mis-corrections.<p>I doubt it, but if that's true, run a normal spell checker, and then give the output to your LLM to filter.<p>> what is there to gain by interfacing it with traditional solutions,<p>About a billionfold improvement in compute efficiency, and a lower error rate.<p>> and how can it be achieved?<p>10 seconds of actual thought.
>What would be a better way to incorporate AI as a spell checker?<p>You just don't need AI to do spell checking. It's a waste of energy, bandwidth and tokens. It's like Java Enterprise Fizz-Buzz - 1000x more complicated than it needs to be and complete overkill.<p>But at least you can tell your manager you're using AI!
I am skeptical that AI brings any benefit to spell checking at all.
This type of laziness isn't novel.<p>Check out left pad or the two dozen other "utility" packages that could be done in a single line of code.
I swear that so many AI usecases I see are: "I did not have the skill or realize that you can write a program for this obvious logic".<p>I guess that works if you aren't a programmer or don't want to hire somebody, but then wtf would I pay for your service or product?
Hey man, speak for yourself.<p>It's never occurred to me to even try getting an LLM to design or layout a circuit for me.<p>Instead, I have dozens or hundreds of chats in my history where I debate the merits of different parts for different tasks and scenarios, the nuances of decoupling strategies (package size vs deregulation), work out resistor network ratios from the reels I have on hand.<p>Then being able to feed an LLM a datasheet and have it write a custom driver against the registers I need so that it does exactly what I want without the cognitive overhead of a buggy package with someone else's strong opinions about how a part should be used is amazing.<p>Frontier models are incredibly good at electronics, and it's got nothing to do with what happens inside the EDA.
Design, no... but I've definitely thought about letting one route traces... while autorouters work, I was hoping Claude could do matched traces better. At the time, it didn't want to generate the kicad pcbnew file though. /shrug
Everyone is different, but board layout is one area where I aggressively don't want any LLM input until such a time as it is as good at board layout as it is at refactoring code.<p>We're still a ways off from that, and that's likely because board layout requires a much more nuanced perspective of the enclosure shape, power requirements, heat dissipation, RF...<p>It's really not about placing ICs with caps nearby. I actually really enjoy that part anyhow. That's the fun part!
Something something bitter lesson blah blah<p>I think the bitter lesson is severely misapplied in the current situation: If progress from "just add more resources" is very slow, and a huge amount of money is at stake, continous work on hand-engineering can give a continuous and very valuable competitive advantage.<p>The labs all seem to be going for AGI through bigger LLMs, and I am reasonably sure that it's not going to happen like that.
Way too much engineering effort to make something that might get leapfrogged by the next gen LLM.<p>It's a tantalizing thing, but far too treacherous to actually go for it, most of the time.
A few days ago someone on HN commented that a teammate uses Claude to search for text in files on their own computer. Buddy... There's <i>Command-line Tools Can Be 235x Faster Than Your Hadoop Cluster</i> and then there's <i>Command-line Tools Can Be ∞ Faster Than Your AI</i>.
As snark, I've been using the phrase "ask GPT about it" for things that clearly do not need an LLM to be involved. The other day, I was on a zoom call and said it, only to see the present actually doing it. I hope my unmuted laugh wasn't too distracting.
> nobody [wants to use AI] to augment already working solutions<p>Plenty of people do, but that only produces a blog post that will get you to the front page of HN. If you want VCs to drop $40M on your head, you need to pretend to reinvent the world.<p>Then, to further appease the rain gods, you need to sue the bloggers on the front page of HN who are challenging your world-changing narrative. Which will, heh, drop you on the front page of HN.<p>Our community is, literally, eating itself at this point. There was a time when we actually took "make something people want" literally. Now it's just part of the fiction.
<i>> augment already working solutions</i><p>That's <i>exactly</i> how I use it, but I'm just a geezer on his own, writing free software for people that can't pay for it.
Annoying, but not surprising.<p>The future is using AI to do everything, and nobody gets funded saying they're taking a small step forward.
That precise mixed technique approach has worked well for me. I’ve been using JITX (python based circuit design with a powerful auto router). Free for personal use, and has been discussed a few times here in HN.<p>Edit: it’s almost assumed at this point but for completeness Claude / Codex were the ones driving the OO python code and datasheet research and parsing.<p><a href="https://www.jitx.com/" rel="nofollow">https://www.jitx.com/</a>
Until a few years ago it was generally understood that useful "creativity" involves solving problems within constraints, e.g. something a lot like SAT or SMT in spirit even if not in the details.<p>Then we got LLMs which will make a good parody of anything and occasionally get it right.
It is far from solved in IC, synthesis tools sometimes still do really stupid things and there's still quite a lot of hand-holding required to get to a working chip.
Within an IC you don't have large obstructions for metal layers, distances are short, and buffers can be inserted at will to manage SI.
It has been about 20 years since I worked on this (clock gating and clock buffering), but ..<p>> distances are short<p>I remember we had a catastrophic error for "wire longer than 2cm".<p>> and buffers can be inserted at will to manage SI.<p>Effective buffering of large nets was a massive pain. Areas where you want to buffer are inevitably areas with a very high level of placement congestion. So you push some cells out of the way to add a buffer. That ends up worsening their timing. So they need a bit more sizing/buffering. Rinse and repeat for a few hours.<p>( <a href="https://web.archive.org/web/20071028033035/http://www.edn.com/article/CA601818.html" rel="nofollow">https://web.archive.org/web/20071028033035/http://www.edn.co...</a> ; long since absorbed into Cadence)
> After about 50-100$ in tokens a couple of times, I couldn't get more than a couple of simple components on the schematic.<p>Is this common? When I try out new AI tools, even as person who is financially independent, I load up maybe 10-20 USD worth of tokens, and if I don't get anything working from that, I literally give up and don't continue trying. If it can't do anything useful like "place a simple component on the schematic" after ~10 USD of expenditure, is it really worth continue adding more money into the platform? Seems DOA in those cases.
I used company money on it. I was hoping I could massage it along enough to get a workable test fixture out of it. I wanted to put together a simple hardware-in-the-loop tester for a component of our product.
Someone should’ve told these guys: <a href="https://news.ycombinator.com/item?id=48337328">https://news.ycombinator.com/item?id=48337328</a>
I tried this last week and had the same experience. It was terrible and they got $140 out of me before I realized what it was (not) capable of. Their support was nonexistent as well.
All of these Gen AI tools where you pay a subscription fee are basically Software-as-a-Casino. You spin the wheel and hope it doesn't come up 00, then chase good money after bad when it does. Add in the parasocial relationship that some people develop with the LLM and you basically have OnlyFans but instead of vaguely dissatisfying feet pics to order it's vaguely dissatisfying code to order. It's that edge of "almost there, just one more token, bro" that makes it addictive.
> I could only get about 80% of what I wanted together with my hacky workflow.<p>I literally did this yesterday with solid results using Codex CLI. I used xhigh thinking and gpt 5.5.<p>I had it use KiCad directly via cli rather than via MCP, and I did make Claude Opus review it's work after every round. I got what I think will be a working revision A in about 10 hours of tinkering spread over a few days.
> Placement is probably the big issue that needs to be solved now.<p>Would some sort of constraint-solving algorithm help with that? Something like (but not necessarily) Cassowary[0]? Maybe I'm misunderstanding what is meant by placement though; I don't have much domain knowledge in PCBs / electronics.<p>[0]: <a href="https://news.ycombinator.com/item?id=43362528">https://news.ycombinator.com/item?id=43362528</a>
I've written my own autoplacer/autorouter. Placement is where you put the components on the board, routing is how you shape the traces to interconnect them.<p>It does a pretty decent job on small hobby-project boards of ~40 components (which is my use case at the moment), and I'm working part-time in the background on scaling it further.<p>The resulting designs pass all the KiCad electrical and geometry checks. Granted, I've spent about a year working on this problem, and it's hard, but not <i>that</i> hard a problem, providing you can avoid falling off the exponential cliff by decomposing it into hierarchical subproblems.<p>Quick-and-dirty unsupervised whole-board synthesis from schematic takes about 5 minutes, longer if you want cleaner output with nicer-looking better-routed traces.<p>As others here have said, placing is the real problem to solve, and that's where the magic happens. Place the components right, and routing is a relatively easy loosely-coupled constraint programming problem, place them wrongly, and you will have to get used to seeing the word UNFEASIBLE in your log output.
We work on this a lot at tscircuit, and we've used cassowary (i.e. flexbox-style) constraint solvers. The issue with cassowary/flexbox is PCBs are not as uniform as webpages w.r.t. alignment, and often have a much less nested structure (3 layers) vs web pages which have many many nested layers.
CSS grid-style constraints are a much better fit IMO, but we eventually settled on sequential optimal packing[1] for "seeding" a placement so that AI can get initial positions before working in a feedback loop. I like sequential optimal packing because it's very very deterministic and the constraints are specified pretty close to how a human would specify them<p>[1] <a href="https://blog.autorouting.com/p/sequential-optimal-packing-for-pcb" rel="nofollow">https://blog.autorouting.com/p/sequential-optimal-packing-fo...</a>
Same for my experience.
That's more money I have paid for (real) software (that are not games) in my entire life.
As an electrical engineer who has tried to use it multiple times, I think Flux is an absolutely awful product. No surprise at all that they want to sweep details about their “intellectual property, commercial traction and user base” under the rug.
Yeah this stuff isn't even realistic as well.<p>A number of years ago I was working on something professionally and there was a problem. Only about 1 in 5 boards assembled wouldn't crash the CPU. After much debugging it turned out one of the ICs had an open collector output and it wasn't loaded correctly with a pull up resistor. This caused a cascading failure, held the bus up when initialising the hardware which hit the WDT and reset the CPU over and over again.<p>If you aren't there designing the thing in the first place, you never read the datasheets, never drew the schematic, never placed the components and thus don't know where to look when something goes wrong. And it does go wrong. And then you're in deep shit.<p>I worry about people who <i>think</i> they can get a product out of the door with this stuff but can't.
In the pure software domain, this is solved by letting the AI own the entire loop. The AI writes the code, runs the code, tests the code, troubleshoots the code and fixes the code.<p>Embedded might be resistant to it, because software-hardware interactions are notoriously hard to sim, and AI still struggles with meatspace operations.<p>Not that it would stop anyone!<p>You say "people who think they can get a product out of the door with this stuff but can't" and I immediately think: Arduino. That was also seen as a way to introduce people who understand nothing about embedded to embedded. Surely no one would ever go from an Arduino prototype to an actual production run?<p>Ha ha WRONG. I've seen actual production hardware ship with Arduino firmware, because no one cared enough to fully rewrite that cobbled together Arduino firmware from the first prototype. The FW team just went over it enough to whack-a-mole the most obvious issues, and shipped the result.<p>So, no. People are absolutely going to ship AI genned embedded hardware, and get away with it too. I bet that by now, someone already did.
I'm with you on the complexity of debugging hardware, as I've been there too. But I will say, automatically adding pullups to floating pins is something that an automated process could succeed at. Not first gen of blindly throwing an LLM at circuits and hoping, but perhaps a later improvement that uses metadata about parts. Perhaps curated metadata about parts, or always starting with a reference design and tweaking from there.
I am working on hardware debugging now. There are no good dataset for EE root-cause-analysis. Would be interested in hearing more from your experience: my first name at my HN handle .com
> always starting with a reference design and tweaking from there.<p>That's just basic design sensibilities.
There's a big difference between a human looking at a datasheet and manually copying the reference design (possibly leaving out things like pullups because they're simple/obvious/etc, or go to a different block of the circuit than what you're focusing on), and a mechanical copy with the pullup resistor only possibly being deleted after an explicit reasoning step focused on it.<p>In the given example, the human process obviously failed, right?
Everything you said is exactly the proper argument against vibe coding.<p>If you can’t or don’t entirely go over the output, the failure mode is invisible.
Flux just got funding from Bain and others, and it feels like Adafruit was preparing a post about it. Maybe they contacted Flux to confirm some info and they freaked out?<p>I can't find in archive.org if they had a previous post about it.<p>Also, seems like there a good bunch of complains in Reddit about Flux and its billing...<p><a href="https://old.reddit.com/r/PCB/comments/1t476x4/warning_fluxai_billing_traps_and_deceptive/" rel="nofollow">https://old.reddit.com/r/PCB/comments/1t476x4/warning_fluxai...</a>
Note that this is not related to Black Forest Labs Flux, the image synthesis models builders, and is instead related to a PCB AI authoring product called Flux.ai.
There's a lesson in here about how to name your product, but I can't quite flux my finger on it
Don't forget about the (awesome) cluster scheduler, Flux.<p><a href="https://hpc-tutorials.llnl.gov/flux/" rel="nofollow">https://hpc-tutorials.llnl.gov/flux/</a>
also unrelated to a private repo I have in my github named flux
Also not related to <a href="https://fluxkeyboard.com/" rel="nofollow">https://fluxkeyboard.com/</a>
> Time to shine<p>Nor is this Flux the display warmth app
Thanks, that name was indeed making me wonder what's going on with the BFL people. :)
Had no idea about this. Now I do.<p>Thank you, lawyers. If you ever find yourself out of work use this as your reference to pivot to advertisement
Streisand in full effect!
Same, I'd never heard of this product or company before, and know I know how many people on HN say they tried it and said it didn't work!
hi everyone, phil and limor here, any questions for now, email press@adafruit.com<p>limor and i are very much looking forward to telling our story.
It might be being suggested in that statement, but to me that reads that there's a potential opportunity there for a delayed AMA on this?<p>That if people were to email press@adafruit.com with a subject line (for example) of 'FLUX - AMA for later', these questions could be rounded up and the responses could then go onto a Adafruit blog page later, when and if applicable?
I'm curious, but I'm not sure if you can say - has Adafruit <i>ever</i> published anything about Flux?
I can't find any evidence that they _ever_ have.<p>Based on recent events with SparkFun[1] and Phil Torrone deleting all his social media posts[2][3], not publishing the C&D it is likely that Flux' beef is with Phil and not Adafruit.<p>1. <a href="https://news.ycombinator.com/item?id=46616488">https://news.ycombinator.com/item?id=46616488</a><p>2. <a href="https://bsky.app/profile/ptorrone.bsky.social" rel="nofollow">https://bsky.app/profile/ptorrone.bsky.social</a><p>3. <a href="https://x.com/ptorrone" rel="nofollow">https://x.com/ptorrone</a><p>Edit: Using alt to avoid a multi-platform “campaign of bullying and harassment”[4].<p>4. <a href="https://chaos.social/@North/115605819126197877" rel="nofollow">https://chaos.social/@North/115605819126197877</a>
This comment was dead. I vouched for it to un-dead it...<p>As an outsider with zero context, I'm having a hard time understanding what's going on with this whole thing.<p>The tone of the conversation is giving me flashbacks to the Matt Mullenweg debacle.
new "altaccount2026" only posting twice, today, about this. we are very much looking forward to sharing our story, very very soon.<p>if you "altaccount2026 " really want a twitter archive of my photos of my kids, puppets, links to my articles, posts, and more, it may be available on some archiver.<p>we are very much looking forward to sharing our story.<p>press@adafruit.com for inquires ...
Adafruit sure has a lot of stories they are eager to tell lately.
[dead]
You should read the linked article
I have, and the article does not in any way address my question. You also seem to be a brand new user, so in case you're not aware, HN guidelines say to refrain from mentioning whether or not someone has read the link.
Lots of questions come to mind (many of which I'm sure an open company can answer without affecting the legal matter):<p>Is Philip still at Adafruit? Does he represent Adafruit?<p>Why did you take the Adafruit blog down when there appeared to be no Flux.ai-related posts?<p>Open companies like SparkFun publish the legal letters they receive, will you do the same? If not, why not?<p>Why did @ptorrone recently delete all his x.com post history?
Can we see the content of the demand letter? It should have been linked to your post. It's difficult for us to evaluate the merits of their allegations otherwise.
This is pretty great, in the sense that I'm now <i>very</i> aware I should avoid Flux.ai at all costs, and should recommend to others that they do the same.
Looks like Flux.ai got some publicity out of this. Maybe not the kind they wanted - after reading this thread, I'll sure never give them a dime.
Yea I had no idea this product exists but it seems to be pretty horrible from the experiences shared in this thread
A flawed product is forgivable. A SLAPP means permanent corporate exile. You lose Flux.ai.
From what I can tell, the message is<p>When you discover an exploit, only communicate with source (and pray they respond) or get sued. Seems like the position is customers and stakeholders shouldn't be allowed access to this information.
Seems similar to what Microsoft is doing lately:<p><a href="https://www.cpomagazine.com/cyber-security/microsoft-doubles-down-on-opposition-to-public-disclosure-as-chaotic-eclipse-wave-of-zero-day-vulnerabilities-continues/" rel="nofollow">https://www.cpomagazine.com/cyber-security/microsoft-doubles...</a>
That's actually very common even with respected bug bounty programs. Communicating exploits to anyone else (let alone the general public) will at the very least make you ineligible for rewards.
> <i>Adafruit accessed only information that Flux’s own systems made publicly available through a server misconfiguration</i><p>Does anyone have some more context about what happened here? An uncharitable analogy might be that I misconfigured my front door by not locking it, which doesn't give someone the right to walk in and look around - but I have no idea what Adafruit is specifically being accused of doing.
Whenever something like this comes up, I always think back to the excellent paper, "The Structure and Legal Interpretation of Computer Programs." I don't have a specific answer, but I like to review this paper whenever a question like this is posed.<p><a href="https://papers.ssrn.com/sol3/papers.cfm?abstract_id=4445484" rel="nofollow">https://papers.ssrn.com/sol3/papers.cfm?abstract_id=4445484</a>
what about if I knock on the door (send an http request), and someone comes to it and hands me a bunch of documents (sends an http response with data).
It certainly doesn't look like they've publicly released anything. My guess is they found a problem and have been following reasonable responsible disclosure guidelines. However, the 90 days (or whatever time limit was given) is likely expiring and to head off publication, flux.ai is getting lawyers involved.<p>This is all 100% speculation, just based on checking the archive sites and search sites historical data and finding nothing.
If you leave your door wide open folks on the sidewalk can take pictures and write about what they see all day long.
It often does when your front door is otherwise a business storefront. Without knowing the specifics of what was accessed, analogies really aren't helpful. And there seems to be <i>zero</i> context here, so this strikes me as the most plausible scenario: <a href="https://news.ycombinator.com/item?id=48368635">https://news.ycombinator.com/item?id=48368635</a><p>(I agree that Adafruit's statement itself is worded pretty terribly!)
That isn’t legal in most jurisdictions either. You’re not a lawyer.
What isn’t legal?
Cant really square your comment with GP comment.
That's rather my point.<p>And yep, I'm not a lawyer - and even if I were, I couldn't begin to speculate about this post because it says so little.
I'm not sure if this was Flux, but one of those AI EDA tool companies had a somewhat absurd ad where the narrator stated the AI tool told them a capacitor was being used to block DC, and that's something they never learned while getting an EE degree. Now, I don't have an EE degree, but I feel like how capacitors interact with AC and DC are sort of "passive components 101" that even hobbyists learn quite early on.<p>The EDA space doesn't strike me as being anywhere near as SWE when it comes to AI.
Struck a nerve, but I wouldn’t back down. If they do take you to court, there’s this wonderful thing called discovery.
I wanted to love flux.ai because i love codex... and if i could automate the creation of some PCB projects with as much success as I am with codex it would have been quiet fun in the shop... so i gave them a $100~ bucks and i got like nothing in return so I decided i'd wait and see... sounds like it has not improved.
What's the context here?
It seems there's suspiciously little context available, yet here I also am commenting on a 'vaguepost'. I wonder if one day AI will be able to filter out vagueposts from my browser along with ragebait and curiosity gap headlines.
If AI does that it’ll make us 10x readers
Idk now that there are bunch of comments on the thread it’s vastly more interesting.
It's deliberately written that way, by lawyers who are making sure they (Adafruit) won't accidentaly admit to something they didn't.
My guess is that Adafruit tried flux.ai, noticed a server misconfiguration, contacted flux about it, and then received a cease and desist to prevent them disclosing the vulnerability publicly.<p>(AFAICT they haven't published anything yet? If they have it's been taken down).<p>There's a definite bit of Streisand effect here because I for one am very much looking forward to finding out what the deal is.
Best I can tell they've taken down whatever it was, but most likely flux left some ways to get data out of their system that shouldn't have been and Adafruit leveraged that. Could have been in a good way like exposing false claims of architecture or security, or a bad way like revealing proprietary information on how the platform worked or looking at other peoples' projects (more than just seeing they could do that). If the blog doesn't come back up, I'll kinda assume they did something bad. I don't have sources but I've heard adafruit isn't the sweetest fruit in the tree...
First I'm hearing of flux.ai and now my opinion of them is entirely negative because they hate free speech!
Never heard of Flux.ai before. It seems to be a 3D circuit designer with 'AI'.<p>Not sure what the issue between them and Adafruit is.
However, people over on Reddit¹ claim that Flux.ai is a little bit scummy. They push users into a beginner trial ($5/month) and then silently charge for usage per token - up to $100 per month.<p>Oh, they also claim that they have <i>"the world's largest community-driven public library of Adafruit products, including footprints, symbols, datasheets, and simulation models"</i>². I wonder whether they designed these themselves or whether they use existing ones. Could not easily find licenses info.<p>¹) <a href="https://www.reddit.com/r/PCB/comments/18o5zfo/thoughts_on_fluxai/" rel="nofollow">https://www.reddit.com/r/PCB/comments/18o5zfo/thoughts_on_fl...</a><p>²) <a href="https://www.flux.ai/sitemap/manufacturers/adafruit" rel="nofollow">https://www.flux.ai/sitemap/manufacturers/adafruit</a>
> Adafruit’s reporting concerns a matter of public security interest and was conducted in the ordinary course of responsible disclosure
> Adafruit accessed only information that Flux’s own systems made publicly available through a server misconfiguration.<p>Did they access it knowing that there was a server misconfiguration or was this only learned of after the fact? Because Computer Fraud and Abuse is pretty serious.
I was surprised they didn't publish the text of the demand letter verbatim.
Flux.ai offers a PCB design solution which is a clear interest for Adafruit. Anyone have any idea what this is about?
I previously had a passing interest in Flux, now I'm certain it's a fraud.
Had anyone tried AutoPCB (<a href="https://autopcb.app/" rel="nofollow">https://autopcb.app/</a>) instead?<p>Seems especially useful when paired with an agentic coding tool!
Are there any AI tools that can create quality PCB work yet?
I love the transparency that Adafruit is proving on this.
Despite the lack of context (as is expected when gangsters like Fenwick and West get involved -- i've gotten letters from them), I will throw my lot in with Adafruit. The people who run Adafruit have been nothing but upstanding and reasonable the entire time that business has existed. I'm willing to bet that they are in the right knowing only that -- it is enough.
Suing the industry won't win them customers/friends.
Why do we tolerate this bullying and misconduct from companies that harms us and progress overall? Is there really no solution in this day and age for harmful behavior and aggression and hostility like what it looks like Flux is doing here? I can't believe we don't have an answer, I think it's just that the bad guys are drowning us in noise and making it hard for us to identify the solutions where we band together a la David v Goliath against them.
For anyone that has been missing the memo on how to become rich:<p>1. Make a slop machine that's a wrapper around another slop machine like claude, openai, google or whatever.<p>2. Hire a lawyer to send threatening emails to anyone that might call you out.<p>3. Get a few investors that are completely clueless to throw a ton of cash at you for having ai in your product.<p>4. Profit.<p>Honestly, get a hold of Louis Rossmann, this shit needs to stop.
now I have a moral reason (in addition to clear engineering reasons) to never use Flux!
They lost me at subscription hell. Thanks, won’t touch this shit with a ten foot pole.
[flagged]
[flagged]
[dead]
[dead]
>The letter further asserts claims under the Computer Fraud and Abuse Act. Adafruit accessed only information that Flux’s own systems made publicly available through a server misconfiguration<p>A confession
I hadn’t even heard of flux.ai til now. Going to give it a spin tonight.