編注：本期內(nèi)容為少數(shù)派 Matrix 社區(qū)應(yīng)用自薦文章合集。文章代表作者個(gè)人觀點(diǎn)，作者與文中產(chǎn)品有直接的利益相關(guān)（開發(fā)者、自家產(chǎn)品等），少數(shù)派僅對標(biāo)題和排版略作修改。

本期目錄

SynoSync：讓你的 Obsidian 文檔庫，在所有設(shè)備間無縫同步

優(yōu)派簡歷：打造一個(gè)足夠干凈、純粹的工作臺

屏憶（ScreenMemo）：本地運(yùn)行的智能截屏備忘與檢索工具

SynoSync

? 千里之豪 | iOS | 下載地址

一張圖看懂整篇文章

▍開發(fā)背景：關(guān)于安全感與掌控感

一直以來，基于 Markdown 純文本的 Obsidian 文檔庫給了我極強(qiáng)的安全感與掌控感。

在我的工作流中，NAS 承擔(dān)著文檔庫托管與同步的核心角色。群暉 Drive 在 Windows、Mac、Linux 乃至 Android 平臺上的體驗(yàn)都堪稱出色，唯獨(dú)在 iOS 端，這種連貫性戛然而止。

▍困境：iOS 上的群暉 Drive，為何不夠「現(xiàn)代化」？

在 iOS 生態(tài)下，群暉 Drive 的同步范圍被嚴(yán)格限制在自身的沙盒文件夾內(nèi)（應(yīng)該是考慮到舊版本 iOS 兼容性）。這意味著 Obsidian 無法直接調(diào)用 Drive 的同步能力來讀取文檔庫。對于追求「全平臺一致體驗(yàn)」的開發(fā)者來說，這成了最難受的斷層。

群暉在 iOS 平臺的 Drive 應(yīng)用不支持新版本的路徑自定義

▍Obsidian 的多平臺同步方案現(xiàn)狀

如果你想自建 Obsidian 文檔庫同步，目前主流方案的優(yōu)劣對比清晰可見：

如果你和我一樣，希望文檔庫具備更安全的托管方式，Remotely Save + WebDAV依然是目前的權(quán)宜之計(jì)。但要獲得穩(wěn)定的體驗(yàn)，通常還需折騰HTTPS、內(nèi)網(wǎng)穿透、DDNS 或 Cloudflare。

▍我的「萬級」文件同步噩夢

我的 Obsidian 文檔庫包含26,000+ 個(gè)文件，總體積接近10GB。

我的 Obsidian 文檔庫

在這種規(guī)模下，單純依賴 Obsidian 的前臺插件同步，體驗(yàn)會呈斷崖式下降。更棘手的是，常規(guī)插件方案很難像群暉官方 App 那樣，根據(jù)網(wǎng)絡(luò)環(huán)境（局域網(wǎng) vs 公網(wǎng)）自動(dòng)且智能地切換連接地址。

▍那么……

難道就沒有一種方案，能讓我們直接復(fù)用 QuickConnect 那種「開箱即用」的穿透能力與內(nèi)外網(wǎng)自動(dòng)切換邏輯，在免去繁瑣穿透配置的同時(shí)，實(shí)現(xiàn)真正的文檔庫自動(dòng)同步到任何地方？

為了解決這些切膚之痛，我開發(fā)了SynoSync。它的目標(biāo)非常明確：

徹底解決「群暉 + iOS」用戶的文檔庫同步難題。

▍SynoSync 能為你做什么？ 1. 多賬號與多任務(wù)的靈活管理

支持配置多臺 DSM：完美適配擁有多套群暉環(huán)境的進(jìn)階用戶。

支持多同步任務(wù)并行：你可以針對不同的 App、不同的本地路徑，創(chuàng)建多條上傳、下載或雙向同步任務(wù)，靈活構(gòu)建你的同步方案。

2. 覆蓋全場景的同步模式

三種同步場景：App 內(nèi)、長時(shí)間高效同步、后臺同步

前臺同步：實(shí)時(shí)可見的極速同步。

大批量初始化：針對首次同步或超大文件夾優(yōu)化的傳輸模式。

后臺靜默同步：無需干預(yù)，在系統(tǒng)允許的范圍內(nèi)自動(dòng)對齊差異。

快捷指令觸發(fā)：聯(lián)動(dòng) iOS 自動(dòng)化，解鎖更多高效玩法。

3. 直觀的狀態(tài)追蹤

