杨威利小站

昨天看到claude code从nodejs的版本可以升级到系统原生版，具说速度快了很多。并且可以从nodejs的版本无缝进行切换。所以就想试一下。结果就悲剧了。

升级非常方便。只是在命令行输入claude install后claude就会自动进行升级。升级时间也不久，输入命令后没多久就完成了。这时再输入claude就能再次进入。但问题也就这时候开始了。/status中出现几个问题提示。然后输入执行命令就出现403的错误。多次进行logout和login也不行。login每次都能正常进入。但就是一远程调用就出现403。后来想要卸载后重装，但是发现系统设置中根本没有卸载的方法。后面求助于网络版claude。发现系统内的配置信息有冲突的情况。后面根据claude的指示进行了很多操作都没有解决。直到最后根据建议进行清除了配置信息。

# 清理配置
Remove-Item -Path "$env:USERPROFILE\.claude" -Recurse -Force

然后再次进行login后，发现居然可以了。看来应该是清除配置信息时把冲突的token信息给清除了。重新获取后就可以了。

这次真是太过惊险，再不行就只能全局搜索把所有带claude的内容都清除再进行重装了。

虽然说原生的可以无缝升级，但发现升级后把spec-kit给弄没了，这个只能再重新装过了。

通用大模型进行程序开发这块这一年来真是突飞猛进。

还记得去年年底给团队成员做开发演示时用的deepseek加cline，虽然能写一些东西但效果和预期的差距还比较大。然后今年年初，但加年中的CLAUDE的几个版本升级，开发工具也慢慢的就从cursor改到claude code。开发的能力也越来越强，最近这半年时间用大模型已经写了两个独立的项目。

项目一，是一个大模型的API接口工具平台，可以在后台设置大模型配置，然后给前端注册的用户使用。

项目二，是一个文字和图生图的小程序。后台对大模型的调用就是用了项目一。

经过这两个项目之后，对大模型的代码开发能力和边界也有了相对清晰的了解。最近spec-kit的出现让我对这个边界认知又被打破了。claude本来就对写代码有非常规范和文档化的倾向，但这块会有些看claude的心情。spec-kit相当于是给了个规范的格式边界。并且原来开发使用人给出开发命令后，claude会根据自己对这个命令的理解去进行开发。偶尔会进行任务分解，但分解的颗粒并不行。但用spec-kit后，可以根据你的命令自动进行分阶段，并且颗粒度非常细的计划安排。这个简直是llm code开发的神器。原来可能靠看运气的开发结果，现在在开发前你就能知道执行的过程和可能的结果。

spec-kit 会分成多个步骤进行开发规范。确立团队原则（/constitution），到“说清楚要做什么”（/specify），到“把不清楚的先问清”（/clarify），再到“定技术方案”（/plan）、“自动拆任务”（/tasks）、“一致性分析”（/analyze）、“落地实现”（/implement）

根据上面这个步骤基本都可以把想要的内容给开发出来，并且spec-kit 和 claude的结合所制定出的计划会比你的命令考虑的更为周全。这样因为你命令的不全面导致开发出问题代码的机率就大大降低了。

这块后续如果再成熟一些，产品经理通过llm直接实现产品真的就不远了。

最近比较忙，一直没空写blog记录自己的学习内容。结果前几天腾讯云的服务器卡死，整体重启后，发现之前有装另一个blog平台想着没用就删掉好了，结果不知道为什么神差鬼使的，把wordpress给删了。导致之前写的那些学习日志都丢失了，本地也没保存草稿信息。只能之后再慢慢积累了，希望能保持住自己写学习日志这个习惯。