開發者故事

關於SimpleMemo

本頁面由日文原文機器翻譯而成。閱讀日文原文

熱愛Captio的工程師，在服務結束後為了再現“那個體驗”而製作的應用程式。對速度沒有妥協，對隱私沒有妥協。

開發者故事

我開始使用Captio是在2013年左右。當時，許多備忘錄應用程式都聲稱“整理”和“管理”，而Captio的主張恰恰相反。 啟動後立即輸入，按下傳送按鈕後備忘錄就會消失。就這些。

我完全被這種清純所吸引。既不是會議記錄應用程式，也不是任務管理工具，也不是以雲同步為賣點的筆記應用程式。只是把“此時此刻的思考”放到自己的郵件裡的工具。正因為多餘的摩擦為零，所以想法在落下的瞬間才沒有溢位來。

“Captio沒了怎麼辦”的想法不止一次兩次。

2024年10月，那個恐懼變成了現實。 Captio的雲服務結束了，無法傳送一鍵式備忘錄。從App Store大約在2年前退出，開發者在captio.co上宣佈結束，解釋說無法繼續為保持應用程式的穩定性和安全性而花費精力。

那天晚上，我決定自己做。懷著對Captio的尊重和對體驗的強烈想法，在UIKit上從頭開始寫。

“記筆記”這種行為，本來應該不用這麼重。啟動，寫，傳送。僅憑這一點，思考就會向前推進。 SimpleMemo的使命是繼續保護這種純粹的體驗。比起增加功能，更優先考慮提高現在體驗的質量。

隱私第一

終端內的Outbox佇列用AES-GCM加密。郵件傳送時，正文會透過本公司的Relay API（Cloudflare Workers）和外部傳送服務（Resend）。本公司不會持續儲存備忘錄正文。郵件傳送不是端到端加密。

傳送基礎和依賴範圍

本公司開發的Relay API在Cloudflare Workers上執行，郵件傳送使用Resend API。是受到這些外部服務的執行狀況和規格變更影響的構成。終端內的Outbox會保留離線時傳送的備忘錄，為恢復線上時的重新傳送做準備。

Outbox架構

離線時傳送的備忘錄被加密儲存在終端內Outbox中，線上恢復時自動重新傳送。是為了不把在沒有訊號的地方傳送的備忘錄漏掉而設計的。

次級第二的表演

啟動 0.4秒（iPhone 16e・蠕動啟動的實際測量）・一鍵傳送。這個數字不是營銷上的目標，而是實施的約束。之所以選擇UIKit，是因為比SwiftUI更能滿足這個速度要求。

SimpleMemo由開發者AI ATAKA設計、實施、運營。擁有10年以上的軟體開發經驗，iOS應用程式（UIKit）、後端（Cloudflare Workers）、基礎設施（DNS、CDN、郵件傳送）全部由一個人負責。在那個過程中獲得的知識，以開發日誌的形式公開。

GitHub X（推特） App Store 注意

現在馬上體驗“啟動、書寫、傳送”

下載免費。設定馬上就結束了。如果是Captio使用者的話，很快就會習慣的。