小組件刷新機(jī)制下信息更新較慢，你如果真的關(guān)心實(shí)時(shí)進(jìn)度，還是打開 App 比較好

同步活動(dòng)報(bào)告：每一個(gè)文件的流轉(zhuǎn)都清晰可查。

小組件支持：無需打開 App，在桌面即可實(shí)時(shí)觀察同步進(jìn)度。

▍一些坦誠的局限性……

在開發(fā) SynoSync 的這一個(gè)多月里，最讓我抓狂的莫過于 iOS 嚴(yán)苛的后臺機(jī)制。

眾所周知，iOS 采用了近乎「墓碑式」的后臺管理。對于 SynoSync 這種需要頻繁進(jìn)行網(wǎng)絡(luò)請求、文件比對及高強(qiáng)度讀寫的 App 來說，后臺環(huán)境極其不友好。為了實(shí)現(xiàn)優(yōu)雅的「靜默同步」，我嘗試了各種姿勢去突破限制，但必須承認(rèn)：它的后臺效果依然無法達(dá)到 Android 或 PC 端的隨心所欲。

特別是在面對我那 2.6 萬個(gè)文件的「巨型庫」時(shí)，iOS 的后臺限制會導(dǎo)致同步耗時(shí)拉長。

因此，SynoSync 提供的最終解法是：

先通過「前臺大批量同步」完成沉重的初始化任務(wù)（批量上傳｜下載），后續(xù)的日常增量更新，則交給「后臺比對」去靜默完成。

如果你發(fā)現(xiàn) SynoSync 發(fā)出了后臺同步失敗的通知，也不用驚慌，這只是 iOS 后臺切斷了 App 的后臺網(wǎng)絡(luò)權(quán)限（為了省電），SynoSync 會在下一個(gè) iOS 允許的時(shí)間窗口重新嘗試同步的。

：https://apps.apple.com/cn/app/synosync/id6762731663

優(yōu)派簡歷

? Tox | web 端 | 在線網(wǎng)址

每年到了求職季或需要更新履歷的時(shí)候，很多人的數(shù)字生活都會陷入一種隱秘的焦慮中。

面對市面上琳瑯滿目的在線簡歷生成器，你花了幾個(gè)小時(shí)在網(wǎng)頁上小心翼翼地填滿了自己的教育背景、工作經(jīng)歷、項(xiàng)目細(xì)節(jié)，然而，當(dāng)你排版完畢，滿心歡喜地點(diǎn)擊導(dǎo)出的那一刻，往往只會迎來一個(gè)令人崩潰的結(jié)局：屏幕上赫然彈出一個(gè)“請掃碼支付 9.9 元解鎖 PDF 下載”的二維碼。

被 “綁架” 付費(fèi)還只是表面的痛點(diǎn)。更讓人后背發(fā)涼的是，就在你毫無防備地填寫這些信息時(shí)，你的核心個(gè)人隱私和職業(yè)履歷，早就悄無聲息地變成了平臺數(shù)據(jù)庫里的大數(shù)據(jù)養(yǎng)料，隨時(shí)準(zhǔn)備被打包、分析，甚至出售給第三方機(jī)構(gòu)。

作為一名對數(shù)據(jù)主權(quán)有著極度潔癖的開發(fā)者，我實(shí)在無法忍受這種將核心隱私拱手讓人的體驗(yàn)。一份記錄了我職業(yè)生涯全部心血的文檔，它的最終歸宿應(yīng)該在我的本地硬盤里，而不是某個(gè)不知名公司的云端數(shù)據(jù)庫中。

為了解決這個(gè)痛點(diǎn)，我決定為自己，也為所有在意數(shù)字隱私的人，打造一個(gè)足夠干凈、純粹的工作臺。這就是優(yōu)派簡歷（OpResume）。

▍真正的 Local-First：不妥協(xié)的數(shù)據(jù)主權(quán)

初次打開優(yōu)派簡歷，你可能會覺得它 “少” 了點(diǎn)什么 ——它沒有注冊按鈕，也沒有登錄彈窗。

在這個(gè)萬物皆需云同步的時(shí)代，優(yōu)派簡歷選擇了一條最老派卻最讓人安心的道路：100% 純本地運(yùn)行（Local-First）。

