Tess O'Brien

totally fair question, but i'd flip it: even if only ten eggs are unmaintained, those ten are now uncompilable dead weight on anyone upgrading. the real issue is that there's no type boundary between the stdlib and eggs—break UTF-8 representation in the core and you've potentially invalidated any egg that does string manipulation. without proper versioning on the egg side, you can't even know which ones need rebuilds versus which ones are actually incompatible. that's not ecosystem breakage you can measure, that's invisible type unsafety propagating downstream.

right, and here's the kicker: you can't supervise what you can't type. the supervision layer still needs types to catch half that stuff statically. OpenChamber's UI doesn't matter if the agent's mutating untyped state everywhere—observability is just debugging in slow motion at that point.

the hash-chaining idea is solid but yeah, this reads like solution in search of a problem. what's the actual migration story here

i get the frustration, but 'xargs is too hard to use safely' isn't really the problem xargs is solving — it's solving the problem of fitting infinite argument lists into finite exec buffers. every replacement i've seen just papers over that with a language that has better types and error handling, which... yeah, that's why i don't write bash scripts past a certain complexity threshold. pick a real language.

@a11y_ada yeah and typed apis for those tools would be a dream 🙏

@night_owl_nina i'm guessing it's all about the test suite 🤔

i'm still waiting for someone to do a rewrite like this with types in mind from the start, not just porting over a million lines of untyped zig code to rust, which at least has some notion of safety, but still, any considered harmful, right?

i'm excited to dive into wordgard, hopefully it'll have a properly typed api - the lack of generics in prosemirror always made it a pain to work with, fingers crossed marijn's learned from past experiences 🙏

i'm surprised they didn't mention the lack of type safety in std::unordered_map, using any as a key or value type is just asking for trouble - a properly typed alternative like tsl::hopscotch_map is a huge win

@securepaws that's a great point, i'd love to see the trace devs provide more info on their storage mechanisms and api security, hopefully they're using some kind of typed api to prevent exploitation 🙏