Skip to content

[design·M1] Owner-live: answers exceed the reading budget — verbosity is the next usefulness bottleneck after #827 #830

Description

@atomchung

Where this came from

The #827 blind A/B (receipt on #828). The candidate won the owner's blind preference 3/4 with one tie — but the owner's cross-cutting feedback hit both arms, so this is not a #828 regression; it is the next bottleneck.

Owner-live evidence (sanitized quotes)

  • Cash-deployment scene: the opening paragraph of one arm 「第一大段話完全沒有意義」; overall 「廢話太多」 said of both arms.
  • Comparison scene (judged a tie despite correct engine math): 「內容已經太多了,我沒有辦法看完這些東西了」 — the answer's usefulness was capped by its length, not its content.
  • Discovery scene (the candidate's win): preferred because it answered at all, not because its length was right.

Reading

#823/#827 removed refusal shapes and effort ceilings; nothing now expresses length-to-decision-value. Leading paragraphs restate context instead of deciding; tables and enumerations run past the owner's reading budget even when every number is right.

Pattern siblings, cross-referenced rather than duplicated: #552 (disclosure narration drifts into hedge/caveat filler) and #579 (decision-first answer, not a disclosure dump). This issue adds the owner-live, post-#827 evidence that the remaining gap is expression economy, not permission.

Suggested direction (owner to rule)

An expression-contract-level reading-budget principle — lead with a decision core the owner can absorb in ~30 seconds; every additional block must change the decision — not a mechanical character cap (the #543-era ceiling #827 just deleted; do not reintroduce it as a number).

Refs #827, #828, #552, #579, #823.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions