
上次发帖之后老哥们反应挺热烈,Issues 里提了不少实际问题。有说装 Docker 门槛太高的,有说生成的文档导不出来没法给客户看的,有说 Onboarding 走一半卡住了的。我挨个看了,这次 v0.6.6 基本都回应了。
最大的变化现在一行命令就能启动:
npx @chorus-aidlc/chorus 
跑完打开 http://localhost:8637 配合 Claude Code 插件就能用,不用配数据库,不用写 compose 文件。全栈纯 JS 实现,macOS 和 Linux 都能直接跑。
另外根据 Issue 里的反馈加了文档导出,Markdown 、PDF 、Word 三种格式。有老哥说项目交付要给客户看文档,之前只能在 Chorus 里看确实不方便,现在 Proposal 草稿阶段就能导出预览。
其他比如 Proposal 审批了发现方向不对可以撤回重来,Onboarding 不会再卡死,Agent 上线一次调用拿到所有状态接着干活,就不展开了。
详细的看博客: https://chorus-ai.dev/zh/blog/chorus-v0.6.6-release/ GitHub: https://github.com/Chorus-AIDLC/Chorus
感谢之前提 Issue 和反馈的各位,有问题继续拍砖。我的目标是让 Claude Code 自己推项目给我们省点力。
]]>




copilot 要是也没了,天才程序员就真的陨落了。
]]>Github: powerball harness
]]>API Error: 400 Access to Anthropic models is not allowed from unsupported countries, regions, or territories. Please refer to https://www.anthropic.com/supported-countries for more information on the countries and regions Anthropic currently supports ]]>另外 apple pay 订阅的 pro 有佬弹过 kyc 嘛 还能续费嘛
]]>第二个:注册时间 25 年 4 月。上个订阅申请 app store 退款后,余额无处可去。4 月 13 日,重新使用余额订阅。只登录了两个浏览器一个订阅的手机。订阅的手机基本上除订阅外未使用 claude 。网页端低用量,订阅后使用极少但账号正常。之前安装的 claude code 的.claude 文件夹与配置文件都已删除。 昨晚重新安装 claude code ,处理两个任务后,隔一小时收到账户停用邮件。尝试登录账号被删除。使用环境,同样的两台 mac ,地区设置美国,时区 LA ,系统全英,提问全英,ip 使用 webshare 开的另一个 ip 。ipinfo 显示 ISP 。
账号均为 Gmail 。网络环境均为路由器端固定 ip 分流。
使用 claude code 太难了,究竟在境内是哪些人能正常使用啊😢
]]>
]]>自己用了 2 天,写了 1 个 小项目,感觉还不错,意外收获是可以用手机直接打开网页,也可以躺在床上 编程了 但是手机输入不方便,于是就加了个 语音转 文字输入功能;
说来搞笑,我这个工具全程都使用 claude code 开发出来,用魔法打败魔法啊。我问他这个方案有没有违法 claude code 规则,他说 没有使用第三方工具使用订阅 token ,还是使用原生的 claude code cli ;在允许范围之内;看起来这条路目前比较安全。
有同样需求的同学可以试用一下,不过前提是你需要一台海外 vps 。我用的腾讯云 轻量 vps 99 元一年那种;之前用它来搭梯子。
]]>我知晓 Claude Code 的一些新功能,或者是一些不错的分享,都是来源于 X 上面 Team Member 的一些推文,但是刷 X 还有个坏处就是不够聚焦,有时候刷着刷着就上瘾,而且难以沉下心去看一些很有价值的分享。
因此我突发奇想,跑了一个定时任务,抓取 Claude Team Member 的推文(剔除评论、纯转发),交给 Opus 做分类(目前我分了 5 类,分别是 Claude Code, Claude Products, API & Developers, Models & Research, Other )和摘要,再单独做一次翻译,推送到 Discord Channel 。
我坚信 AI 时代应该做减法,因此目前只抓取 5 个账号( Cat Wu, Boris, Thariq, Claude 和 Anthropic 官号),每周也只在周一和周四汇总推送 2 次,我觉得这已经足够我获取到高质量信息了,因为 X 上面大部分的信息其实都是二手加工和转发,Follow the builder, not the influencer.
Channel 我也创建了 2 个,我自己喜欢读英文原文,如果喜欢读中文的也可以只关注中文 Channel 。
Claude 经过了这一年的验证,我自己也学习了好几门 Anthropic 的课程,它绝对是值得我们长期关注和学习的。希望与更多朋友一起交流~
点击可以直接加入 Discord Server


