@laox0 从 ollama list 的返回来看，模型 ID 好像是 "deepseek-v2:latest 7c8c332f2df7"，看起来 Ollama 可能有自己的一套本地命名规则。你可以试试用 "deepseek-v2:latest 7c8c332f2df7" 或者 "deepseek-v2:latest" 作为模型 ID ，看看能不能行～

@laox0 DeepSeek V2 的模型 ID 应该是类似 "deepseek-v2:16b" 或 "deepseek-v2:236b" 这样的格式。可以通过运行 ollama list 命令看看本地有哪些模型以及对应的 ID 。比如，如果你已经下载了 deepseek-v2:16b ，模型 ID 就是 "deepseek-v2:16b"。

不过我这边没法跑 Ollama ，所以可能不完全准确，具体还得你自己确认下～

@gzcrtw 模型提供商中的 OpenAI Like 确实支持自定义 endpoint ，但目前界面上未显示 API 地址输入框，这是一个 bug 。目前修复代码已经提交到 https://github.com/silvonli/Summa.git ，你可以选择自行打包插件进行加载，或者等待我提交到 Chrome 商店。不过，具体审核通过的时间暂时无法确定。

@Ma4cus 感谢建议。我居然没想到过改为流式，认为等那么久是合理的😓。

@Ma4cus 我是基于 https://github.com/lxieyang/chrome-extension-boilerplate-react 这个 chrome 插件模板开发的，该模板搭建好了 React + Webpack 的开发脚手架。

也有使用 React + Vite 的开发脚手架，比如这个项目： https://github.com/Jonghakseo/chrome-extension-boilerplate-react-vite 。
人气高(start 2.7k ），且更新频繁很活跃。

@ColoThor 现在只支持 chrome 。

@DamonXPlus 感谢认可。虽然大部分代码是用 Cursor 写的，但其实我自己也没少费脑筋，中间还走了不少弯路。尤其是在前期选择如何提取页面正文时，踩了不少坑。一开始尝试用 firecrawl ，但这个框架会把页面中的其他内容也抓取下来，比如导航栏、侧边栏之类的。后来尝试自己写代码从页面提取正文，但发现只能适配少数网站，实用性很差。最后偶然发现了 Mozilla 的 readability 库，这个库专门用来从网页中提取主要的可读内容，过滤掉广告、导航和其他无关元素，正好符合需求。

@falcon05 一样一样的，我也在 GitHub 上 Star 了很多项目，但很少真正点进去看。可能就是因为总觉得看一个项目太费时间，需要花很多精力。现在如果项目页面太长，我会先用 Summa 把页面总结一下，先对 README.md 有个大概的了解，再决定要不要细看，这样效率提高了不少。

@mitx #39 一毛一样 +1 。

我和 OP 遇到的问题相同：“可能先后插进来 A B C 三件事，三件事可能需要来回切换，时间一长两事件的 Tab 就交织在一起了”。原本我使用 Chrome 自带的 Tab 分组来管理，但经常出现被折叠的某个 Tab 占用 100% CPU 。所以打算找一个可替代插件。尝试了几个，最终找到了下面这个：

https://chromewebstore.google.com/detail/workona-spaces-tab-manage/ailcmbgekjpnablpdkmaaccecekgdhlh

该插件为 ABC 三个事分别创建空间(space)。点击某个空间可以打开其所有标签，关闭空间即可退出所有标签。还可以将标签添加为空间资源(resoure)，空间资源类似于该空间的收藏夹。点击资源中的 URL ，将在该空间中打开。

这是我目前找到的最适合解决问题的插件。使用后有三点心得，供 OP 参考：

1. 这个插件使用项目管理的思路来管理标签页，配置过程略为复杂。
2. 插件有内置收费，不过基本功能是免费的，对我来说足够了。
3. 如果 OP 习惯打开多个 Chrome 窗口，建议将空间设置为在新窗口中打开。

@GodoIT 在 Azure 上，可以自己部署 openAI 的语言模型。如果想要稳定地使用 openAI 的 API ，这是一个不错的选择。收费与 OpenAI 相同，GPT3.5 的价格很便宜。最重要的是，可以使用国内的双币信用卡支付，甚至不需要翻墙。

推荐哈利波特系列，从一到七难度依次递增，最好的分级读物。

如果不想读青少年小说，可以试试美国金庸：Sidney Sheldon ，
他的小说用词浅显，描写少叙述多，
比如 If tomorrow comes 或 Tell me your dreams ， 随着故事情节走，读下来很容易。

抱歉，刷屏了。v2ex 回复好像不支持 markdown 语法，为了清晰，分段发了。

目前，区块链有两个成熟的应用方向，difi 和 nft ，两者都靠炒作运行，
这导致区块链技术常常和割韭菜甚至诈骗联系起来，
我想说的是，建立 difi 和 nft 时，区块链性能只有十几 tps,
有理由相信，随着基础设施性能提升，会出现新的、能创造价值的应用方向。

区块链开发可分为以下两个技术方向：
1. 合约开发
使用 solidity 、move 等语言，开发运行在区块链上的合约。
与传统 App 开发相比，dApp 除了有前端、后端，还有一个链端，链端就是做合约开发的。
随着区块链基础设施性能提高，dApp 后端逻辑可以更多的搬到链上运行，合约开发的重要性会提高。
对全链应用来说只有前端和链端，没有后端。
2. 区块链(系统)开发
使用 go 、rust 等语言，开发公链或应用链。
公链是能跑各种 dApp 的通用链，全世界就百十来条。
应用链是只跑某种特定应用的链。比如，一些 dAPP 做大后，为了性能开发一条自己专用的链。应用链一般用 cosmos sdk 、subtrate 这样的框架开发。
区块链开发，尤其是公链，技术方向可进一步细分为：对等网络、分布式系统、密码学等方向，对开发人员要求高。

为了降低链开发难度，不同生态、不同技术体系推出了可一键发链的框架。
1. cosmos sdk
cosmos 生态的应用链开发框架，go 语言的，近一年势头很好。
2. subtrate 框架
波卡生态的应用链开发框架，rust 语言的。

不同的链有不同的合约开发语言，一般都是新发明的语言。
1. solidity 语言
以太坊合约开发语言，由于巨大的生态优势，其他链都会兼容以太坊 EVM ，支持运行 solidity 语言。
2. move 语言
aptos 和 sui 的合约开发语言，安全性更好。
3. cairo 语言
以太坊 L2 合约开发语言，零知识证明友好。
4. rust 语言
rust 是系统级开发语言，类似 C++，一些链用它做合约开发语言，比如 sonala 。

讲区块链的原理、算法及应用的公开课：
斯坦福:  https://cs251.stanford.edu/syllabus.html
哈佛： https://www.youtube.com/watch?v=8n_KrwS3pAQ&list=PLEGCF-WLh2RLOHv_xUGLqRts_9JxrckiA
北大： https://www.bilibili.com/video/BV1Vt411X7JF/?spm_id_from=333.337.search-card.all.click