这次没浪费,上次两张浪费几十

想做一个考勤归档，但每次发送邮件后，都没归到【考勤】文件夹中，可能规则不在发件箱中生效？
另辟蹊径是，发考勤邮件时，在收件箱中抄送自己，然后在创建收件箱规则，但是这样的话，会和“收件箱有我的邮件”冲突，无论顺序怎么调整，都会归到“收件箱有我的邮件”中，而不是“考勤”中。。
还能怎么办呢

(\ _ /)
(  ･-･)
/っ    就是，小朋友经常要抄题目作业，估计是谁抄黑板抄得最快老师就拍谁的发上去群给家长抄题目。我懒得。所以 ↓

这鸡毛笔迹文字识别正确率倒是离谱到了 98% 左右，稍微改改就行。

↑ 虽然 NextChat 可以直接编辑，但之前方便预览天气卡整了个全屏编辑 html 回车预览的

然后导出、打印，Done.

自从自己claude老号被封（再骂一遍A畜 ），被迫将全部编程压力转嫁于站内各家中转，当然我不可能押宝于某一家来保证自己使用的稳定性，所以基本大伙眼熟的几家我都有买，这也给我带来了一些可以进行横评的机会（再次强调个人横评，毫无参考价值可言，各位图一乐就好）。
最近感触最深的一点就是各个中转可能疲于销售，而忽略对cc的研究和维稳提升。比如这期我很想吐槽的一点就是，很多家忽略了对a社后端错误信息的透传。众所周知，A社的HTTP ERROR信息是不同于我们常见的FastAPI标准错误格式的：

FastAPI标准错误格式{"detail": "..."}


A社标准错误格式 Errors - Claude Docs


我就直接说如果不按A社标准格式封装错误信息会带来什么后果吧，用中转的佬们应该对下图不陌生吧…  而解决方法很简单，就是透传或者按以上标准格式封装错误即可。

大伙可能觉得这东西无伤大雅，但实际上大家可以自己试试，如果出现了这个无法解析的错误，cc是不会触发自动重试机制的。是的，cc自带重试机制，这意味着，即使你的网络有波动，但当cc检测到可重试的error type时，其是可以自动维持对话稳定性的…也就意味着，这将极大减少你输入，continue，这种毫无意义的浪费时间的事情 
当然，我知道站内很多中转后端要么是crs，要么是new-api，这些具体怎么判别，大家细心一点就自然能看出来，我就不班门弄斧了。非要说这么一句的原因是，这期内容我测了很多家，只有一家真正做到了对错误信息的透传，让我知道了到底哪家是对技术有钻研，是有站在用户角度考虑问题的。
在此，让我们再次感恩天边那抹余晖，何其有幸，能与灿烂的低价CC时代相遇：PackyCode。


【个人横评】系列 (click for more details)