公司报销token后我干了什么

本文旨在记录分享目前我目前的开发环境，和想总结的，碎碎念

1. 中转路由，我如何保证模型可用

首先我购买了一些可以开发票的中转站，然后部署了一个cch服务ding113/claude-code-hub ,当不可用时会自动转到其他的供应商，有个降级策略；在cch上册我又放了一个 ws-bridge，负责先连接 WebSocketResponses ，有的中转站支持ws，首字还是非常快的；

另外 gpt5.5 上下文短，会出现压缩失败的情况，ws-bridge 还有个功能就是当压缩时失败就退回gpt5.4 再试一次。

这样就基本保证了模型可用，cch的策略我配置的这样，一级是某站的套餐，便宜稳定，没额度了或者号池掉干净了，就到二级是多个按量的中转；三级是国产替代；我终端就配置一个key，除非这些个中转都掉，基本能保证随时能用；

2. 终端，适合的才是最好的

刚开始我用的wsl+codexcli，因为听说有删除项目的 所以就放wsl中了，可能会安全点；后来用了codexapp，是方便点但是codexapp对wsl支持的不好，还有问题就是不定期对话丢失，虽然能找回但是很麻烦；我非公司项目用的hapi，对于多个vps非常方便友好，手机也能用，但是我就公司用hapi还是比较重；

最终我二开了cc-webZgDaniel/cc-web 项目，这里就叫codexweb吧；首先我隐藏claudecode的支持，codex全面兼容codexappserver，codexapp底层也是这玩意，好处是可以直接用codex导入或者在codexcli继续对话；

支持goal，子代里优化，updateplan适配，mermaid适配，气泡定位，对话排队\引导，动态加载mcp等一堆功能；还有工具本身的一些功能作为mcp 在对话开启时注册到codex，比如修改对话标题，创建对话，插入对话，表单等；

我最常用的场景就是跨项目对话，比如MES系统的打印模块，需要框架项目的底层支持，MES中的对话会在框架项目下创建一个对话，然后等待回复就行了，还有多个项目联调测试时也非常方便；

还有就是表单功能，grilling 会问问题，经常有一堆的废话要问，问完我还要回答，所以强制让他输出选择项，不对的我再输入；

还加个了自动重试，有的对话失败了，或者官方down了，codex自己会重试5次，如果没返回 codexweb 自己回无限重试，对于长时间任务非常方便；

ccweb本身是bs架构的，无法像codexapp那样真正操作windows，这部分需求我也不是很强烈，所以没用上；

二开好处就是想加什么功能都行，贴合度100%，最近打算做个统计的功能，每次标题的创建改写其实都是一个需求目的，这部分数据也挺有用的，现在是我写了个skills，当标题变更时推送到我的笔记本里；

3. 其他念叨

我之前是需求设计开发测试实施，现在我有个了一个员工 ，虽然不用自己写代码了，我的工作量全部压缩到了和员工够通对齐修正上，虽然写代码是比我快，但是前置可能就要半天时间，之前我的季报 是 代码量，提交量，发布版本数量，后来变成了每月token数量，对话次数（不是api请求次数）；所有有句话说的好，等待ai写代码时候在干什么，在对齐下一个改动 ；

我标准接口项目现在除了支持webapi还原生支持mcp接入，dotnet的框架项目使用的是Nuget管理（也是自建的服务），其他的项目拉取框架项目时会自动将skills也加入到项目，我加入了日常维护的skills，比如维护菜单，维护用户，字典等，还有框架项目的一些使用规范；项目的代码由LLM编写了，但是项目本身也能作为智能体的一部分融入到agent；会有人问你最常用的skills是什么，我最常用的都是项目本身的skills；