来源：2026-05-24 创建本地提示词管理器会话
这篇文章由本地 Codex 历史会话整理而来，保留可复用的工程经验，省略私有路径、账号、临时日志和不适合公开发布的细节。
需求从“能存”变成“愿意每天用”
最初的需求很朴素：写一个本地提示词管理器，第一次打开需要密码验证，有分类功能，可以自定义类别，放在桌面上，不要 Web 端。这个约束直接决定了技术路线：用本地 GUI、SQLite/本地文件存储、离线运行，不引入服务端和账号系统。
后续迭代说明真正的核心并不只是 CRUD：预览框要更大、布局要从左右改成上下再改成更适合阅读的结构、界面要暗色主题、搜索要高亮、密码开机后只输入一次。这些反馈把工具从“功能清单”推向“使用摩擦最小”。
工程取舍
本地工具的第一原则是少依赖。既然 Tkinter、SQLite 和标准库已经能覆盖窗口、数据和密码哈希，就没有必要引入 Electron 或 Web 服务。这样部署成本低，用户打开 .pyw 就能用。
分类、搜索、高亮、预览和暗色主题被放在一个单一桌面应用内完成，边界清晰：数据管理负责提示词和类别，界面层负责筛选与展示，密码逻辑只控制入口和会话状态。
UI 迭代里最有价值的细节是“状态也要被设计”。例如暗色标题栏不能启动几秒后才变，列表表头的 hover/pressed 状态也要锁成暗色，否则一个小的白色闪烁就会破坏整体体验。
沉淀
工具不是一次写完的，而是在真实使用中被打磨出来的。第一版先满足离线、安全和分类；第二版再根据阅读面积、搜索反馈和视觉一致性做体验修正。
对个人工作流来说，一个小工具的价值不在“架构多复杂”，而在它是否减少重复动作、降低查找成本，并且足够稳定到可以长期放在桌面上。