@ufan0 天才

目前实践下来，我用的好点的工作流是让 claude 对话式生成每个大页面的框架，一次性生成后功能可能很多，不具备一致性，但是忽略。然后又让 claude 在一张画布上模拟 mobile 展示每个页面，这一轮逐渐调整细节。简单的界面实现之后让 codex 直接执行多几次可以一比一还原设计稿。不直接实现代码有个好处是可以不考虑逻辑，仅仅画 html 不容易出错，也快速可以及时调整。但是后来 ui 稿实现之后，由于我并不是一个真正的产品经理，在开发过程中可能会推翻之前的设计，后来图省事还是直接让 claude 出了整体的设计稿之后直接 codex 执行。然后每一轮修改意见最重要的一点是提 plan 并人工 review,完全交给 codex 不可靠。

我让它帮我部署环境，偶尔好用，偶尔不好用，目前还在折腾，难搞，太慢了

一堆法盲，不是只能拿 N+1 ，不同的情况就是 2N 甚至不止，只是毕竟是人治，每个地方处理不同。和解的情况下我们拿了 1.5-3N 之间，同意公司方案的是 N

律师不行，我之前找的律师，在我没咨询应该和解还是继续诉讼的情况下不会告诉我怎么做，当我收到对方调解建议的时候，我去询问律师，律师也只是客观阐述两个选项的可能的收益和风险

@codingerj 请问你这个是什么插件？

@pkxutao 你说的没错 举报，一般接线员会说你可以选择不在那干，怼的你哑口无言。例如这种情况等去仲裁的时候好，仲裁员就会有这种话术了。

没事 反正我不参加

我放一个 dir 下，两个子 dir 分别建立 git 仓库分别控制

@bbroot 这叫跑路？

源码阅读当然有用，但是这是一句实足的废话。类比你是个司机，你会开车，你也懂修车，开车坏了的时候，你的修车技能可能正好就用上了，但是大部分时候仅仅只需要你开车。我觉得写代码也类似，你把 spring 源码阅读的滚瓜烂熟，遇到某个问题的时候，你根据脑海的知识一下就定位出了问题，而有的人临时 debug 加临时阅读和学习也可能把这个问题 fix ，我觉得这个付出和收益上不成正比的，拿来面试考就更过分了。

美区 ID 似乎不 work, 有好的方法吗？切换中国区 ID 有点麻烦

我的增程很适合 跑长途不需要排队充电 没电的时候不需要为了计划出门特意去充电 不忙的时候就开去充电 小区有充电位 总体算下来电油里程数 6:4

各位 那叫常见 不叫正常 孩童期间就熬夜 基因不好的很快就大病了