Had

@ershierdu 我觉得稍稍有点偏差 cc 是很主动写注释的，它和 user prompt 没啥关系？
另外其实代码都能理解 codex 写的 cc 也能理解 但是它就是建议你再补点注释或者解释性内容
好代码应该是自解释的

@wiekern 写规则就不够古法了:)
不过 commit message 写全的意义也在于让 llm 根据提交进行阶段性总结时，不用去一个提交一个提交去 diff

@jko123
@ronman
古法 vibe coding 指不用复杂的 skills:)

我反而觉得 CC 注释实在是太罗嗦了，明明代码说的那么明显，还要再堆个几行注释出来

@wikisu
其实应当说目前没有前台啊:)全都是后台
只是几个组件是 rust ，整体是七个组件
稍稍有点误区 rust 其实 AI 很友好的，约束越多的语言对 AI 来说越好写，我们怕 AI 发散
再加上虽然慢但是强大的编译，一般意义上写的乱了还不会影响性能，反正编译了也拉回来了
基础设施没有小平台，除非我不做有状态的，那样比较简单，我下一步也准备把平台拆更清楚点，分为 wdl-core 和 wdl-extra 这样，不用完整部署整个 stack
这个平台部署下来成本挺低的，一个月一千多一点吧，在 aws china 的话，换其他云应该更省一些

@limusi
没 能用 cloudflare 的肯定不会用这个啊 场景并不重合
例如你希望用 workers 的心智模型，但是又希望基础设施在自己这边，或者比如说企业内部有一个自己的 CHAT ，企业员工可以根据自己的需要生成代码然后直接可以部署到企业自己完全托管的 WDL 上

@wikisu
最开始是公司内部希望有个小的平台承载一些轻量化的定制开发
个人之前也有用 Workers ，对它的模型算满意，就简单 spike 了下，它的 dynamic loader 的确是可用的，于是就从这里开始慢慢就把功能都接了进来
至于你说 FaaS 有开源方案，当然有，但是 workerd 风格的 FaaS 并没有完成度这样高的，或者再扩大到整个开源 FaaS ，就某些角度的完成度不能说前几批次也能算排名靠前
因为不 fork workerd ，所以目前的策略就是一直追 workerd 呗
目前已经把基本的功能做全了，其他的也会根据需要做，也有适度扩展功能

但是这种业态一直向前啊，Vercel Railway fly

大家都在做 Application ，只能做点稍有点门槛的 Infra

@EnterpriseD 哦？不错啊，用来拉阶段性审计挺有用，不过这个跑的也不深就是了