团队最近实现了一个名为 weft 的 chrome 插件,极大提升内容工作者的生产效率~

查看 9|回复 0
作者:wongnet   
团队最近实现了一个名为 Weft 的 Chrome 插件,极大提升内容工作者的生产效率~
先说结论:如果你的日常工作经常是——

开十几个 Tab → 复制关键段落 → 粘贴到笔记或 AI → 内容太长再手动删减 → 得到一个“听起来很对”但很难回溯来源的答案

那么 Weft 可能正好适合你。
我们最近做了一个开源 Chrome 插件 Weft,想把这套反复切换、复制粘贴的工作流,变成一个运行在浏览器侧边栏里的研究工作台。
它不是另一个“Ask this page”,也不试图替你自动阅读整个互联网。Weft 的核心思路很简单:先由人选择证据,再让 AI 在明确的研究范围内工作。
Chrome Web Store:https://chromewebstore.google.com/detail/weft/obcegdkdebekhmaipdnnkpmhapjncnbm
GitHub:https://github.com/tinyfactory-dev/weft
Website: https://tinyfactory.dev/weft
我们真正想解决的是什么?
做调研、写文章、分析竞品或准备报告时,信息通常散落在网页、PDF 、新闻、研报和各种标签页里。真正消耗时间的往往不是“让 AI 写一段话”,而是前面的这些事情:
  • 哪些内容值得保留?
  • 这段话来自哪个页面、哪一页 PDF ?
  • 几十个片段超过模型上下文后,应该删掉什么?
  • AI 输出的结论能不能回到原始证据?
  • 当前材料不够时,外部搜索应该补什么,而不是漫无目的地搜索?
  • 一周后重新打开项目,能不能接着上次的研究继续做?

    传统流程通常把“采集、整理、检索、生成、回溯”留给用户自己拼接,不得不在 Notepad 里面粘贴一大堆语料。Weft 想做的是把这几步连接起来。
    核心理念:让研究范围由用户决定
    在 Weft 里,一个研究主题对应一个 Session
    你可以从网页或 PDF 中保存文字、图片和链接,也可以添加标签与笔记。后续的报告、重写、核验、摘要、图表和问答,都围绕当前 Session 中的材料展开。
    这更接近 grounded generation (基于指定证据生成),而不是让模型对着一个模糊问题自由发挥。
    回答中的 Session 引用会标记为 [S1]、[S2];点击引用可以返回对应来源。Deep Search 补充的外部证据则标记为 [W1]、[W2],与用户主动保存的材料明确区分。
    这里需要诚实说明:可追溯不等于模型永远不会犯错。 Weft 解决的是“结论依据了哪些材料、能否回到原文检查”的问题;重要判断仍然应该由人确认。
    一个下午的真实使用流程
    10:00 |采集:像使用马克笔一样简单
    打开竞品官网、行业报告或新闻页面,选中有用的内容,通过右键菜单保存到指定 Session 。
    Weft 会记录来源 URL 、页面标题和时间等信息。你不需要反复复制粘贴,也不用在浏览器、文档和聊天窗口之间来回切换。
    除了网页,3.1.0 还加入了 PDF 支持:
  • 对带文本层的 PDF 执行智能阅读;
  • 在独立的 Weft PDF Reader 中划选文字;
  • 使用与网页一致的“保存、验证、解释、要点”工具栏;
  • 保存页码,之后可以跳回对应页面;
  • Session 导出再导入后,PDF 页码和相关元数据仍然保留。

    Weft 的 PDF Reader 与 Chrome 原生阅读器隔离,不会注册成 PDF 默认处理器,也不会接管其他 PDF 插件。
    11:00 | Smart Read:长文先找证据,再决定是否细读
    遇到长文章或长 PDF ,不想从头逐字阅读时,可以运行 Smart Read (智能阅读)
    它会让模型提出值得关注的关键段落,然后在保存前将引用内容与提取到的原文重新核对。无法在来源中定位的引用不会进入 Session 。
    对于超长网页和 PDF ,Weft 会根据当前模型的能力自动分片,而不是把整篇内容一次性塞进上下文。遇到超时、上下文不足或空响应时,也会尝试缩小任务并给出更明确的恢复提示。
    需要注意的是,这里的“校验”指的是引用是否确实存在于原文,并不等同于对原作者观点做事实认证。
    13:30 |生成报告:答案必须能回到证据
    假设当前 Session 已经收集了几家公司的产品介绍、定价和评论,可以直接输入:

    基于当前 Session ,对比这些产品的核心卖点、定价策略和目标用户。

    然后选择 Report ,或者直接提问。
    小型 Session 会在预算内尽可能使用完整上下文;材料较多时,Weft 会先在本地检索相关片段(即本地 RAG 引擎),再构建有上限的模型输入,避免无限堆叠内容。
    生成结果中的 [S#] 可以打开对应来源;已有标签、笔记和 Smart Read 元数据也会参与检索。
    14:30 | Deep Search:缺什么再搜什么,而且先让人确认
    如果现有 Session 无法回答问题,可以运行 Deep Search
    它不是直接把搜索结果混进答案,而是采用 Session-first 的流程:
    [ol]
  • 先在本地检索当前 Session ;
  • 让模型判断还缺少什么证据;
  • 如果确实需要联网,展示准备执行的查询;
  • 用户可以审阅、修改、确认或拒绝;
  • 只有确认后的查询字符串才会发送给选定的搜索服务;
  • 最终答案分别使用 [S#] 和 [W#] 标识已有材料与外部证据。
    [/ol]
    这样做的目的不是增加一层“Agent”概念,而是把联网搜索限制在真正有用、可观察、可取消的范围内。
    当前可配置 SearXNG ,也支持 Tavily 、Brave Search 等方式。Session 检索和确定性计算在本地完成;规划与最终综合仍由你配置的模型处理。
    16:30 |一键生成图表
    选择 Diagram 后,Weft 可以基于 Session 生成 Mermaid 流程图、架构图或思维导图,适合快速整理文章结构或制作 PPT 素材。
    3.1.0 重点修复了图表生成失败、文字与背景对比不足等问题,并将 Mermaid 改为按需加载。生成的 SVG 会经过清理,并在隔离环境中渲染,之后可以导出使用。
    17:30 |关机,下周继续
    Session 、标签、笔记、设置和近期对话都保存在浏览器本地。下次打开时,可以继续原来的研究,而不是从一堆标签页重新开始。
    Session 还支持导出为可阅读的 HTML 文件并重新导入。分享给同事时,对方即使没有安装 Weft 也可以先阅读;安装后则可以将其中的片段恢复成新的 Session 。
    Weft 和常见 AI 阅读工具有什么不同?
  • 研究范围:常见工具默认围绕当前标签页; Weft 围绕用户主动建立的 Session 。
  • 资料组织:常见流程依赖临时复制粘贴; Weft 长期组织网页与 PDF 片段,并支持标签和笔记。
  • 来源回溯:普通生成内容常与来源分离; Weft 使用 [S#] / [W#] 连接对应证据。
  • 长内容处理:不直接无限截断或堆叠上下文,而是使用本地检索、输入预算和自适应分片。
  • 引用核对:Smart Read 会在片段入库前确认引用确实存在于提取的原文中。
  • 联网搜索:查询先展示给用户,可以编辑、确认或拒绝,不在后台静默执行。
  • 图表输出:Mermaid 图表经过隔离渲染和清理,并支持导出,不只是展示一段代码。
  • 项目延续:研究资料保存在 Session 中,并支持 HTML 导入导出,而不是只存在于一次聊天里。

    我们没有把 Weft 定位成“万能 Agent”。它更像一张铺在浏览器里的研究容器:你决定哪些材料放上来,AI 负责在这些材料之间检索、连接和表达。让学生党,白领,码农,高校青椒们摆脱无限复制粘贴的痛苦
    本地优先,但不是模糊地宣称“数据永不离开浏览器”
    这部分我们希望说清楚。
  • Weft 没有自己的业务后端,也不包含广告、分析或遥测;
  • Session 、片段、标签、设置和 API Key 保存在本地 chrome.storage.local 与 IndexedDB ;
  • 当你执行报告、重写、Smart Read 、Deep Search 等模型操作时,相关问题和有界的证据文本会直接发送到你配置的模型端点,并受该服务商隐私政策约束;
  • 外部搜索只有在用户确认后,才会把查询字符串发送给所选搜索服务;搜索服务不会收到整个 Session ;
  • 使用 Ollama 或 Chrome Built-in AI 时,可以在设备本地完成模型推理; Chrome 内置模型是否可用取决于浏览器版本、设备和模型下载状态。
  • 已在 Chrome web store 上架,经受第三方检验。

    三分钟上手
    1. 安装
  • Chrome Web Store:https://chromewebstore.google.com/detail/weft/obcegdkdebekhmaipdnnkpmhapjncnbm
  • 或从 GitHub Releases 下载 ZIP ,解压后在 chrome://extensions 中选择“加载已解压的扩展程序”。

    2. 打开工作台
    固定 Weft 图标,然后通过图标或右键菜单打开侧边栏。
    3. 配置模型
    在 Settings 中选择模型服务。当前支持 OpenAI 、Anthropic 、Gemini 、DeepSeek 、Kimi 、Qwen 、Ollama 、Chrome Built-in AI ,以及自定义 OpenAI-compatible 端点。
    除本地模型外,使用云端模型通常需要填写对应 API Key 。Thinking 默认关闭;对于无法完全关闭推理的模型,Weft 会使用其支持的较低推理强度,以改善首 Token 延迟。
    4. 从 Demo Session 开始
    安装后可以直接使用内置 Demo Session 体验 Report 、Verify 和 Diagram ,然后再建立自己的研究 Session 。
    如果想循序渐进,可以这样试:
  • 第一天:从常看的页面保存 3 个片段,生成一份带引用的报告;
  • 第二天:找一篇长文章或带文本层的 PDF ,运行一次 Smart Read ;
  • 第三天:对跨页面问题运行 Deep Search ,体验“先看查询、再确认搜索”。

    常见问题
    Q:数据会上传到 Weft 的服务器吗?
    不会,因为 Weft 不运营接收这些数据的服务器。资料与设置保存在浏览器本地。
    但使用云端 LLM 时,完成任务所需的问题和证据会直连你选择的模型服务;使用外部搜索时,确认后的查询会发送给搜索服务。若希望尽量本地运行,可以选择 Ollama 或可用的 Chrome Built-in AI 。
    Q:Session 很大时会不会卡?
    Weft 对普通问答、Smart Read 、Deep Search 和 PDF 阅读都设置了输入、时间和资源预算。大 Session 会使用本地检索和有界上下文,而不是无限把全部内容发送给模型。这部分性能做过优化,不过本地 LLM ,如 Chrome 自带的 Gamma 可能会存在推理超时问题,这个没办法。
    不同设备、模型和资料规模仍会影响体验。如果遇到问题,欢迎带着可复现案例提 Issue 。
    Q:[W#] 外部证据有什么用?
    它适合补充最新信息、寻找反例和暴露现有 Session 的盲区。[W#] 与主动保存的 [S#] 分开显示,方便判断证据来源。对于关键材料,建议打开原始来源核对,并将真正有价值的段落保存进 Session 。
    Q:支持哪些 PDF ?
    当前主要支持通过 HTTP(S) 打开、具有文本层且无需密码的 PDF 。扫描图片 PDF 、仅 POST 可访问的文件、一次性 blob: 链接、本地文件和部分加密 PDF 暂不支持;目前也没有 OCR 。
    Q:支持 Firefox 或 Edge 吗?
    当前主要面向 Chrome/Chromium ,并依赖 Manifest V3 与 Side Panel 等浏览器能力。其他浏览器需要根据对应 API 的兼容情况继续适配。
    Q:是否微调了模型?
    没有。Weft 不绑定单一模型,主要通过证据组织、本地检索、上下文预算、引用协议、原文校验和 Human-in-the-loop 流程提升稳定性。你可以更换模型,核心工作流保持一致。
    开源、本地优先、可回溯
  • Chrome Web Store:https://chromewebstore.google.com/detail/weft/obcegdkdebekhmaipdnnkpmhapjncnbm
  • GitHub:https://github.com/tinyfactory-dev/weft
  • 隐私声明:https://github.com/tinyfactory-dev/weft/blob/main/PRIVACY.md
  • 技术白皮书:https://github.com/tinyfactory-dev/weft/blob/main/docs/whitepaper.zh-CN.md
  • 官网:https://tinyfactory.dev/weft

    Weft 目前仍在快速迭代。如果你也长期被“开很多 Tab 、复制粘贴、问 AI 、再人工找来源”这套流程困扰,欢迎试用和star!也欢迎在 GitHub 提 Issue 、提交 PR ,或者直接在评论区告诉我们:你最希望浏览器里的研究工作流先解决哪一步?
  • 您需要登录后才可以回帖 登录 | 立即注册

    返回顶部