• 0 Posts
  • 11 Comments
Joined 21 days ago
cake
Cake day: January 3rd, 2026

help-circle

  • A debugger will always interfere with the processes you are looking at, hence making debugging of multithreading-related errors a game of whack-a-mole.

    It’s a very pleasant debugging experience when you can easily switch threads, have them log what happened first, check the variables in the thread at the moment in time it was hit (vs now), etc. etc.




  • Huh? That is the literal opposite of what I said. Like, diametrically opposite.

    The system summarizes and hashes docs. The model can only answer from those summaries in that mode. There’s no semantic retrieval step.

    No, that’s exactly what you wrote.

    Now, with this change

    SUMM -> human reviews

    That would be fixed, but will work only for small KBs, as otherwise the summary would be exhaustive.

    Case in point: assume a Person model with 3-7 facts per Person. Assume small 3000 size set of Persons. How would the SUMM of work? Do you expect a human to verify that SUMM? How are you going to converse with your system to get the data from that KB Person set? Because to me that sounds like case C, only works for small KBs.

    Again: the proposition is not “the model will never hallucinate.”. It’s “it can’t silently propagate hallucinations without a human explicitly allowing it to, and when it does, you trace it back to source version”.

    Fair. Except that you are still left with the original problem of you don’t know WHEN the information is incorrect if you missed it at SUMM time.