"docs\价格规则.md"是我的价格规则。 检查 src 目录下所有文件是否有违反,修复他们。 不要批量处理,一个一个的执行, 没用的,只会稍微修改几行。
我一下午都这样做,跟他说:
"docs\价格规则.md"是我的价格规则。 检查 src/xxx,修复他。 他基本都修复。
但是一个一个的说,显然太麻烦了。
缺点:这样时间会很长,也更耗 token 。
也只能这样,一个 agent 处理所有,跟个傻 x 一样。
C:\Users\Administrator\.claude\skills
one-by-one 目录one-by-one\SKILL.md--- name: one-by-one description: 将任意批量任务拆解为逐个串行执行。用于"一个一个检查/修改/创建/处理"等场景,每个 item 由独立子 Agent 专注执行,避免 Claude 并发处理导致质量下降。 --- # one-by-one 串行任务调度器 ## 你的角色 你是一个**调度员**,不做任何实质性工作。 你的唯一职责是:发现列表 → 建队列 → 逐个分发给子 Agent 执行 → 汇总结果。 ## 工作流程 ### Phase 1:理解指令,枚举目标列表 1. 仔细阅读用户的原始指令,识别: - **目标范围**:对什么做操作(哪个目录、哪类文件、哪些对象) - **执行动作**:做什么(检查/修改/创建/分析...) - **参考依据**:是否有规则文件、示例、约束条件 2. 使用 Glob 或 Bash 枚举所有目标 item ,得到完整列表。 3. 将列表展示给用户确认,格式: ``` 发现 N 个目标: 1. src/a.ts 2. src/b.ts ... 开始逐个处理。 ``` ### Phase 2:建立 Task 队列 用 TaskCreate 为**每一个 item**创建一个 Task: - title 格式:`[序号/总数] 文件名或 item 描述` - 例:`[1/5] src/components/Button.tsx` 所有 Task 建立完毕后再开始执行。 ### Phase 3:逐个执行(串行,不可并行) **严格按顺序**,每次只处理一个 pending Task: 1. 用 TaskUpdate 将当前 Task 标为 `in_progress` 2. 用 Agent 工具 spawn 一个子 Agent ,传入以下内容: - 该 item 的完整内容(用 Read 读取) - 用户的原始指令 - 参考文件内容(如 rules.md ,如有) - 明确告知子 Agent:只处理这一个 item ,不要管其他 3. 等待子 Agent 返回结果 4. 用 TaskUpdate 将 Task 标为 `completed`,并将结果写入 Task 5. 向用户输出该 item 的处理结果 6. 取下一个 pending Task ,重复上述步骤 **绝对禁止:** - 自己直接分析或修改文件 - 同时处理多个 item - 在子 Agent 未返回前就处理下一个 ### Phase 4:汇总报告 所有 Task 完成后,输出汇总: ``` == 处理完成 == 共 N 个 item ,结果如下: [1/N] src/a.ts — 发现 2 处违规 / 修改完成 / 已创建 [2/N] src/b.ts — 无问题 / 修改完成 / 已创建 ... [需要关注的 item 列表,如有] ``` ## 子 Agent 提示词模板 spawn 子 Agent 时,prompt 严格按此结构组织: ``` 你是一个专注的执行者。你当前只有一个任务,处理完后返回结果即可。 [用户指令] {用户的原始指令} [当前处理目标] {item 名称,如文件路径} [目标内容] {item 的完整内容} [参考依据] (如有) {rules.md 或其他参考文件的内容} 要求: - 只针对上面这一个目标执行操作 - 不要处理其他任何文件或对象 - 输出你的处理结果 ``` ## 调用示例 用户可以这样使用本 skill: ``` /one-by-one 检查 src/ 目录下所有 .ts 文件,对照 rules.md ,找出违规点 /one-by-one 修改 components/ 下所有组件文件,将 class= 改为 className= /one-by-one 为 controllers/ 下每个控制器文件,在 tests/ 目录生成对应的单元测试文件 /one-by-one 分析 src/ 下每个模块,输出它的职责描述和对外接口列表 ``` ## 注意事项 - 如果 item 数量超过 20 个,执行前询问用户是否确认 - 如果某个子 Agent 执行出错,记录错误,继续处理下一个,最后在汇总中标注 - 修改类操作执行前,若有破坏性风险,先告知用户再继续 "docs\价格规则.md"是我的价格规则。 用/one-by-one 检查所有文件,然后修复。 
至于模型的聪明程度对我这边 spec + plan + TDD 的约束下并不是那么重要
所以不知道有什么除了肉眼以外的好方法让我测一下
现在用 cc-switch 的测试功能勉强看个大概,但也不知道是首 token 慢还是 TCP 慢还是 tokens/S 慢
]]>前段时间公司让使用 openspec 对新的功能进行试用
前半个月左右 pro 的每 5 小时的额度可以规划一个中小的功能但不包括实现
对于已经有的功能代码 扩展功能 则可以差不多可以完成一整个需求 包括规划和实现
如果光实现代码 可以大概完成两个左右的需求 甚至还能问几个问题
但自从上周开始 貌似就是从 cc"开源"后 现在都规划不了一个功能 随随便便修改一下 一半的额度就没有了 剩余的时间就只能古法编程了
自从公司开始使用 ai 后 需求越来越多 时间对半砍 pro 不够用 max 又不给报销 有无破局之法
]]>今天 Claude Opus 4.6 重新测试后,在排行榜上跌至第 10 ,准确率仅 68.3%。
可以确认 Claude Opus 4.6 的推理水平降低,确实被削弱了。

]]>被他给气笑了,我问他“你确定?”,它反手给我来了个不确定
尼玛的,这降智的也太明显了
]]>大家说的封号,是充值之后用 claude code 才封的账号,还是直接用 cluade 就会封账号?
]]>

作为 CC Switch 的用户,里面有很多个服务提供商( Anthropic 、国产模型、特别最近的几个 Coding plan ),经常需要在不同的项目中切换不同的服务商。但 CC Switch 的工作方式是修改 ~/.claude/settings.json,这带来了两个问题:
~/.claude/settings.jsonClaude 送的$100 的额度,但是需要绑定卡才能领取
我是 Apple 礼品卡订阅的,绑定卡就怕把我的号给封了
]]>小龙虾官方给了一个 cli 的过渡方案,但是看下来