打開網(wǎng)頁的瞬間，你的瀏覽器就是所有的后端。你在頁面上敲下的每一個(gè)字，都只保存在當(dāng)前設(shè)備的 LocalStorage 中。系統(tǒng)根本不存在用于存儲用戶簡歷的云端服務(wù)器，自然也就從根本上杜絕了隱私泄露的可能性。

這不僅僅是一個(gè)技術(shù)選型，更是一種數(shù)字生活態(tài)度：我的履歷，只屬于我自己。

那么，數(shù)據(jù)全在本地，換了電腦怎么辦？

不用擔(dān)心被平臺綁架。在數(shù)據(jù)結(jié)構(gòu)上，優(yōu)派簡歷嚴(yán)格遵循了通用的JSON Resume開源標(biāo)準(zhǔn)。你隨時(shí)可以把整份簡歷一鍵導(dǎo)出一份不到幾十 KB 的 .json 文件備份到你的云盤。換了新設(shè)備，只需將這個(gè)文件拖拽導(dǎo)入，一切工作流即可無縫接力。

▍BYOK 模式：當(dāng) AI 遇上絕對隱私

不可否認(rèn)，AI 已經(jīng)是當(dāng)下效率工具的標(biāo)配。在寫簡歷時(shí)，“如何用 STAR 法則提煉項(xiàng)目亮點(diǎn)” 或者 “如何潤色這段工作經(jīng)歷”，是最讓人頭疼的環(huán)節(jié)。

但我面臨一個(gè)巨大的邏輯沖突：既然承諾了沒有后端，不碰用戶數(shù)據(jù)，那我要怎么幫你調(diào)用大語言模型？如果我偷偷把你的經(jīng)歷傳給云端 API，這無異于一種背叛。

最終，我選擇將選擇權(quán)完全交還給你 ——BYOK（Bring Your Own Key）模式。

優(yōu)派簡歷本身提供純粹的客戶端環(huán)境，如果你需要 AI 輔助，可以在設(shè)置中填入你自己申請的 API Key（目前我們已接入了「硅基流動(dòng) SiliconFlow」）。

只有當(dāng)你主動(dòng)劃選一段苦思冥想的文本，并點(diǎn)擊 “AI 潤色” 時(shí)，這段特定的文字才會通過你自己的 Key 臨時(shí)發(fā)送給大模型進(jìn)行處理。

這是一種奇妙的體驗(yàn)：AI 依然在為你打工，但監(jiān)工是你自己，而不是某個(gè) SaaS 平臺。這種透明的機(jī)制，讓我在處理敏感工作經(jīng)歷時(shí)感到前所未有的踏實(shí)。

▍拒絕折騰：所見即所得的極客美學(xué)

很多極客向的簡歷工具（比如基于 LaTeX 或 Markdown 的方案），雖然保障了隱私，但往往需要使用者與繁瑣的語法和反人類的排版引擎作斗爭。

我認(rèn)為，寫簡歷本該是一件順滑、純粹甚至有些享受的事情。在優(yōu)派簡歷的交互設(shè)計(jì)上，我盡可能保留了現(xiàn)代化 Web 應(yīng)用的輕盈感：

積木式拖拽排版：哪里不對拖哪里，直觀且符合直覺，讓你把全部精力集中在內(nèi)容的打磨上。

一鍵開啟的隱私模式：考慮到有時(shí)需要截圖請教別人或在社區(qū)求職，應(yīng)用內(nèi)可以直接開啟隱私模式，瞬間屏蔽掉姓名、電話、郵箱等敏感信息。

原生打印引擎，拒絕 “糊弄”：很多平臺為了防抓取，導(dǎo)出的 PDF 其實(shí)是由 Canvas 繪制的圖片，不僅放大后文字邊緣模糊，甚至無法被大廠的 ATS（招聘追蹤系統(tǒng)）正確識別。優(yōu)派簡歷直接調(diào)用瀏覽器原生的 Print 引擎，生成的 PDF 矢量清晰，文字可精準(zhǔn)復(fù)制。

▍寫在最后

優(yōu)派簡歷從最初的想法，到現(xiàn)在 v1.3.0 版本的迭代，始終圍繞著 “隱私” 與 “掌控感” 這兩個(gè)關(guān)鍵詞。它可能沒有那些商業(yè) SaaS 平臺花哨的主題模板庫，但它為你提供了一個(gè)絕對安全、不用擔(dān)心被偷窺的角落，讓你能夠靜下心來，認(rèn)真審視自己過去幾年的職業(yè)軌跡。

