分享一下我现在的新项目开发范式
1.确定大致的需求后，使用google aistudio 进行对话，让它再完善需求的细节以及我没想到的点，然后给出详细的可供开发人员直接开发的需求文档

2.确定需求文档后，继续用aistudio帮我把架构设计、原型设计（如果有）写出来。

3.过程中人工审核需求文档、架构文档、原型设计。如有不合理不正确的会让ai修改，直到满意为止。

4.将整理好的需求文档、架构文档、原型设计放到项目目录下，然后让claude code基于这些文档开始干活，并且为了避免cc上下文过多会导致遗忘的情况，会指示cc执行任务之前先规划任务列表，并将任务列表和详细要点写入文档当中。执行过程中和执行完成后都需要阅读和更新这个文档。

基本上按照上面的流程做一个新的项目完成度达到70%-80%以上，剩余的都是一些使用体验、实现的方式不满意的地方，但是核心的功能基本完成了。

采用上面的方案，我将我之前开源的一个cc-copilot软件（一个用于快速切换多账号的claude code辅助软件），全部改写成了一个vs code插件，几乎是一气呵成，基本功能就完成了

Augment Code 也准备出cli版本了，大家都开始向claude code看齐。
点击链接可以去申请等待试用：
www.augment.new

一点小感慨～

越接近业务层逻辑的代码如：登录认证，支付场景。越要遵守如下要求：

1.不要用第三方组件
2.不要过度设计
3.不要约定(可要配置)
4.不要设计模式，直接if else

为什么？理由如下：

1.第三方组件为了照顾更多场景，做了很多抽象设计，需要理解它的约定和遵守它的限制。看着接入简单，一但要增加点自定义的东西，就要去找文档，看源码去解决。可能做一次不觉得有问题，但是几个月后你可能为了加个字段又要重复学习一遍，这里我点名next-auth,better-auth。概念多，过于抽象，不喜欢。要去学习的知识太重了。时间久了又要重复一遍。

2.不要约定，理由同上。他人接手你的代码（包括几个月后的你），需要去重新找文档，找代码去理解这个约定是啥。配置可以有，但尽量少点。

3.不要设计模式，不是说设计模式不好，而是大部分业务场景用设计模式并没有体现出绝对的优势，反而给后续维护代码的人带来学习和理解负担，有时候面条代码挺好的，就算不理解设计模式，也能通过debug跟踪代码，找到问题所在。

4.非常讨厌在业务层面的代码去做各种反射，动态代理机制。比如，为了抽象出不同的支付平台生成订单，然后使用一个发射机制去调用不同的类来实现。这个对于跟踪debug的过程来说真想XXX，一个if else不好吗？

以上是自己这两年来血的教训，浪费了太多时间和精力。当然这里不止是我个人的，也有团队的踩坑经验。

总结一下，写下来，让自己记忆深刻一点。以后别犯了

前段时间，在使用claude code时发现一个小痛点。

我使用多个pro级别的会员账号（感觉买max太浪费，就买了2个pro会员），当其中一个账号用量结束后，需要更换另外一个账号的时候，每次都需要先/logout，再/login，然后在/resume找到上一次对话的记录，继续对话。

操作还是有点繁琐，所以就想着做一个可视化的界面来快速帮我切换账号，最好是不要打断我当前的对话过程。

经过好几天的折腾（其中还有一次把系统弄坏了），终于做出了一个最低可用的版本，实现了如下的功能：

1.自动感知当前电脑上已经使用的claude code 项目和会话列表，可以继续会话操作。
2.在一个界面里面列出所有已经产生的项目列表和会话
3.使用多Tab方式可以同时运行多个会话
4.支持设置上游代理（可以专用于claude code命令）
5.支持配置第三方AI模型，如：kimi k2 、qwen3-coder等所有支持claude code的模型。并且可以实现一键切换账号
6.默认使用--dangerously-skip-permissions 参数，不用手动设置命令行或者写脚本实现
7.支持中文、英文界面

未完成的功能：
1.windows\linux版本还没验证测试过，虽然理论上可行，还需要再测试一下
2.想加入一些快捷按钮，将一些好用的hook直接集成进去。

其他：
1.代码是开源的，完全免费。软件不提供claude code网络访问服务，所有网络问题依然需要自行解决。
2.顺便制作了一个官网，便于后续更新版本：cc-copilot.com

让Claude Code帮我改个代码能删除home目录下的文件，然后就成这样了😂。系统只能重装了，还好资料随时有同步到云盘🤣

开发自己的Claude code辅助工具时，本意想在启动claude命令的时候注入一个代理接口，然后在代理接口里面拦截所有请求，实现动态修改header参数，达到可以直接切换三方服务的api目标。

技术上碰到点问题，拦截到的请求在修改header的时候会提示已经发送的header无法修改。尝试了各种方法都不行。

最后看到一篇公众号，提到可以在启动命令之前就注入脚本拦截。果然按照这种方式修改了一下，可以达到我要的效果了。

在Claude Code的帮助下完成了第一个版本，实现了如下需求：

1.根据项目自动加载当前系统下已经有过的会话记录和项目列表

2.点击任意一个会话可以直接进去该会话对话界面，省了进入项目目录，启动claude，执行/resume命令，再选择会话。算下来省了4个步骤

3.在某个项目下直接点击新建按钮，可以直接创建一个新的会话，功能等同于/clear命令

4.允许配置代理，启动会话的时候自动使用配置的代理，省略了手动配置代理的过程（虽然脚本也可以实现）

未完成的功能：

1.动态切换多个账号，如果你有多个官方的订阅账号需要快速切换，这个软件就是为这个目的而生的。希望在对话界面里面直接一键切换，不退出当前界面继续可以换个账号使用

2.支持kimi k2这种第三方接口，配置自己的地址和key就能当换个账号方式继续使用

知道这个，但是我的出发点和他还不一样，我的侧重点是不打断会话的前提下可以自由切换。另外就是做个可视化界面降低上手难度 //@程序员卡诺: 嗯。。有个叫 claude code router 的项目。。。

这种方式只解决了配置切换问题，没有解决我说的在不退出当前对话的情况下也可以切换。想到一个技术方案，通过nodejs的注入功能可以在不修改Claude code源码的前提下拦截它的请求报文，然后动态去修改，这样不用停止当前会话就可以实现了。纯构思一下还没验证。。 //@不务正业小胡同学: 直接用alias？反正都命令行了，也不想再开个ui

准备做个软件，可以快速切换Claude code原生模型和kimi k2模型。不知道大家有没有这个需求？

我的痛点：
1.购买了Claude Code 官网的 pro账号，但是官网偶尔也会超载不可用，另外就是pro账号毕竟次数有限
2.每次切换k2，要重新设置地址和密钥。会话要重来。目前官网的速度太慢，准备用groq提供的api，但是又不能直接用。还需要弄个代理适配一下接口

初步的想法
1.做个带ui界面的软件，可以快速切换一下Claude code使用的接口。这样可以无感的切换到其他模型。
2.可以配置不同模型的api地址和key，按需切换？其实我觉得太多选择也不好，有个备用的就够。