Tags: dn00/clarp
Tags
fix: permission-flow parity — flag interception, auto-deny, EOF resol… …ution, SDK responses, tool_result events Rebuilt onto main (the prior branch was stacked on the golden-captures PR). - Intercept --permission-prompt-tool so the interactive TUI never receives a print-mode flag it can't honor. - Gate can_use_tool emission on stream-json input AND output + stdio tool; otherwise auto-deny via the pty so the turn completes (native deny-by-default) instead of wedging on an unanswerable dialog. - Accept SDK-nested control_response shapes alongside the flat legacy shape, preserving updatedInput so the modified-input guard can fire. - Deny can_use_tool allows whose updatedInput differs from the requested input (clarp can't inject rewritten input into the TUI dialog). - Resolve permission against a fresh tool_use id with a brief retry, covering the race where `waiting` is observed before the tool finishes assembling and preventing a stale tool from being approved against a new dialog. - Auto-deny a pending permission on stdin EOF so the turn always completes. - Reshape transcript tool-execution lines into native's user tool_result event. - Mark the permission-flow parity gaps fixed in goldens/PARITY-GAPS.md.
PreviousNext