V2EX › fennu2333 的所有回复 › 第 4 页 / 共 5 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5

❮

❯

4 月 27 日

回复了 fennu2333 创建的主题 › Claude Code › 一行命令让 Claude Code 自己管项目

@javen73 windows 目前可以用 docker 启动，npm 启动方式在 window 上很多依赖都会有问题😂

4 月 25 日

回复了 fennu2333 创建的主题 › Claude Code › 一行命令让 Claude Code 自己管项目

@Charlie17Li 嗯其实 multica 和 chorus 有点像，但 multica 是数字员工赛道的，通过 daemon 把所有 agent 都托管了，摊子有点大很难做到专注交付。Chorus 本质是推项目的 Harness ，所有的功能都是为了让 Agent 不偏离任务目的以及自主交付服务的，scope 小没有太多 fancy 的功能

4 月 24 日

回复了 fennu2333 创建的主题 › Claude Code › 一行命令让 Claude Code 自己管项目

@beimenjun 应该不会吧😂所有的项目管理都是通过 claude code 的 mcp 发出的，之前 A\ 封龙虾是因为 oauth 给别的服务用，chorus 这样的 Harness 完全只是在加强 Claude Code 本身

4 月 24 日

回复了 fennu2333 创建的主题 › Claude Code › 一行命令让 Claude Code 自己管项目

@teaguexiao 哈哈感谢支持

4 月 24 日

回复了 fennu2333 创建的主题 › 程序员 › 大家都在嫌弃 MCP 的时候我竟然发现有点离不开它

@PumpkinPieM 我的经验是两个，一个是 MCP 既然是给 agent 用的，那么返回的结果里也可以附带对 agent 的 prompt 来实现不断提醒 Agent 流程的效果。第二个是结合 Claude code 这样的框架，通过注册 MCP 调用后的 hook 来给 agent 注入上下文不断提醒他

4 月 22 日

回复了 Damon56 创建的主题 › 程序员 › 做 OPC 太难了，天天焦虑

我身边唯一一个 OPC 成功的不是 vibe 了多 fancy 的 APP ，而是找准了非常小众的垂直赛道

4 月 22 日

回复了 lemonshuo 创建的主题 › 生活 › 大家每天回家后都会做些什么呢

这半年有了 Claude Code 之后游戏也戒了。。上班给公司打工，下班搞自己的项目，有点上瘾

4 月 21 日

回复了 irvinghua 创建的主题 › 程序员 › Vibe Coding 时代，该如何快速搭建一个 CRUD 平台？

用方法 2 让 ai 根据项目自己改一个方便复用的版本+全套文档出来

4 月 21 日

回复了 Keppel 创建的主题 › 游戏开发 › 完全不懂游戏开发，如何用 Vibe Coding 开发一个小游戏？

生成风格一致的游戏图片素材挺头疼

4 月 21 日

回复了 yuan321 创建的主题 › Claude Code › 目前在 claude code 上有没有比较好的适合长期开发项目的工作流 skill， hook？

毛遂自荐一下 Chorus ，一键启动 CC 的工作环境，附带 CC 插件，让 CC 在这个环境起草提案拆分任务自我审查 https://github.com/Chorus-AIDLC/Chorus

之前发了帖子详细说了下怎么做到一口气跑长任务的 https://www.v2ex.com/t/1205752?p=1#reply46

4 月 21 日

回复了 tangler 创建的主题 › 职场话题 › 现在面试还做 leetcode 吗

虽然做题很烦，但现在公司面对的候选人实在太多了，先用 LeetCode 刷掉一批还能再挑挑拣拣呢

4 月 20 日

回复了 abcfreedom 创建的主题 › 职场话题 › 感觉 AI 越强人越累了

本来最消耗精力的部分就是设计和 review ，写代码本身倒还行，好家伙现在轻松的工作给 ai 了，累人的工作是之前几倍

4 月 19 日

回复了 fennu2333 创建的主题 › 程序员 › 大家都在嫌弃 MCP 的时候我竟然发现有点离不开它

@Leon6868 是的没错，但很遗憾包括 Claude Code 在内大部分主流 Coding Agent 都没办法定义本地 function call/tool use ，所以 MCP 成了具名工具调用几乎唯一的方法

4 月 19 日

回复了 fennu2333 创建的主题 › 程序员 › 大家都在嫌弃 MCP 的时候我竟然发现有点离不开它

@zhuangpipi 用 pencil.dev

4 月 18 日

回复了 fennu2333 创建的主题 › 程序员 › 大家都在嫌弃 MCP 的时候我竟然发现有点离不开它

@someonelikeyouah 实际比较先进的 Agent 都会带工具搜索功能，手法各不一样，Claude Code 的做法是用额外一轮工具调用，在本地搜索合适的工具。但本身这一轮搜索也是 LLM 发起的，LLM 根据当前的任务生成关键词去搜索工具。如果像你说的完全在本地做也是可以，手段就接近 RAG 了，不管三七二十一先根据用户的 Prompt 在本地搜索一轮，然后把筛出来的工具连带 Prompt 一起发给 LLM 。这样的好处是不用过两次 LLM ，但和 RAG 一样这样搜索的命中率比较堪忧

4 月 18 日

回复了 fennu2333 创建的主题 › 程序员 › 大家都在嫌弃 MCP 的时候我竟然发现有点离不开它

@andforce 实测下来这个问题已经修了，但 MCP 多的话会有额外一两次的工具搜索调用

4 月 18 日

回复了 fennu2333 创建的主题 › 程序员 › 大家都在嫌弃 MCP 的时候我竟然发现有点离不开它

@teaguexiao 嗯其实意图捕获用固定名称的工具调用就可以，但现在只有 MCP 可以做到跨 Agent 固定成工具，试了好多种手法结果还是得用回 MCP

4 月 18 日

回复了 fennu2333 创建的主题 › 程序员 › 写了三个月 Agent Harness，我终于敢让 Claude Code 全自动写代码了

@romtancez 了解，on board 这一块确实需要用户反馈，我自己用的时候不清楚哪块没有写清楚😂如果是 CC 的话配置插件成功后只要 CC 启动的时候显示 “SessionStart:startup says: Chorus connected at xxx” 其实就通了。ui 上那个只是在监听签到事件，引导做的不够好，下个版本我改下

4 月 17 日

回复了 liuidetmks 创建的主题 › 程序员 › AI 时代，开源项目安全性如何保证

https://cal.com/blog/cal-com-goes-closed-source-why cal.com 也声称这个原因闭源了，然后在 HN 上被骂惨了 https://news.ycombinator.com/item?id=47780456

4 月 17 日

回复了 archxm 创建的主题 › 程序员 › RAG 难以让人满意啊

@fennu2333 #69 typo：ja -> js

1 2 3 4 5

❮

❯