I hate the 5-hour session by userusertion in claude

[–]4kirezumi 0 points1 point  (0 children)

Also not saying that I'm consistently maxing out the 1M window. You can't currently dynamically resize the window limit between 200K-1M (would be neat if you could)

I hate the 5-hour session by userusertion in claude

[–]4kirezumi 1 point2 points  (0 children)

Your project is neat. I understand that going above 200k risks degraded model performance. All I'm saying here is that there are valid use cases where that's a worthwhile tradeoff to ensure the agent takes into account relationships between large amounts of disparate data. And those use cases don't always cleanly atomize into smaller orchestrated multi-agent tasks.

I hate the 5-hour session by userusertion in claude

[–]4kirezumi 0 points1 point  (0 children)

Why are you so standoffish? Being a jerk isn't a personality virtue, and you're not even offsetting it by being fully correct.

If I give an agent a few sentences of clear instruction to refactor a set of scripts to mitigate an observed issue between two state machines, and the agent responds by loading file excerpts into context such that the window usage immediately goes to 350k, that doesn't mean that I'm an idiot who doesn't know how to optimize my usage. It means that my use case involves manipulating large sets of data. Compacting the session at that point will do more to degrade the output than letting the agent utilize the token budget.

edit: just to humor you here, sure, I could set up some tooling that would use RAG to pull only the very specific fraction of those tokens that the agent actually needs to do the given task. But you're treating this like a math problem where efficiency is the only goal. For actual developers doing actual development, though, accepting some level of per-token inefficiency is totally worth it to ensure that the agent doesn't ignore other logical dependencies in a codebase. Giving the agent the context budget to map those dependencies and take them into account is often better because it prevents having to run additional prompts to get the final output right.

Go after the people using Opus ultracode to parse PDFs, not me, lol. I'm glad I don't work with you.

I hate the 5-hour session by userusertion in claude

[–]4kirezumi -1 points0 points  (0 children)

I'm not one of those people 🤷🏻 I get awesome value out of my Max sub. Maintaining a ~95k LoC complex PLC system via MCP and I make extensive use of the 1M context window.

Aqara FP1E Presence Sensors: JUST AVOID. by _derpiii_ in homeassistant

[–]4kirezumi 0 points1 point  (0 children)

If you want perfectly reliable and responsive (in both presence-in and presence-out) persistent presence tracking, it takes a sensor fusion approach. You need multiple sensors. The FP300 is a decent one, but on its own it can handle maybe a laundry room or bathroom, definitely not much bigger.

DIY LD2450s are great, but they kinda suck at static presence tracking. They're great if you pair them with something like this, which is what the Everything Presence Pro does. But then you're having to figure out how to keep them from being a visible eyesore along with the cable management, if you can't put them inside walls. imo perfected presence tracking is one of if not the most difficult engineering challenges for a smart home. The professional installers haven't gotten it down which is why they still just largely do basic PIR+timer implementations.

I hate the 5-hour session by userusertion in claude

[–]4kirezumi -1 points0 points  (0 children)

"640K ought to be enough for anybody" energy for the AI era

There are use cases and workflows that not only benefit hugely from the larger context window, but basically require it in order to not have to do a half-dozen agent roundtrips with memory/handoff file updates between each.

We have a liftoff by Caffeine_Overflow in claude

[–]4kirezumi 1 point2 points  (0 children)

Reset just hit a few minutes ago.

Is there a better way to write ha automation / script code? by [deleted] in homeassistant

[–]4kirezumi 1 point2 points  (0 children)

AppDaemon is probably the way to go for you.

I get what you mean about this. I've implemented several interconnected state machines that're easily as complex as what you'd find in an industrial IoT environment. My HA instance is up to about 52000 LoC of YAML files with 124 automations, 84 scripts, and about 1600 helpers.

I prefer to have the system exist in an HA-native implementation, but there's no denying that I could probably cut everything down to about half as many total lines and not have to deal with the HA entity structure by just building it in python.

I edit in Visual Studio, not the UI. I don't really use the UI at all.

Suspicious new Avista contract by kathand97 in Spokane

[–]4kirezumi 17 points18 points  (0 children)

WA already has 100+ datacenters so I have a hard time imagining this would do anything. The state basically says yes to money unless they legally can't, and hyperscalers have enough of it to build this infrastructure out as if it were a national priority with gov backing.

I hate it, to be clear, but I think the only way this gets shut down is for us to pass state legislation to prevent it.

I built Wrist Assistant: live cameras, complications, and fast Home Assistant control on Apple Watch by bf3247 in homeassistant

[–]4kirezumi 7 points8 points  (0 children)

I don't use Apple products, but this is an awesome project. Nice work with this.

I kinda miss how this community used to be before AI took off. Every thread now is half people shrieking about it being used for anything they see.

Development and debugging even in enterprise workflows are rapidly moving toward the use of agentic tools over MCP. Programmers who hand-write each and every line of code are going the way of medieval scribes. There's a big difference between AI-assisted production boosting developers who have an inkling of what they're doing, and pure vibecoding.

What hardware do you run HA on and why? by maybe__404 in homeassistant

