Problem
Maintainer feedback: Pinet dispatcher output is still too verbose in operator transcripts. A recent pinet lanes call produced a large response that duplicated long human-readable data.text with full data.details.lanes, including lane metadata and participants.
Some of that example was requested with full:true / JSON for broker inspection, but the operator-facing concern still stands: default and visible Pinet output should not swamp the transcript or expose detailed lane metadata unless explicitly requested.
Why this should be separate from #735 / PR #736
PR #736 is prompt/tool-help/docs-sized guidance about how to use dispatcher args and read Pinet pointers. This issue is behavioral response-shaping/redaction work in dispatcher output paths, especially for lanes, and should be designed/tested separately.
Desired direction
- Default
pinet action=lanes should return a short active/ready summary only.
- Omit participants and detailed metadata unless
full:true or explicit JSON/detail output is requested.
- Avoid returning duplicated large
text + details payloads to visible tool output by default.
- Keep explicit inspection paths available for broker/debug usage.
- Preserve guardrails and existing action-level routing semantics.
Acceptance criteria
- Compact default output for
lanes covers the common operator question without flooding transcript context.
- Full lane details remain available through explicit opt-in.
- Tests cover default compact output, explicit full output, and JSON/detail behavior.
- Docs/help clarify when full details are included.
- No secrets, raw local session paths, or sensitive metadata are exposed in default visible output.
Problem
Maintainer feedback: Pinet dispatcher output is still too verbose in operator transcripts. A recent
pinet lanescall produced a large response that duplicated long human-readabledata.textwith fulldata.details.lanes, including lane metadata and participants.Some of that example was requested with
full:true/ JSON for broker inspection, but the operator-facing concern still stands: default and visible Pinet output should not swamp the transcript or expose detailed lane metadata unless explicitly requested.Why this should be separate from #735 / PR #736
PR #736 is prompt/tool-help/docs-sized guidance about how to use dispatcher
argsand read Pinet pointers. This issue is behavioral response-shaping/redaction work in dispatcher output paths, especially forlanes, and should be designed/tested separately.Desired direction
pinet action=lanesshould return a short active/ready summary only.full:trueor explicit JSON/detail output is requested.text + detailspayloads to visible tool output by default.Acceptance criteria
lanescovers the common operator question without flooding transcript context.