Your engineers know what they built, but they have no idea why.
The decision was made in a meeting — maybe Tuesday, maybe three months ago. The reasoning, the tradeoffs, the alternatives you rejected, they stayed in that room.
Someone writes an ADR and commits it. But the next engineer who touches that system either can't find it, or finds it and has no clue what was still unresolved when it was written.
The decision and the work item live in different places.
→ PRs get reviewed without knowing why the architecture went this direction
→ New engineers inherit systems with no record of what was actually considered
→ The same discussion gets had again — 6 months later, by a different team
This isn't a documentation problem, but a proximity problem.
The reasoning needs to live with the work, not in a separate wiki, not in a meeting recording nobody watches, not in someone's memory.
That's the gap Quely closes.
Decision context stays connected to the work item, so the next person doesn't have to reconstruct the meeting from a commit message.