• L3s@lemmy.worldM
    link
    fedilink
    English
    arrow-up
    0
    ·
    edit-2
    8 days ago

    Writing customer/company-wide emails is a good example. “Make this sound better: we’re aware of the outage at Site A, we are working as quick as possible to get things back online”

    Dumbing down technical information “word this so a non-technical person can understand: our DHCP scope filled up and there were no more addresses available for Site A, which caused the temporary outage for some users”

    Another is feeding it an article and asking for a summary, https://hackingne.ws/ does that for its Bsky posts.

    Coding is another good example, “write me a Python script that moves all files in /mydir to /newdir”

    Asking for it to summarize a theory or protocol, “explain to me why RIP was replaced with RIPv2, and what problems people have had since with RIPv2”

    • Corngood@lemmy.ml
      link
      fedilink
      English
      arrow-up
      0
      ·
      8 days ago

      Make this sound better: we’re aware of the outage at Site A, we are working as quick as possible to get things back online

      How does this work in practice? I suspect you’re just going to get an email that takes longer for everyone to read, and doesn’t give any more information (or worse, gives incorrect information). Your prompt seems like what you should be sending in the email.

      If the model (or context?) was good enough to actually add useful, accurate information, then maybe that would be different.

      I think we’ll get to the point really quickly where a nice concise message like in your prompt will be appreciated more than the bloated, normalised version, which people will find insulting.

      • locuester@lemmy.zip
        link
        fedilink
        English
        arrow-up
        1
        ·
        8 hours ago

        Yes, people are using it as the least efficient communication protocol ever.

        One side asks an LLM to expand a summary into a fluff filled email, and the other side asks an LLM to reduce the long email to a summary.

    • snooggums@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      arrow-down
      1
      ·
      edit-2
      8 days ago

      The dumbed down text is basically as long as the prompt. Plus you have to double check it to make sure it didn’t have outrage instead of outage just like if you wrote it yourself.

      How do you know the answer on why RIP was replaced with RIPv2 is accurate and not just a load of bullshit like putting glue on pizza?

      Are you really saving time?

        • snooggums@lemmy.world
          link
          fedilink
          English
          arrow-up
          0
          arrow-down
          1
          ·
          edit-2
          8 days ago

          If the amount of time it takes to create the prompt is the same as it would have taken to write the dumbed down text, then the only time you saved was not learning how to write dumbed down text. Plus you need to know what dumbed down text should look like to know if the output is dumbed down but still accurate.

    • lurch (he/him)@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      0
      arrow-down
      2
      ·
      8 days ago

      it’s not good for summaries. often gets important bits wrong, like embedded instructions that can’t be summarized.

      • L3s@lemmy.worldM
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        8 days ago

        My experience has been very different, I do have to sometimes add to what it summarized though. The Bsky account mentioned is a good example, most of the posts are very well summarized, but every now and then there will be one that isn’t as accurate.