Patpia 是我最近在做的一个东西。这篇文章用来把话说清楚：它是什么、为什么值得做、现在走到哪一步，以及哪些地方我还没想明白。
之所以单独写一篇而不是做一张落地页，是因为落地页只能喊口号，而一篇文章可以交代取舍。产品还在变，承诺写死了反而麻烦。
它解决什么问题
现在的做法是「先有工具，再想场景」。Patpia 反过来：从一个具体的、每天都会遇到的小麻烦出发，只解决那一个问题，其他一律不做。
具体一点说，它要替代的是这样一段流程：
- 把散落在几个地方的信息手动汇总
- 判断哪些值得留下，哪些可以直接丢掉
- 把结论整理成下一次能直接用的形态
这三步现在都靠人脑和肌肉记忆在跑，出错率高，而且换个人就接不上。
为什么现在做
过去做这件事的成本太高：要处理输入格式、要维护规则、要兜住异常。现在这部分能力可以外借，真正需要自己写的只剩下「判断」这一层——而判断恰恰是我最想把它做对的部分。
工具不该替我思考，它该把我从重复里捞出来，把时间还给我。
现在的状态
核心流程已经能跑通，但还很粗糙。目前卡在两件事上：一是第一次使用的引导，二是数据量上去之后的响应速度。
我不打算等它「完整」了再拿出来。先用一段时间，看它是不是真的每天都会被打开——如果不是，那再多功能也没意义。
接下来
下一步是把输入侧做薄，让记录这件事的成本降到接近零。等这版稳定了，会在这里补一篇讲实现细节的。
有兴趣一起试的，可以直接找我。