I was thinking the same thing. I switched from Mikrotik to OWRT because I wanted actual Linux, not a nerfed version of it that made scripting miserable.
I would expect LLMs to be especially excellent at configuring Mikrotik stuff, given MT publishes markdown reference docs for LLM ingestion, the full config without secrets can be dumped to one text file, and their cli commands are very stable between versions.
I switched recently to OpenWrt from MT, which code agents are also good at. I'd wager most issues are going to be related to the user not specifying what they want clearly enough. The translation from network concepts to RouterOS config is pretty 'fat-free', so there's not much room for hallucinations beyond syntax errors, which can be verified via the API.
I won't comment on the others you mentioned, but Musk has probably done more for reducing CO2 emissions than any other human on the planet by popularizing electric vehicles and making them 'cool'.
These are the types of solutions we should be cheering, because people voluntarily chose the less-CO2 product due to its appeal. No heavy handed laws required.
Yep, and that's anywhere from about $1.30 to $3 something in the really expensive states for electric rates in the US. Half that if you only count the delta between that and a low power device.
Spending hundreds on new hw to save $20 a year in power cost.
Many modern ones have a door open sensor that allows for the dishwasher to display that dishes are clean after a cycle until the door is opened and fully closed again.
That doesn't help, however, if users are lazy and don't unload the dishwasher after opening it to grab a clean plate or whatever.
It's a nice feature that can be added with existing sensors and one line of logic in the uC. Another one I noticed recently is garage door openers with the photo transmitter/receiver ('beam') to stop the door if someone blocks it can use that same beam to turn on the light if broken when the door is up. Handy if entering a dark garage from outside.
An old PC ATX power supply is great for most things that use 5/12V. You get the 2 most common voltages for network gear, with plenty of capacity and efficiency (with a decent PSU.)
You do have to solder, though I wouldn't be surprised if one can find sata power to barrel adapters on AliExpress.
It's the other way around, unfortunately. The senior engineers will still be useful for architecture and infrastructure considerations, as well as guiding the agents. It's the junior engineers that get nailed, because there's little incentive to hire one when a LLM does a better job immediately and costs less.
GitHub Copilot was the only one with absolutely insane subsidies, where they metered by 'request' instead of tokens. A request that costs 3 cents could end up burning $20 worth of tokens or more. That ends this month.
I was actually quite worried, because I've been using GHCP for large chunks of work, but the billing estimator they released shows I was only at about $150-200 a month in API priced tokens. Sure, that's a subsidy for my $20 subscription, but not insane.
Heavy use of agentic coding tools, in a responsible manner, probably lands somewhere around that $200/m mark at API pricing. Assuming that makes the provider money, I don't see that being hard to swallow for businesses employing developers in Western countries, given the hours it can save.
The real risk here is to personal project vibe coders. Building a huge app by abusing subsidized plans is ending.
If their pricing turns out to be what they claim, and copilot cli has accurate token counts, they had the best deal around.
Just today, when I wasn't being especially chatty with GHCP, I used about 12 requests to get a few thousand line changes in 3 projects I'm juggling. The last project repo of copilot I closed, in 3 hours burned 38M input tokens, 28M cache, and like 400K out. For GPT5.4, high. That's like $135, in half the day, 1 of 3 instances. No crazy tool use, just lots of docs and unorganized code. GHCP charged like 70 cents for that on the old plan.
I'm more optimistic about LLMs tracking down and fixing issues in software, even without SO/forum posts, at least for OSS. I've seen enough unique insights from agents on tricky problems to know it wasn't extrapolating from a helpful comment somewhere.
It hit me that as it's deciphering some verbose log file, it has also read through all the source code that wrote that log, and likely all of the discussions/commits that went into building that (broken) feature.
Have you tried the Import plugin in Obsidian? I used it the other day, and it seemed to do a good job with OneNote, though my ON notebooks are just simple text and images. I believe it automates an export from ON to HTML and then converts that to MD.
Once they're in MD format, you can always get your favorite agent to do more formatting and organization, which was one of the big reasons I moved away from ON.
Nonsense. WinGet has the ability to add repositories, just like any other package manager. If you want the 'approved' packages for the distro, that would be the msstore repository. If you want to use the 'community feed', which WinGet warns you about the first time you use it, it's less vetted, but still goes through Defender scans and community moderators.
If you go adding any old repo to APT, you have the same risk. You should look at how much code review goes into packages for major distros like Debian, hint, not much, especially once the initial package was accepted.
GHCP at least is transparent about the pricing: hit enter on a prompt= one request. CC/Codex use some opaque quota scheme, where you never really know if a request will be 1,2,10% of your hourly max, let alone weekly max.
I've never seen much difference with context ostensibly being shorter in GHCP, all of the models (in any provider) lose the thread well before their window is full, and it seems that aggressive autocompaction is a pretty standard way to help with that, and CC/Codex do it frequently.
Windows has great support, surprisingly, for TPM-backed sk keys using Windows Hello and OpenSSH. Protected with physical presence and anti-hammering at the hardware level, and easy to setup by just selecting a sk type key.
I only use password keys for things that need to be scripted.
You can just replace dropbear with openssh on OpenWRT. That was one of the first things I did, since DropBear also doesn't support hardware backed (sk) keys. Just move it to 2222 and disable the service.
I reenabled DB on that alt port when I did the recent major update, just in case, but it wasn't necessary. After the upgrade, OpenSSH was alive and ready.
GHCP also has magical rate limits that hit users that slam multi-agent workflows or other crazy request burners.
Mind you, I think GHCP is a great service at an excellent price, but the hardcore vibe coders complain about the rate limits that I've never personally experienced using the CLI.
Hey LLM, write me a system prompt that will avoid the common AI 'tells' or other idiosyncrasies that make it obvious that text or code output was generated by an AI/LLM. Use the referenced Wikipedia article as a must-avoid list, but do not consider it exhaustive. Add any derivations or modifications to these rules to catch 'likely' signals as well.
The bigger question is: does Anthropic have a big enough moat to matter?
I've used/use both, and find them pretty comparable, as far as the actual model backing the tool. That wasn't the case 9 months ago, but the world changes quickly.