日常工作高度依赖浏览器，从内容创作到任务追踪均在其中完成。为解决手动整理书签滞后且低效的痛点，笔者尝试将两周的浏览历史投喂给本地大语言模型（LLM），由其自动生成结构化书签系统。最终，模型筛选出75个高价值链接，并按日常工具、写作项目、技术参考等维度归类。尽管部分分类需微调，但这套可直接导入浏览器的有序集合，其质量远超手动整理成果。
以两周浏览数据为基石
从Chrome提取关键信息
Chrome的本地数据库存储了页面标题、URL及访问记录，足以支撑此次实验。通过chrome://version定位“Profile Path”，在退出浏览器后复制History文件至独立文件夹，即可在不触碰原始数据的前提下进行处理。
本次分析涵盖两周数据，共计1,401个独立URL产生4,617次访问（含重复访问）。数据集包含写作任务、文档、研究资料及办公工具，信息密度足够，无需回溯更早历史。需注意，历史记录虽不含页面全文，但页面标题可标识特定文档，重复访问频率则有助于识别高频刚需站点。尽管缺失部分上下文，模型仍具备足够的信息提出组织建议。
目标输出为可直接导入浏览器的HTML书签文件，以及一份附带选取理由的CSV目录，以便在导入前对URL、所属文件夹及保留原因进行审查。
本地LLM筛选与隐私保护
数据不出本地，安全可控
出于隐私考量，笔者拒绝将包含工作链接、文档及个人活动的浏览数据上传至大型科技公司云端。借助已部署的本地环境，使用LM Studio加载Qwen3.5 9B模型成为理想选择。
在处理历史数据时，指令要求模型筛选值得收藏的链接并归类，重点考量高频回访页面、文档及高价值资源，最终输出HTML格式以便直接导入Chrome。同时生成的CSV文件详细解释了每个链接的入选理由。
结果显示，模型成功创建了名为“Daily launchpad”（每日启动台）的文件夹，汇集了数据分析仪表板、Asana任务列表、Slack频道及文档创建快捷方式等11个常用目的地。这些分散在不同网站的工作流节点被合理聚合。此外，“技术参考”文件夹则收录了文档、安装指南、GitHub仓库及NAS备份资源，模型准确识别出这些跨项目复用资源的长期价值。
基于真实行为优化书签体系
纠正“预判式”收藏偏差
传统书签管理往往依赖“预判”，即在新浏览器设置时添加预期需要的页面（如Gmail、Google Docs等）。然而，随着工作流演变（如从Asana迁移至Monday或Trello），静态书签极易过时且难以清理。由于Chrome地址栏自动补全功能强大，用户往往缺乏动力修复滞后的书签系统，导致重要内容遗漏。
基于实际浏览历史的分析提供了更优解。模型能挖掘出用户习以为常却未收藏的高频页面。例如，笔者每日频繁访问r/selfhosted和r/opensource，却习惯通过Reddit搜索进入，从未设想为其建立直达快捷方式。数据分析揭示了这一效率洼地，将其纳入书签显然比重复搜索更为高效。
迈向自动化管理
鉴于浏览习惯的动态变化，笔者计划通过n8n工作流实现该过程的自动化：每月将浏览历史发送至本地LLM，生成更新后的书签集合。目前该项目正在开发中，后续将分享更多进展。