在這個(gè) “隱私極其廉價(jià)” 的時(shí)代，如果你也苦于信息泄露，或者厭倦了那些層出不窮的付費(fèi)套路，不妨來試試這個(gè)為你準(zhǔn)備的專屬工作臺。

完全開源，純粹免費(fèi)。

在線體驗(yàn)（點(diǎn)開即用，無需登錄）：在線使用

GitHub：倉庫地址（如果你覺得這個(gè)項(xiàng)目不錯(cuò)，歡迎給個(gè) Star 支持一下）

如果你在使用過程中遇到任何問題，或者對接入更多 AI 生態(tài)有好的想法，歡迎在評論區(qū)與我交流。希望優(yōu)派簡歷能幫你拿下心儀的 Offer。

屏憶（ScreenMemo）

? 少數(shù)派71601116 | Android | GitHub 下載

我經(jīng)常遇到一種很具體的遺忘：明明知道自己之前在手機(jī)上看到過某個(gè)東西，卻完全想不起它來自哪個(gè) App、出現(xiàn)在哪一天、存在于哪個(gè)頁面。更麻煩的是我通常沒有截圖來幫我回憶，那些內(nèi)容只是當(dāng)時(shí)恰好看到，沒有收藏、沒有轉(zhuǎn)發(fā)、也沒有寫進(jìn)筆記。

后來想找，連一個(gè)可以回去的入口都沒有。

一開始我只是覺得煩，后來我慢慢意識到，這件事可能比「找不到截圖」更大一點(diǎn)：如果將來每個(gè)人都能擁有自己的 AI 助手，它能不能理解你不只取決于模型有多強(qiáng)，也取決于你給它留下過多少真實(shí)的上下文。今天沒有留下來的東西，明天很難補(bǔ)上。

所以我開始做屏憶（ScreenMemo），一個(gè)開源的本地屏幕記憶工具：自動(dòng)記錄屏幕內(nèi)容，然后通過 OCR、搜索、時(shí)間線、每日總結(jié)和 AI 回顧，把那些原本滑走、然后遺忘的內(nèi)容，變成可以找回的線索。

屏憶會按應(yīng)用組織已經(jīng)記錄下來的屏幕內(nèi)容。對我來說，先有一個(gè)能回到過去畫面的入口，比一開始就追求復(fù)雜整理更重要。

屏憶的基礎(chǔ)工作流程并不神秘：通過無障礙服務(wù)定時(shí)截屏，然后把截圖保存在本地，同時(shí)記錄當(dāng)前應(yīng)用、時(shí)間和路徑；對截圖做 OCR 并建立本地索引后，在 App 里提供搜索、圖庫、收藏、時(shí)間線、動(dòng)態(tài)總結(jié)、每日總結(jié)和 AI 回顧。

它最直接的場景，是找回那些你覺得「我明明看過」、但記憶相對模糊的內(nèi)容。

比如昨天在信息流里刷到過一個(gè)有用的方法，隔天想再看時(shí)卻發(fā)現(xiàn)沒有收藏，想不起作者、也想不起標(biāo)題。放在過去，我大概會翻瀏覽記錄、重新搜關(guān)鍵詞，或者干脆等它哪天再次被推薦。

屏憶的做法更粗暴一點(diǎn)：如果當(dāng)時(shí)屏幕被記錄下來，OCR 文本進(jìn)入了本地索引，之后就可以搜索那幾個(gè)模糊的關(guān)鍵詞，再回到對應(yīng)截圖確認(rèn)。

第二種情況是找回一段過程。

有些操作不是一張截圖能說明白的。注冊、登錄、授權(quán)、付款、查詢、客服溝通，都可能跨過好幾個(gè)頁面。單張截圖只能告訴你某一刻屏幕上有什么，時(shí)間線能把前后關(guān)系補(bǔ)回來。屏憶支持按時(shí)間回看，也可以生成回放，用來還原一次操作路徑。

單張截圖解決「那一刻有什么」，時(shí)間線和回放更接近「當(dāng)時(shí)我是怎么走到這里的」。

還有每天的回顧。

如果你一直在手機(jī)上查資料、溝通、處理事情，屏幕內(nèi)容本身也會留下了不少線索。每日總結(jié)不是日記，只是先把一天里零散的記錄整理成一份能讀的摘要。它不一定深刻，但至少能回答一個(gè)樸素的問題：今天我大概看過什么、處理過什么。

AI 回顧也是類似思路。

