fiveStarLaoliang

那这种完全可以拿来当博客的基础了，git add 新的 html 页面，定时推送拉取就可以更新了

选 go ，AI 时代，最好选一门程序员友好型。写代码不用你写了，审代码还得你自己申，选一门对自己友好的语言，别折腾自己。

或者用原生的 pi agent ，这个有原始的历史日志，可以排查问题

换个 agent 工具再看看，比如 zcode ，codex

狗都不用，第一个月他们不更新新模型，而是换个新的 token plan ，但是到目前为止，都拿不出来一个明确的各个模型对应的消耗积分表单，我就知道他们打的什么小 99 了。面对不透明，我还是去用 ds 的 api 吧，至少知道自己花了多少钱，而不是被人偷钱还不自知。

北京的政策应该算偏向劳动者了，赶紧走仲裁，走被迫留置，赶紧先去找新工作，你在原单位干一天都是亏一天，你在新单位上一天赚一天的钱，还要怎么想啊。

我在 pi 上面搞的，搞搞扩展搞搞工作流再完善一下提示词还是可以的，能有效提高效率，用着还行，基本满足工作需要了，而且越迭代越好用。

其实如果一个公司正在赚钱且稳定赚钱，那最好的做法就是不对原有的工作流做大的动作，因为一切的活动都可能会影响到原有的营收，让员工自我驱动的去使用 AI 提效是一个稳重的做法，等到形成一个新的稳定渠道时，再切过去完全是可以的，不然一裁裁到大动脉也不是不可能[dog]

缴纳是下下策，如果不着急，可以按层级一级一级的提级处理：
1. 第一级先提个异议书，让法官给你出一份盖章确认的确认书；
2. 然后走第二步，到他们院长或监察室提交复议和投诉，同时走 12368 同步提交一份；
3. 如果第二步无效，你还可以提交申请回避，如果还是没效果，可以申请上级法院再审（可以走缴费之后的再审，也可以走不缴费触发撤诉的申请再审）
4. 上面都无效的情况，可以走纪委，你前面攒的这些材料估计够他们喝一壶了
5. 还是不行的话，上个新闻事件也是可以的，毕竟这种也算是热度新闻了，想象一下，标地几万块，结果法院让你按上千万的标地，这不就是热度么。这年头，劳动者打官司输赢都不新奇，新奇的是打官司反而要赔一大笔钱给法院，这可就新奇了