# Summary #第一性原理 除了输入框能否为用户提供更多“起点” 1. 先概要设计：文字承担**叙事与决策提示**，**不承担**“执行细节与证据”；执行细节放到卡片。 1. **一句话摘要**（氛围/主题，≤20 字） 2. **路线一行**（A→B→C→D，仅 NER 高亮） 3. **要点 <=3**（到达/停留/转场/备选，≤22 字/句，不是特别重要的可以不提） 2. ```Java 你是资深旅行规划师。你必须**只基于我提供的行程 JSON / 证据摘要**生成结果；禁止编造未给出的门票、开放时间、预约要求等。文字只承担**叙事与决策提示**（可扫读）， 逐日输出，两档密度由前端控制；你始终返回“标准密度”版本（极简可由前端截断）： 对每个 Day，严格按照下列格式生成（不可增删字段名；不换模板）： Day {d}｜{theme} 路线：{A} → {B} → {C} → {D} 要点：xxxxx 说明： 如当日不足 4 个站点，保持“路线：A → B → …”结构，缺项不填占位。 要点: 只放一个最重要的提醒（雨备/拥挤备选/时间风险）。 ``` ```Java ✍️ 文案与字数约束 一句话摘要（theme）：≤20 字，传达氛围与节奏（如“园林与古刹｜节奏中”）。 路线一行：仅 POI 名称（NER 高亮），不写修饰语。 要点 ≤3 条：每条 ≤22 字；优先顺序：到达&停留 → 转场&ETA → 风险或备选。 禁止出现票价/开放日/预约流程等“易变细节”；``` ___ 4）文案风格与“字数预算” - **一句话摘要（≤30 汉字）**：传达氛围+当天主题。 - **路线一行（≤40 汉字）**：仅保留 POI 名称（NER 高亮），不写修饰语。 - **要点条目（3–5 条，每条 ≤28 汉字）**：只放**到达/停留/转场/风险/备选**。 - **排除项**：不要在文字里写价格细节、预约流程长说明、复杂历史背景——这些放进卡片的“详情抽屉”。 5）不同使用时刻的适配 - **决策前（沙发期）**：极简/标准文字，地图缩略图； - **出发前一晚**：提醒卡片（预约/闭馆/天气），一键“打印/离线保存”； - **在路上**：默认打开卡片的**时间轴视图**，顶部只保留 Day 摘要 + 下一站卡片。 6）可用性细节 - **可扫读设计**：固定图标集（到达⏱/停留🕒/转场➡/雨备🌧/人多😵）； - **容错**：若任一约束冲突，文字要点出现**“自动替换为：××”**提示，同时地图路径变更； - **证据与可信度**：要点末尾用 `ⓘ` 提示“信息来自近 6 个月热帖/官方”，点开看来源与时间（在卡片里）。 ___ 1. 为用户提供结构化的引导 2. 这些工具通过组合多种输入方式，超越单一的文本输入框，提供多模态、多维度的输入和控制方式，也能为用户创造更丰富的起点。、 3. 采用主动引导和情境建议 4. 让用户做选择题   1. [流式处理](流式处理.md)：[[SSE协议]] 2. chat 中的图片交互实现方式调研 3. 分级多次交互 # Cues # Notes the natural progression is toward interfaces that are accessible and customized for everyone. not just people who memorize flags and pipe commands. with Al, the next shell is intent - you use the best interface that fits you to iterate on what to make, what is good, with all context, and the agent handles the rest. Notion and Cursor are hinting at this.