HN讨论 · 身份未知
用户希望 LLM 应用提供无需逐步反馈的端到端任务执行
一位 HN 用户对多数 agentic LLM 应用的 UX 表达反感，期望未来产品能像输入 X 得到输出 Y 一样，由应用自动完成任务；例如告诉手机“买晚餐”就办好，而不是每一步都等待用户反馈。
查看原始信号hn:49484000
目标用户
被 agentic 应用逐步反馈流程困扰的 LLM 使用者，希望在常见日常任务中通过一次性委托获得结果的最终用户。
潜在需求
需要端到端的工作流：用户输入一个请求（X）后直接得到结果（Y），执行过程不被打扰；对话式确认只用于输出准确性不确定的时刻。
发生场景
用户在使用 agentic LLM 应用时被迫对每个小步骤反馈和确认；他们希望像把车交给修理工一样，告诉应用自己的处境后由应用自行处理，仅在必要时出现。
来源证据
用户明确表示讨厌大多数 agentic 应用的 UX，期望未来产品能只输入 X 就得到输出 Y，无需在每一步反馈。
Brex's CEO said this and I understand where he comes from, but is there a place for end to end workflows in LLM based applications? At the end of the day I agree that cutting edge software should be fully usable by agents, but I can't decide if every product should be an agent. I personally hate the UX of most agentic applications. I have this fantasy of future products where I can simply enter input X and get output Y without having to give feedback on every little thing. Of course when you'rehttps://news.ycombinator.com/item?id=49484000
为什么值得留意
该信号不是产品宣传，而是用户对当前 agentic 范式的直接反驳；同时包含“输入 X 得输出 Y”和“买晚餐”这样可验证的具体任务，可能引导低交互 LLM 应用的替代设计方向。
未满足部分
- 多数 agentic 应用要求用户在任务过程中逐步反馈，缺少一次输入后自动完成的闭环
- 缺少将不确定性判断放在后台、只在必要时打断用户的交互模式
可能延伸 · 模型推测
- 可为风险低、可标准化的任务（如订餐）设计免确认的端到端执行流程
- 可将不确定性检测放到后台，只在出现高歧义或高风险时再询问用户
目前未知
- 仅单条 HN 讨论，无评论支持，无法判断观点代表性
- 作者未说明“买晚餐”中支付授权、出错责任等任务边界
- 文本承认有些情况仍需对话式代理，需求边界不完全清晰
继续核实
- 除订餐外，还有哪些任务适合由低交互端到端 LLM 工作流执行？
- 当前 agentic 应用的成功率和置信度是否足以支撑最少确认模式？
- 用户对“足够好”的容忍度如何随任务风险变化？
主题词
llm agent uxend-to-end workflowautonomous task executionuser feedback burden