至於 @
iX8NEGGn 提到的幾點：
1. 關於全文檢索：
如前所述，全文檢索本來就有提供，為了支援靜態頁面等相容性考量，目前是做成客戶端檢索，也就是要先下載所有全文快取再開始檢索。
至於資料量很大的情況，要看網路和機器。如果後端架在本地，一般不會有太太問題；如果架在遠端，以目前的網路條件，下載數十 MB 的全文快取也不是太大問題。
作為參考，我個人的一個主要剪貼簿有約 27 年的資料，總計約 3 千個項目，10 萬個檔案，2.0GB ，全文快取 54MB 。伺服器架在遠端的情況下，電腦檢索並不會有太大的延遲（ nginx 傳送全文快取資料會自動壓縮，大概只剩 26MB 左右），手機會稍微慢些，不過問題應該不在網速，而在手機處理器的性能。
如果擔心下載全文快取吃光流量，WSB 套件有提供限制快取大小的功能，行動端可以拒絕載入太大的全文快取（仍可以用標題、時間等其他條件檢索）。
PyWSB 支援多剪貼簿，每個剪貼簿都有獨立的快取。可以把常用資料集中在幾本剪貼簿，不常用的放到其他幾本，平時只在前者檢索，就可以極小化載入不必要的快取的效能問題。
未來可能會考慮實做伺服端的全文檢索，這樣客戶端就不必下載整個全文快取了。
如果還有餘裕，或許可能會實做支援 js 以外的全文索引格式，以應付不同需求。
2. 關於自動擷取與書籤整合：
我個人很少用自動擷取，因為無差別擷取瀏覽的頁面作用不大，絕大多數資料都不會用到，徒然影響效能和空間；而 Web 應用如 SNS ，也很難用自動擷取抓到想要的內容。但如果要用，可以設定擷取到獨立的剪貼簿，和常用資料分開，把干擾減到最小。
與書籤整合也是。就我個人的使用方式而言，書籤通常是用於記錄某些常去的「網站」，而剪貼簿則是記錄「網頁」，兩者本質上就不同，也就不會發生既要加書籤又擷取的情況。而對於想暫時記著的「網頁」，WSB 也有擷取成書籤項目的功能。
我個人無法理解為什麼要既加書籤又自動擷取，還要書籤刪除後同步刪除擷取？那和直接擷取並用特定剪貼簿／資料夾分類有何區別？
無法理解的需求，我大概也不會不會考慮實做。如果真的想做，可以考慮寫成另一個瀏覽器套件，以便提供瀏覽器書籤整合，也可以透過 external message 接入 WSB 套件和 PyWSB 做到自動擷取。
至於像自動刪除過時資料之類的功能，可以另寫套件接入 PyWSB 處理。或者也可以考慮寫成 cron job 。
未來 PyWSB 可能會實做剪貼簿 CRUD 的 Python 模組、命令列、及 web API 接口。到時寫第三方工具應該會更方便。
說是這樣說，但現在還有太多工作，實做那些可能是很久以後了。如有高手感興趣，倒是歡迎加入開發行列。😊