我在浏览器上收藏的网页比较多，有技术类的文档、公司的项目文档、还有各种我觉得好用的工具类网站，加起来差不多快有 2 千个书签了。
每次要找个收藏的网页就得凭记忆去翻文件夹，找起来费时费力，所以我就在想有没有一款浏览器插件能像搜索引擎搜索网页一样去搜索我的浏览器收藏夹？然后我去谷歌插件商店找了找并没有找到能够实现这个功能的插件，所以我决定自己开发，于是就诞生了这款能够实现秒级搜索浏览器书签的插件——FindMark，官网地址：https://findmark.app
它能做什么？
FindMark 的目标很简单： 让收藏了海量书签的用户能够在几秒钟内找到想要的书签，并且不用被繁琐的文件夹折磨。
具体能干的事：
- 🔍 全局搜索：键盘一按（默认 Ctrl+Shift+F ），弹出一个搜索框，输入关键词就能实时筛选结果。支持模糊匹配，也能用语法搜索，比如
#tag或url:github.com或folder:工作文档 - 🏷️ 标签系统：不用纠结书签该放哪个文件夹，给它打几个标签就行。比如
#AI、#前端 UI 组件、#工作。 - ☁️ 云备份：可以把数据备份到自己的 Google Drive ，换设备也不用重新导入。
- 🗑️ 回收站：让误删的书签还能找回来。
- ⚙️ 完全本地存储，数据安全有保障：默认所有数据都存在浏览器本地，不上传到任何服务器。
技术和隐私
FindMark 是一个纯前端扩展（ Chrome / Edge 都支持）。
数据默认保存在浏览器本地 localStorage 里。
如果开启云备份，也只是你本地浏览器和你的 Google Drive 之间的同步，插件本身不会收集、上传任何数据。
我对隐私比较敏感，所以在这块做得比较克制。
💬 想听听大家的建议
希望能听到大家的使用习惯，比如：
- 你们平时是怎么管理书签的？
- 有哪些功能是浏览器原生书签没做到的？
- 有没有觉得 FindMark 哪些地方还不够顺手？
欢迎吐槽、提需求，或者帮我踩踩 bug 😂
目前已经上线 Chrome 商店和 Edge 商店（搜 “FindMark” 就能装）。
Chrome 商店 👉 https://chromewebstore.google.com/detail/findmark-smart-bookmark-s/aifjbhfijohdohedojkagghfcepbppdn
]]>- 全是英文，看着费劲
- 讨论动不动就几百楼，翻到眼花
- 看个帖子半小时没了，根本不像摸鱼
所以 vibe coding 搞了个小工具：Reddit Summary - https://reddit.tomyail.com/
用法超简单
- 复制 Reddit 链接，扔进去
- AI 自动总结帖子和讨论精华
几秒钟十几秒就知道大家在聊啥- 你也可以拖动网站首页的书签图标到浏览器的书签栏，下次打开 reddit 网站点这个书签就能直接总结了
核心功能
- 免费在线：浏览器直开，随用随走，每日有免费额度。
- 文本生视频：输入文字，AI 帮你生成多个视频片段。
- 快速便捷：生成快，可及时调整和下载。
- 多场景：商业、教育、个人创意等都能用。
如何使用？
- 打开 sora 2 video。
- 输入描述，选择风格时长。
- 满意即下载。
有任何建议或反馈，欢迎在评论区交流！也可以留下邮箱，我给大家加 500 积分。
]]>于是做了这个用乘积推理数字的版本，玩起来挺上头的
规则
- 8x8 网格，数字范围 2-9
- 给出每行每列的乘积作为提示
- 根据乘积推出隐藏的数字
- 同行同列数字不重复
举个例子：某行乘积是 126 ，可能是 3×6×7 或 2×9×7 需要结合列的乘积交叉验证，有点烧脑但挺有意思。
演示视频
目前还在打磨中，想听听大家的意见：
- 这种玩法有没有人感兴趣？
- 不同难度设计是否合理？
- 有什么建议或想要的功能？
在线体验：https://factoku.com
欢迎试玩吐槽！
]]>之前发帖，意外获得了许多 v 佬的支持和鼓励，真的非常感动！只要还有 1 个人喜欢我们的作品，我们都会专注的坚持把 Ries 做下去~ 因为这真的是我们热爱的“孩子”~
今天我们发布了 v2.22 ，我想做一个相对完整且正式的作品介绍，还请 v 佬们批阅~
💡 首先，必须要讲的是我们为什么做 Ries ？
做 Ries 主要是因为我琢磨了很久，我发现我们学不好英语，最根本的原因就一个：
我们平时接触到的英语，实在太少了！
我们一天到晚，眼睛看到的，耳朵听到的，99% 都是中文。每天就算硬挤出那么十几分钟、半小时去“学”英语，跟咱们铺天盖地的母语环境一比，那点输入量，真的不够看。语言这东西，不“泡”在里面，效果有限。
所以，Ries 不提供任何课程，而是主张为你“实时创造英语接触”，并且努力让这个接触是适合你的。
一句话总结：Ries 能帮你 在刷网页、看视频时 “无痛”地增加 适当的英语接触。
🧠 Ries 的产品理念：“边界拓宽法”
在多年的语言学习经历中，我发现传统方法常常伴随着这些痛点：
-
英语接触严重不足：除了少的可怜的专门学英语时间，其他时候基本没有接触，缺少语言环境，只是在学，并没有保持接触和使用。
-
急功近利，违背语言学习规律：过度追求“速成”和学习效率，总想两三个月搞定一门语言，或每周仅投入少量时间上课，这种短跑模式违背语言学习的自然规律，难以持久，就像健身减肥，短冲一下会有成效，但只要一停下来，就会迅速反弹。
-
语言压强过大，容易焦虑：强迫自己打卡、只追求成绩和分数，直接暴露在海量的语言元素中，这些行为很容易让人产生抗拒心理，从而失去对语言真正的兴趣和乐趣。
-
学习内容与生活脱节，难度难匹配：我们上课的教材（包括多邻国的游戏化课程）都是某个老师设计的标准化课程，跟我们真正日常会看的内容是完全脱节的，并且内容难度要么太难导致频繁中断查词、阅读效率低下、越看越焦虑，要么过于简单、帮助有限，难以找到那种“刚刚好”的、适合当前水平的材料。
Ries 正是为了解决这些问题而生。她致力于 “懂你 · 不打扰”，让英语学习回归自然，在你的日常生活中，静静地创造语言接触的机会。
Ries“边界拓宽法”的运作原理是：
- 通过一套矩阵预测算法，努力去建模和模拟你的“语言边界”和熟悉度。
- 在你日常看各种你感兴趣的内容时，它会 在你的语言边界上，不断地、智能地创造这种“刚刚好”的、你能理解的英语接触机会。
下面是一些 Ries 用户对我们的鼓励，我们会持续每周迭代下去，努力把这款小而美的产品体验做到极致~
👉 Ries 官方网站，点击立即体验
🚀 Ries 如何融入你的日常生活？四大场景，无痛提升！
Ries 能在你看中文或英文内容时，智能地进行“实时改造”，让你在 无感、不中断娱乐 的情况下，逐步拓宽英语边界。
1. 看中文文章/网页时 (如微信公众号、新闻资讯)
- Ries 会自动分析文章内容，主动地 把一些中文词用对应的英文替换掉。
- 改造的量和难度会 根据你的英语水平慢慢提升。
- 刚开始可能只是几个简单词汇，慢慢地会增加短语或短句。
- 你会发现英文元素越来越多，但阅读依然流畅，因为这些都是你“跳一跳就能够到”的内容.
- 
2. 看中文视频时 (如 B 站、YouTube 、Netflix)
- Ries 会实时分析字幕，把重要的中文词、短语用英文标出，或直接在字幕里“做手脚”。
- 让你在看视频时，不知不觉地接触新单词、观察地道句式、了解固定用法和文化俚语。
- 让你在看搞笑视频或学习教程时，不知不觉地接触英语.
3. 看英文视频时 (如 YouTube 、Netflix 、Ted)
- Ries 像一个贴身小助教，预测你对每句话的理解程度，给出完全不同的注解体验:
- 这句话很陌生？ 👉 直接给出双语字幕，帮你快速理解。
- 基本能懂，有一两个生词？ 👉 针对生词高亮并给出解释。
- 句子不陌生，有固定短语？ 👉 讲解常用短语搭配。
- 比较熟悉，想了解更多文化背景或语法点？ 👉 适时补充文化背景或语法点。
- 完全熟悉？ 👉 什么也不做，让你完全沉浸。
- 所有这些策略，目标是提供恰到好处的辅助，帮你 一步步减少对中文字幕的依赖，最后自然看懂英文视频！
4. 看英文网页/文章时 (如 Twitter 、英文新闻网站)
- Ries 会帮你翻译大部分你可能不认识的生词（例如 90%），但会 故意留下你可能认识的部分，以及一些你应该接触的 10%的生词。
- 这样，你既能顺畅理解内容，不用每个词都停下来查字典。
- 完全不像翻译工具那样把所有东西都变成中文，完全失去接触英语的机会！
✅ 为什么选择 Ries ？
- 真正的沉浸式学习：让英语成为你生活的“背景音”，每天都有适当的接触。
- 无压学习，润物无声：不制造焦虑，让你“顺便看一眼就吸收一点”。
- 不影响工作效率：利用日常内容消费的机会，无需额外安排学习时间。
- 持续提升词汇量：即使在阅读中文内容时，也能不断积累和提升。
许多早期用户都反馈：
毕业 8 年，10 年学会的英语都快忘光了，结果使用 Ries 后，都没主动花时间学，平时看新闻文章，感觉很久没见过的词汇慢慢又回来了！
“一学英语就焦虑，背单词太痛苦了。这个插件完全不一样，看我喜欢的内容时自然融入英语，没有死记背的感觉，接触量大了自然就会了。”
“就很神奇？我平时看小说、刷微博时会出现一些英文单词和短语，一开始以为是 bug ，后来发现这就是学习方式啊！”
👉 Ries 官方网站，点击立即体验
🤝 Ries 的发展与邀请
目前 Ries 已兼容 Chrome 、Edge 和 Firefox 浏览器扩展。我们持续进行周更新，核心引擎几乎重写，带来了肉眼可见的速度提升和更智能的“语言图谱”推荐。
我们也在积极规划开发手机端应用，让你在手机上也能实现“无痛”英语提升。
我们正在积极寻求更多的小伙伴一起共创，特别是在产品的运营增长方面。
如果你认同 Ries 的理念，非常欢迎加入我们！
🎁 快来免费体验 Ries ！
英语学习是一场马拉松，而非百米冲刺。告别急功近利，选择一种更自然、更有效、更无压的方式，让 Ries 成为你语言成长的伙伴。
现在就来体验在日常生活中悄悄变流利的感觉吧！
👉 Ries 官方网站，点击免费安装
你的任何感受、建议，哪怕是吐槽和 bug 反馈，对我们都非常宝贵！
请多多留言反馈，哪怕只是一句鼓励都对我们至关重要！
]]>但是现在互联网信息杂乱、重复，很难看清一个事件的发展脉络。
我就在想能不能有个专门弄个网站或自媒体号来专门记录这些事情，但是鉴于有些事件可能时间可能拉的很长（比如：马航事件，俄乌战争等）。现在自媒体平台大多以单个视频或者合集视频，如果多个事件交叉还是会导致信息很杂乱，不好按时间顺序定位某一事件。所以能不能开发一个网站/自媒体平台按事件发布内容，支持博主增加事件后续等功能来提升体验。
虽然现在各平台百度、抖音都有热点事件的脉络，但是他们都需要你去搜索后才能看到，时间一久可能大家都忘了马航事件还没有后续调查结果，还是回归以前的主动搜索。我的想法是做一个被动推送、按事件发布内容的一个平台。
这是一个大致想法，有人评价/疑问我一会再 append 沟通，想问问大佬们这个点子觉得怎么样，你们感兴趣吗？
还有这想法属于哪个等级：夯、顶级、人上人、NPC 、拉
]]>项目地址： https://github.com/umitsurumi/history-echoes
起因是国庆期间和朋友玩的历史角色猜谜游戏，感觉这东西很适合让 AI 来生成谜题。但鉴于自己是个瓜皮 java ，所以也正好拿来作为 vibe code 的一次实践。
vibe code 的流程上大致是这样的：
- 叙述大致需求，并与 AI 讨论，明确细节和技术栈，形成具体文档。
- 使用 1 形成的文档，与 AI 讨论，整理为 UI/UX 的文档。
- AI 以 UI/UX 设计稿实现前端页面（ mock 后端数据）。
- 后端表结构设计和测试数据初始化，并更新技术文档。
- AI 实现后端逻辑和前后端的对接，移除先前的 mock 数据。
- 对接 wiki api 和 LLM api ，实现 rag 流程。
- bug 修复和优化。
技术栈是 nextjs + prisma + postgresql ，部署通过 cloudflare （国内访问加速） + vercel （应用部署） + neon （ pg 云数据库） 解决的。
大体上的 code 工作都是 AI 完成的，使用的是 vscode + roo code 插件 + deepseek 。和 AI 的讨论就是用的可以预设 prompt 的客户端，比如 UI/UX 和需求确定的时候使用不同的角色扮演 prompt 。
不得不说 deepseek 是真便宜，搞下来才花了 5 块钱，不过这个小游戏本来也不复杂就是了。
]]>背景
在运营 O.Translator 的过程中，遇到一些需求： 1 、针对 PDF 文档，经常会有字体的问题，比如字体乱码、字体覆盖等，这时需要提取并预览排查 PDF 中的字体； 2 、在音频翻译流程中，需要给用户提供从本地视频中提取音频的工具，主打快捷； 3 、用户要求只翻译 PDF 的某些页，虽然在翻译流程中已经支持了相关配置，但是发现用的人也不多，干脆做个 PDF 拆分合并的工具算了； 4 、...
这些需求，大部分是我们自己研发需要，有些也是用户需要，正好国庆这几天有时间，从里面选择几个浏览器本地能做的，尝试让 AI 来做。 于是就有了 O.Convertor 这个网站，整个过程体验感还是不错，下面是大体的流程。
流程步骤
1 、先用 Gemini Web 生成单页面工具
先在 Gemini Web 上生成 index.html ，好处是可以直接在 canvas 预览 UI ；
在这一步的经验是： 在 Prompt 中，要清晰地告诉 Gemini “要做什么”，而不是“要怎么做”。 你可以让 Gemini 生成一个包含所有代码的 index.html ，也可以要求它拆分成 index.html 、script.js 、style.css 三个独立文件，它都能很好地处理。 我选择生成 index.html 、script.js 、style.css 3 个文件，方便后面处理； 然后，不管是生成单个 index.html 还是“3 剑客”，直接下载到本地，浏览器打开 index.html 调试功能 用 Gemini 生成 HTML ，也是为了方便调试； 这一步，UI 可能需要慢慢调试，符合你的审美（ Gemini 的审美还是在线的），交互逻辑的完成度还是很高；
2 、转换成 react 组件
对于静态网站，第一步生成的单页面工具就能直接放到服务器使用了，但我希望这些工具页面都有共同的导航 Header 和 Footer ，Header 和 Footer 是项目中的 React 组件，所以我继续将这些 HTML 转成 React 组件。 最开始，我是将 UI 和 js 逻辑都进行转换，但是这样效率不高：
- 会有各种 ts 报错；
- 修改原始 js ，重新生成组件之后，大概率会带来新的未知问题；
所以，就有之前提到的，将单 index.html 分解成 index.html 、script.js 和 style.css 3 个文件，只将 index.html 进行转换，通过 Script 引入 script.js ，能避免很多问题；
大量的交互操作是在 script.js 中通过纯 js 做的，所以只要调试好 script.js ，即使后续要修改工具能力，重新生成 index.html 对应的组件，成本要小很多；
第二步，是使用 Gemini-cli 在项目本地完成的；
并不是必须要转成 React 组件，像 i18n ，可以直接用 O.Translator 翻译整个 HTML 和 js 文件；像 SEO ，也可以直接写在 index.html 中；我只是想在每个工具页面统一 Header 和 Footer 而已，并且这两个组件会不断的修改；
整体就是以上这两步，但在转换成 React 组件的时候会有其他细节需要处理： 1 、用 lingui 做 i18n ； 2 、UI 风格统一、SEO 内容加强的控制； 3 、第三方库资源加载逻辑； 这些细节，会有一些指令控制的技巧，但整体难度不大，以后有时间再针对聊聊；
结尾
这次给我最大的感受是，Gemini 对于需求的理解，代码逻辑完成度很高，半年前会出现，你让他改 A ，他会改到 B 的情况，现在基本不存在了； 模型大部分是 Gemini-2.5-pro, 小部分是 Gemini-2.5-flash ，即使是 flash ，也能完成任务。 最后，作为老前端切图仔，瑟瑟发抖。
]]>如果能魔改 Magic Keyboard ，只保留指纹识别、蓝牙与电源部分，做成一个小巧的外接设备，用户便能继续使用自己喜欢的键盘，同时享受 Touch ID 的便利。
我尝试过同时连接外接键盘与 Magic Keyboard （带 Touch ID ），但在使用指纹时常常无法唤醒设备，看来系统对 Touch ID 模块的独立运行仍有限制。
]]>