普通 AI 助手并不知道你昨天在手機(jī)上看過什么。屏憶在你配置 AI 提供商后，可以基于截圖、動(dòng)態(tài)總結(jié)、上下文片段和你明確選擇的證據(jù)圖片做回顧。你可以問它「下午那段流程大概在做什么」，也可以讓它幫你從一組截圖里整理出重點(diǎn)。這里的 AI 不是憑空聊天，它只會將你已經(jīng)留下的屏幕線索作為上下文。

最后，屏憶也支持收藏和備注。自動(dòng)記錄負(fù)責(zé)兜底，但有些內(nèi)容還是要人來標(biāo)一下，看到值得留下的截圖，你可以加一句自己的說明。這個(gè)功能小但必要，自動(dòng)記錄再多也替代不了人的判斷。

如果要找一個(gè)參照物，屏憶和一些桌面端自動(dòng)記錄屏幕的工具有點(diǎn)像。比如我經(jīng)常想到 Rewind，它早期的方向和屏憶很接近，記錄 Mac 上看過、聽過的內(nèi)容，再用 OCR 和語音識別做搜索。這個(gè)想法很誘人，也確實(shí)說明桌面端早就有人在嘗試「屏幕記憶」。只是后來的故事有點(diǎn)復(fù)雜：Rewind 在 2024 年轉(zhuǎn)向 Limitless，開始做會議記錄和錄音吊墜；2025 年被 Meta 收購后，Limitless 官方說明寫明 Rewind 應(yīng)用會逐漸停止運(yùn)營，最新版從 2025 年 12 月 19 日起已經(jīng)禁用了屏幕和音頻捕獲。

Rewind 早期主打「記錄你在 Mac 上做過的一切」，這和屏幕記憶的方向很接近。

Rewind 的事不是一句「產(chǎn)品失敗」就能概括的，商業(yè)產(chǎn)品會轉(zhuǎn)向、會被收購、會砍掉特定功能，開發(fā)團(tuán)隊(duì)有自己的選擇。但對個(gè)人記憶庫來說，這些「意外」的影響會變得十分具體，它們的理想狀態(tài)是長期記錄，但這些產(chǎn)品本身未必長期存在。

后續(xù)微軟的 Recall 則補(bǔ)上了另一層提醒：它同樣想把電腦上出現(xiàn)過的內(nèi)容做成可搜索的時(shí)間線；2024 年遇到隱私和安全方面的質(zhì)疑后，微軟在官方博客里說，Recall 會先進(jìn)入 Windows Insider 計(jì)劃，而不是直接隨 Copilot+ PC 面向用戶提供預(yù)覽。大公司也繞不開這個(gè)問題：只要工具會持續(xù)記錄屏幕，信任就會跑到功能前面。

這張圖提醒我：個(gè)人記憶工具如果完全依賴閉源產(chǎn)品，生命周期本身就是風(fēng)險(xiǎn)。

在手機(jī)上幾乎沒找到同類工具的前提下，偏偏很多最零碎、最容易丟的上下文又都發(fā)生在手機(jī)上：聊天、搜索、信息流、支付、設(shè)置、臨時(shí)打開的網(wǎng)頁。這便是屏憶開發(fā)的初心。你的屏幕里可能有聊天、訂單、賬號、位置、支付流程、工作資料和臨時(shí)驗(yàn)證碼，有了 Rewind、Recall 等功能的「前車之鑒」，屏憶在設(shè)計(jì)理念上強(qiáng)調(diào)本地保存和開源，截圖、OCR、索引和大多數(shù)配置默認(rèn)留在本地；代碼、實(shí)現(xiàn)方式和隱私邊界你也能直接在 GitHub 倉庫里看到。本地優(yōu)先也意味著用戶必須能把數(shù)據(jù)帶走，屏憶支持導(dǎo)出 ZIP 備份，導(dǎo)入時(shí)提供覆蓋導(dǎo)入和合并導(dǎo)入。

Recall 的官方說明里也把「快照」「本地保存」「權(quán)限控制」放在很前面。只要工具會記錄屏幕，信任問題就不會是附屬問題。

屏憶還提供隱私模式、敏感內(nèi)容分析和 NSFW 相關(guān)能力。這不是獵奇功能，而是長期記錄屏幕以后必須面對的問題。一個(gè)記憶工具不能只會保存，也要能遮擋、限制和刪除。