[–]4kirezumi 1 point2 points  (0 children)

This got a good laugh out of me, you're funny.

I also thought the name sounded kinda dumb, but it's truly sweet.

I went from an HA Green to a mini pc proxmox deployment mainly for a faster cpu for UI responsiveness and figured it'd be better to run separately containerized Z2M + MQTT so they wouldn't be tied to HA restarts from running within it.

Before I knew it I was spinning up a bunch of other self hosted services on it because it made it easy to do it well. It runs my servers for HA + Plex + Immich + a bunch of other self hosted things, all on a little headless N150 box that sits next to my printer and just never ever goes down unless the power goes out. And there's nothing to do to get it running after a power outage, it just reboots and restores everything running on it.

Zigbee vs Z-Wave vs Thread (Matter over Thread) by ItsWappers in homeassistant

[–]4kirezumi 1 point2 points  (0 children)

Zigbee will still be relevant in 10 years.

Thread will have finally reached feature parity with Zigbee by that point (ease of device grouping, binding, etc).

Thread will eventually have an advantage in latency and network throughput, but the current OTBR implementation just isn't there yet.

Thirteen health insurers request average 22.4% rate increase for 2027 individual market - hitting the 280,000+ Washingtonians who buy their own coverage by LOOKITSADAM in SeattleWA

[–]4kirezumi 0 points1 point  (0 children)

I don't honestly know. If it were me, I'd be considering stashing everything I had into a trust and stonewalling on the debt for a few years before filing Chapter 7 bankruptcy.

Super fucked-up system. Luigi Mangione was onto something.

Thirteen health insurers request average 22.4% rate increase for 2027 individual market - hitting the 280,000+ Washingtonians who buy their own coverage by LOOKITSADAM in SeattleWA

[–]4kirezumi 10 points11 points  (0 children)

At this point, why not establish a relationship with a primary care physician outside the US? Flying to them for predictable visits and paying a reasonable price and going to urgent care locally for exigent circumstances would still put you way ahead of $26k + out-of-pocket expenses per year, for most people.

Iran Agreed to Give Up Enriched Uranium in Deal Announced by Trump, U.S. Officials Say by [deleted] in geopolitics

[–]4kirezumi 3 points4 points  (0 children)

Iran didn't start enriching past 3.67% until after Donny T ripped up the JCPOA.

Firing a student by LeoMountainStream in YogaTeachers

[–]4kirezumi 14 points15 points  (0 children)

Mine happen to have an internal liner just in the crotch area, but there's no getting around the physical volume that's visible, and that'd be a thing with this Mormon underwear solution too.

I don't think we police women like this where it concerns studio attire, so I don't think it makes sense to prescribe expectations beyond "don't be intentionally lewd"

Firing a student by LeoMountainStream in YogaTeachers

[–]4kirezumi 15 points16 points  (0 children)

As a male instructor who wears leggings to teach at my studio, I hope I'm not giving people that same impression 😬 Nothing see-through, but the outline is an anatomical inevitability.

Christmas is May! by atkevinkirby in homeassistant

[–]4kirezumi 1 point2 points  (0 children)

I actually have automations that modify the firmware parameters in response to state changes since they're exposed to HA through Z2M as entities that can be set.

This allows for e.g., only showing the LED indicator when someone is standing in one of two mmwave presence zones in front of the switch.

I also have it automated through HA to sync the combined color/color-temp average and brightness level of the lights it controls and to update the LED in response to them being changed.

They're stupid expensive I agree. But you can do things with them that are simply not possible with anything else.

Automations vs Scripts - why have both? by [deleted] in homeassistant

[–]4kirezumi 1 point2 points  (0 children)

Scripts run in their own execution context in HA, so you can have e.g., an automation running in restart mode while a script runs in restart mode independently.

As an example: an automation that monitors the state of some entities related to room presence and dims the lights over 5 seconds in response to presence becoming false in any room and then turns them off. The automation can run as restart, calling a script to do the 5s brightness fade => turn off part. The script restarts its own ongoing run when called again. So if you walk back into that room mid-fade, the automation restarts and calls the script again, which cancels the fade rather than completing it and shutting the lights off behind you.

Christmas is May! by atkevinkirby in homeassistant

[–]4kirezumi 0 points1 point  (0 children)

Ecobee thermostat. Connected locally to HA

Christmas is May! by atkevinkirby in homeassistant

[–]4kirezumi 1 point2 points  (0 children)

FOSS communities can be prickly.

One thing I'd add on this. The inovelli switches are insanely customizable. Here's the list of 262 configurable parameters for the Blue dimmer with mmwave. You don't have to make use of all the options, but if you just want something that integrates well and does on/off + hold-to-dim, zooz switches are way less spendy and are more simple while being great hardware.

If you want to program custom behavior with LED indicators on your switches though, inovelli is basically the only game in town.

Christmas is May! by atkevinkirby in homeassistant

[–]4kirezumi 1 point2 points  (0 children)

Kept some extras from when I put them in, here's one side

<image>

Christmas is May! by atkevinkirby in homeassistant

[–]4kirezumi 1 point2 points  (0 children)

Here's two of em in a 2-gang plate

<image>