Obsidian

容器查询与多栏控件等比缩放 (CSS Container Queries & Proportional Responsive Scaling)

1. 核心概念与背景在现代桌面多栏(Multi-Rail/Multi-Column)可拖拽分栏布局中,各列的宽度由用户拖拽分隔条(Resizer)实时决定,而不是取决于浏览器的全屏视口宽度。媒体查询 (Media Queries, @media) 的局限:@media (max-width: ...) 只能感知 window.innerWidth(浏览器视口总宽)。当用户在一个 1920px 宽的

Obsidian

LLM 前端流式渲染与自动滚动控制 (LLM Frontend Streaming Rendering and Auto-Scroll Control)

1. 核心挑战 (Core Challenges)在构建基于服务器推送事件 (Server-Sent Events, SSE) 的大型语言模型 (Large Language Model, LLM) 对话界面时,前端面临两大核心交互体验与性能瓶颈:自动滚动失真与“倒退跳动”:流式生成过程中,聊天视图经常自动向上滚到中间某一段,无法持续吸附在底部。高频渲染闪烁与掉帧:模型按 Token 碎片高频输出

Obsidian

LLM 网关提示词哈希鉴权与协议角色适配 (LLM Gateway Prompt Hash Guard and Role Adaptation)

1. 核心痛点与背景 (Core Challenges and Context)在轻量级纯前端 Web Agent(如 InPage Agent)或无服务端会话的客户端应用中,通常会部署一个轻量级代理网关(Gateway)用于:隐藏上游 API Key:防止用户的 API 密钥直接暴露在客户端浏览器的 Network 检查器中。跨域与流式中继 (CORS & SSE Relay):处理浏览器同源策

Obsidian

InPage Agent 客户端版本迁移与工作区备份规范 (InPage Agent Client Version Migration and Workspace Backup Specification)

1. 核心背景与场景痛点 (Context & Problem Statement)1.1 iPad / iOS PWA(主屏幕 Web Clip)运行环境约束用户将 InPage Agent 通过 Safari「添加到主屏幕」以独立窗口模式(Standalone WebApp)运行,具备近似原生 App 的全屏体验,但带来两个严重挑战:无地址栏与刷新控制:用户无法主动按下 Ctrl+F5 或通过