我用 GPT 把吃灰的 Kindle 改成了日历屏,却照出了自己做产品的老毛病


腾讯orkbuddy注册即可得2000积分,可以干不少活。下载链接:https://www.workbuddy.cn/

百度Dumate智能体,也是工作搭配好工具:邀请码及下载地址:百度 Dumate邀请码: 7D8DUYG

字节TraeWork免费4500积分,点击下载字节跳动TraeWork免费4500积分

Tabbit AI浏览器,在浏览器里用AITabbit AI浏览器,点击下载

MonkeyCode 长亭百智云Monkeycode-AI,点击在线使用

本篇文章来源于https://mp.weixin.qq.com/s/Go5gvCiNZa6YqhU4ZEYouA,如有侵权请来信告知,本站将删除。13951431913#139.com

 

我是做产品的,平时干活习惯分屏——一块屏上常常叠着五六个窗口:文档、代码、聊天、浏览器。

日程和待办通常也只是其中一个窗口。于是每次想确认「今天还剩什么没做」「下午几点开会」,都得先把它从一堆窗口里翻出来,切过去瞟一眼,再切回来。一天下来,这套「切窗口—看一眼—切回来」重复很多次,每次都在打断手头正做的事。

我用 GPT 把吃灰的 Kindle 改成了日历屏,却照出了自己做产品的老毛病

 

干活时一块屏上常叠着五六个窗口,找一条信息得先切来切去

手边正好有台吃灰很久的旧 Kindle。某天冒出个念头:能不能让它专门当一块日历 + 待办屏,常亮摆在桌上,把这些高频要看、又不需要操作的信息挪出主屏——抬眼就能看到,不用再切窗口。顺手也算给这台闲置设备找个正经用处。

先交代一句:整个过程里的脚本和网页,我几乎没自己敲代码,都是把想法讲给 GPT,让它帮我写出来的。所以这与其说是技术改造,不如说是一次「动嘴指挥 AI 干活」的记录。

真正让我意外的是:这么一件纯属折腾的小事,最后竟照出了我另一个做产品的老毛病。这个放到最后说。

第一版:我想当然地把日历「原样搬」了过去

最开始的想法特别直接:我平时在 Notion Calendar 里看日历,那让 Kindle 也打开这个视图不就行了?

结果一上手就翻车。

Kindle 的浏览器能开网页,但它不是现代浏览器——屏幕小、刷新慢、交互弱,地址栏还占掉一块。

我用 GPT 把吃灰的 Kindle 改成了日历屏,却照出了自己做产品的老毛病

我平时在电脑上看的 Notion Calendar 月视图,宽屏里看着很舒服

桌面上那个看着很舒服的月视图,搬到 Kindle 上就成了一堆挤在格子里的小字。7 列乘 5 行,每格再塞几个任务标题,最后就是四个字:能看见,但不想看。

我用 GPT 把吃灰的 Kindle 改成了日历屏,却照出了自己做产品的老毛病

Kindle 上直接放月视图,格子里挤满小字,能看见但不想看

这一版让我停下来想:问题不在 Kindle 太弱,而在我又一次默认「把所有东西都放上去」。

所以第一个结论是:

不要把桌面日历原样搬到 Kindle,要为 Kindle 重新决定「什么值得被看见」。

第二版:只留「今天 + 接下来两周」

我试了几种布局,最后定下来的版本很克制:

  • • 顶部:今天的日期。
  • • 中间:今天的事项,大字列表。
  • • 下面:接下来 14 天,两行横向日期卡片。
  • • 最底部:一个小月历,但不再塞标题,只标每天有几项。
我用 GPT 把吃灰的 Kindle 改成了日历屏,却照出了自己做产品的老毛病
最终版:顶部今天日期,中间今日事项大字列表,下面接下来 14 天卡片

它比完整月视图清楚太多了。因为 Kindle 上真正要回答的,从来不是「这个月每一天都发生了什么」,而是三个问题:

  • • 今天有什么?
  • • 接下来几天有什么?
  • • 这个月哪几天会忙?

那一刻我有点恍惚:这不就是我写需求文档时,一直想做却总有时候会忽略的事吗——先想清楚用户需要回答什么问题,再决定放什么,而不是一股脑全铺上去。

数据源:不读 Calendar,读它背后的库

这里有个小坑。Notion Calendar 里看到的内容,其实来自好几个地方:Google 日历、任务库、项目库、会议库。

所以我没去「截图」或「复刻」Calendar 本身,而是换了个思路:

用 API 读日历背后的数据,再生成一个 Kindle 专用网页。

这部分我依然「动嘴不动手」:把要读哪几个库的 Notion 页面链接给到 GPT,抓取、合并、生成页面全交给它写脚本。目前接了三个库——项目上线跟踪库(客户名称 + 计划上线日期)、daily-todo(任务名称 + 截止日期)、会议库(名称 + 活动时间)。

说得再直白点:电脑当「厨房」把菜做好,Kindle 只当「餐盘」负责端出来。这样 Kindle 不用登录 Notion,token 不外泄,页面也够素,正好喂得动它那个老浏览器。

一些「够用就好」的取舍

更新方式:一开始想过每 15 分钟自动刷新,后来觉得没必要。我的日程不是每分钟都变,Kindle 也不是监控屏。于是改成手动触发——给 GPT 一句指令更新日历,重新生成页面,Kindle 刷新即可。需要时更新,不需要时它就安静待着。

屏幕常亮:肯定有人问,Kindle 不是很快休眠吗?我翻了设置,休眠时间最长只能设到 1 小时,系统没有「永不休眠」开关(除非越狱)。我的做法很简单:上限设 1 小时,最多 1 小时睡一次,点一下就醒,页面直接停在最新日历。对一块桌面日历来说,这已经够了。

真正被改造的,不是那台 Kindle

折腾完我才反应过来:有意思的从来不是「技术上能不能实现」,而是 Kindle 逼我回答了一个我职业里天天遇到、却常常糊弄过去的问题——

什么信息,值得被看见?

这问题我其实太熟了。这些年我写需求文档,有个改不掉的共同点:总想写全,生怕漏一个场景、少一个字段、缺一句边界说明,好像写得多才等于负责——这毛病我私下管它叫「信息贪心」。

桌面软件总鼓励你要更多:更多视图、更多颜色、更多标签、更多入口。可 Kindle 很慢、很素、很克制,它逼你把不重要的删掉,只留真正该被看到的。最后那块小屏幕上只剩三样:今天、接下来、本月忙闲。反而比原来的日历更像一个「生活仪表盘」。

这也是我这些年做产品、写文档一直在补的那一课:「多」从来不等于「好」,「准」才是。 判断力不体现在你放了多少,而体现在你敢删掉多少。

一台旧 Kindle,没越狱、没刷机,只用自带浏览器,就把这句话又敲了我一遍。

我用 GPT 把吃灰的 Kindle 改成了日历屏,却照出了自己做产品的老毛病

改造完成:Kindle 当日历屏摆在工位一角,抬眼就能看到今天要干嘛

你手边有没有那种「还能用、却一直不知道拿来干嘛」的旧设备?评论区一起聊聊。

 

 

 

暂无评论,快来发表第一条评论吧!

📮 需求咨询