Answering a question is the easy half. The half that decides whether anybody relies on it is what happens next: whether the answer can be checked, and what occurs when it does not know.
These three follow that round trip — a question to a cited answer, a ticket to a checked reply, a pattern to a switched-on rule.
Software fails at boundaries. A feature list cannot show you one; a journey has to.
Question to answer, ticket to draft reply and pattern to automation all end at the same place: a person deciding, with the evidence in front of them.
That is deliberate. Each chain does the assembly — reading six products, gathering the account, spotting the repetition — and stops at the judgement rather than making it.
Pattern to automation is the one with the strongest brake. A proposal names the instances it observed, and nothing switches itself on.
Not because anyone was careless — because the record stopped at the edge of the tool, and somebody had to carry it across by hand.
Who runs Pulse →If you are evaluating, read question to answer and try the refusal case yourself.
If you are implementing, read pattern to automation. It is the chain where the brakes matter most.
For the destination, yes. The assistant can answer alone, but a journey is about where the conversation goes next.
About a week, following one real conversation from the question asked to the human reply that followed.
Then the journey runs into Nest instead. The shape is the same: a question, a cited answer, and a person when it stops.
At the handover. The name and email are passed on and the conversation is discarded, so the first human reply starts cold.
Whether the answer was good enough, and everything the assistant declines to decide. Qualification is a judgement, not a containment rate.
We will run it end to end on your own numbers in half an hour, and tell you honestly which parts Treepie does not improve.