存儲方面，自動(dòng)截圖的數(shù)據(jù)是長期增長的，按壓縮后約 50 KB 一張、每分鐘一張粗算，30 天大約是 43200 張截圖，約 2.1 GB。這個(gè)數(shù)字不算夸張但會持續(xù)增長，所以屏憶不能只負(fù)責(zé)保存。它還要提供目標(biāo)大小壓縮、歷史壓縮、過期清理、存儲分析和按應(yīng)用策略。你可以只記錄真正需要的 App，也可以定期清理不再需要的截圖。

屏憶的設(shè)置頁自上線以來變得越來越長，一開始我也有點(diǎn)猶豫：設(shè)置太多會不會顯得復(fù)雜？但做了一段時(shí)間后，我覺得這些開關(guān)不能省。

因?yàn)槠翍浻涗浀氖瞧聊唬芏噙x擇不應(yīng)該由工具替用戶決定：哪些 App 要進(jìn)入記憶庫、哪些內(nèi)容需要自動(dòng)遮擋、AI 請求發(fā)給哪個(gè)模型、提示詞怎么寫、請求日志要不要保留…… 甚至要不要把本地記憶通過 MCP 暴露給同一局域網(wǎng)里的 AI 客戶端，這些都應(yīng)該是明確的選擇，而不應(yīng)該藏在默認(rèn)行為里。

所以屏憶把 AI 能力被做成了可選項(xiàng)。只有在你啟用 AI 并配置提供商后，相關(guān)總結(jié)或?qū)υ捳埱蟛艜l(fā)往你配置的模型服務(wù)。這會增加配置門檻，但我更愿意把選擇權(quán)留給用戶，你可以配置 OpenAI、Claude、Gemini 或兼容接口的服務(wù)，也可以調(diào)整 Prompt，查看請求日志和工具調(diào)用報(bào)告。這樣做不如「打開即用」順滑，但出了問題時(shí)，你至少知道一次總結(jié)用了哪些圖片、發(fā)給了哪個(gè)模型、返回了什么結(jié)果；MCP 服務(wù)也是同樣的思路，它可以讓桌面端 AI 客戶端讀取手機(jī)里的摘要、搜索結(jié)果和少量證據(jù)圖片，但需要手動(dòng)開啟，只在局域網(wǎng)內(nèi)工作，并且?guī)?token。

做屏憶之后，我越來越覺得「記住」不是一個(gè)單點(diǎn)功能。只做自動(dòng)截圖，會變成圖片堆；只做 AI 總結(jié)，會缺少證據(jù)；只強(qiáng)調(diào)本地保存，又必須面對備份和遷移；只強(qiáng)調(diào)找回，也要承認(rèn)有些內(nèi)容應(yīng)該被清理。

屏憶現(xiàn)在做的這些功能，本質(zhì)上都在圍繞同一件事：讓屏幕上發(fā)生過的事，在未來還能有線索可循。

所以它也不會只停在手機(jī)端。目前我正在做桌面端，一方面是為了處理更大的備份、合并和遷移任務(wù)，另一方面也是希望把手機(jī)里留下的記錄帶到更適合整理、檢索和寫作的環(huán)境里。手機(jī)負(fù)責(zé)捕獲那些稍縱即逝的畫面，桌面負(fù)責(zé)承接更長時(shí)間尺度上的整理和回看。

更遠(yuǎn)一點(diǎn)，我希望屏憶能逐步適配更多平臺。不是為了把所有設(shè)備都塞進(jìn)同一個(gè) App，而是讓記錄、搜索、回顧、備份和遷移之間形成一條更完整的鏈路。你在不同設(shè)備上看到過的內(nèi)容，不應(yīng)該因?yàn)閾Q了設(shè)備、換了系統(tǒng)、換了應(yīng)用入口，就徹底斷掉。

屏憶現(xiàn)在才剛剛起步。它還需要更好的兼容性、更穩(wěn)定的后臺、更清晰的隱私控制、更順滑的搜索體驗(yàn)和更豐富的回顧方式。但從今天開始，把一部分屏幕記憶留在自己手里，我覺得已經(jīng)是一件值得做的事。

如果未來真的會有更懂我們的個(gè)人 AI，它需要的不只是更強(qiáng)的模型，也需要足夠真實(shí)、足夠連續(xù)、并且仍然由自己掌握的上下文。屏憶想做的，就是先把這些上下文留下來。

：https://github.com/2977094657/ScreenMemo?source

/歡迎投稿/

/產(chǎn)品推薦/