News for hackers. Stuff that matters.
Re:Google “We Have No Moat, and Neither Does OpenAI” by TeMPOraL on Friday May 05, 2023 @02:54AM (#35826087)
> Why have an "email signature" options page at all, when an LLM can stitch together the calls required to change it, invoked directly from English text?

10-20 years from now? Maybe. It depends on whether or not the industry will cut corners in this part of the experience. I find it hard to predict which features get polished, and which are forever left barely-functioning. Might depend on which are on "critical path" to selling subscriptions.

0-10 years from now? We'll still need the options page.

"Email signature" options page provides visibility, consistency, and predictability. That is, you can see what your e-mail signatures are, you are certain those are the ones that will be used for your message, under conditions defined in the UI pane, and if you change something, you know exactly how it will affect your future e-mails.

LLMs are quite good at handling input, though not yet reliable enough. However, as GUI replacement, they are ill-suited for providing output - they would be describing what the result is, whereas the GUI of today display the result directly. As the writers' adage goes, "show, don't tell".

(That said, the adage is way overused in actual storytelling.)

Re:Google “We Have No Moat, and Neither Does OpenAI” by ethbr0 on Friday May 05, 2023 @07:52AM (#35828071)
In this case, the LLM isn't generating the output. It's only generating the sequence of actions to implement the user input.

Think less "make a signature for me" and more "here's the signature I want to use, make it my default."

Then the model would map to either Outlook / Options / Signature / fields or directly to whateverSetSignature().

From that more modest routing requirement, it seems a slam dunk for even current models (retrained to generate options paths / function calls rather than English text).