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

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5

❮

❯

3 天前

回复了 chenglus 创建的主题 › ☕Vibe Coding🤖 › 大模型工作的时候，你们都在干嘛？

搞了一套机制让他自动 review 测试修改，但是要花很多实现事先对需求。所以就变成了所有的等待时间都在和不同项目/功能点上对需求

5 天前

回复了 fennu2333 创建的主题 › 程序员 › Vibe coding 了半年，最后发现最有效的手法是朴实无华的左移

@wdv2ly 主要是以 skill 的方式工作，不过在 cc 的插件里有大量的 hooks 控制 cc 的行为。在 ui 上创建得分两个角度看，一方面 openclaw 插件已经实现了在 ui 上分配任务，openclaw 会自己 pick 任务开始干，另一方面 cc 还没实现，我还在等 cc 官方把长链接唤醒 cc 的功能开放给三方插件用。不过其实 chorus 中 agent 是一等公民，所以每个 agent 都会有自己的通知系统，cc 启动的时候会注入最近分配给他的任务等等信息，方便启动，理论上你只需要让他看下最近的通知他自己就知道分配给他啥任务了，但目前确实省不掉手动踹一脚这个动作

5 天前

回复了 oldcai 创建的主题 › Claude › 有人听说 Mythos 5/Fable 5 只给用两周就要收回去吗？

Fable 反正也上了 AWS bedrock 之类的云 MaaS ，那些肯定不会下

5 天前

回复了 fennu2333 创建的主题 › 程序员 › Vibe coding 了半年，最后发现最有效的手法是朴实无华的左移

@Chuckle 其实有点像 cc 的 dynamic workflow 了，大规模试错收敛到最优解，在一些探索性的，或者对维护性要求不高的场景我试下来除了烧 token 之外确实不错的

6 天前

回复了 fennu2333 创建的主题 › 程序员 › Vibe coding 了半年，最后发现最有效的手法是朴实无华的左移

@shawnvan 我觉得钉死业务也没有问题，在 Chorus 里我加了 OpenSpec 集成，我觉得 OpenSpec 的思路就很清晰，需求是随时会变化的没有问题，但你让 ai 写实现的当下需求是确定的，并且这些需求是可以逐步通过 diff 语义来打补丁的。每次开发都绑定在一个确定需求上，如果需求有变，那么针对 diff 部分的需求进行 diff 的开发。现在已经和以前那种你开发到一半需求突然变化的时代不同了，需求变化的时候很可能你上一个需求 ai 已经完成开发了。所以没有关系，把需求变动看作原子需求，每次开发都是完成这个 diff 就好

6 天前

回复了 fennu2333 创建的主题 › 程序员 › Vibe coding 了半年，最后发现最有效的手法是朴实无华的左移

@lovedebug 是的，宁可把复杂度左移也不要寄希望于 ai 帮你把所有问题想明白然后做出完美实现

6 天前

回复了 fennu2333 创建的主题 › 程序员 › Vibe coding 了半年，最后发现最有效的手法是朴实无华的左移

@wdv2ly 目前我自己使用的方式其实有可以抛去 ui ，比如在 claude code 上安装好插件，配置好链接之后，直接用 /chorus skill 提出你要做的事，他会自动选择 workflow 流程去推进，主动和你对需求写 spec 。整个流程还是 claude code 在 drive 。只不过中间的追踪和记录都会保存在 chorus 后端，也方便你在 ui 上 review

6 天前

回复了 fennu2333 创建的主题 › 程序员 › Vibe coding 了半年，最后发现最有效的手法是朴实无华的左移

@wdv2ly 嗯，我的目的是想不打破使用 cc 的方式, 写代码还是在 cc 上。可以看下 https://github.com/slopus/happy 这个项目，可以做到在服务器/本地常驻 cc ，然后通过手机等客户端给 cc 发任务，搭配 chorus 就能实现远程管理 cc 对话 + 任务了

6 天前

回复了 fennu2333 创建的主题 › 程序员 › Vibe coding 了半年，最后发现最有效的手法是朴实无华的左移

@beimenjun
@kuhung
没错，不降低人在工程上的决策成本，但是左移我觉得最大的益处有两个，一是对未来发散方向的剪枝，第二个是把人类输入全部压到左边，实际就可以做到让 agent 在对齐好的任务上持续跑出结果，而不是时不时你需要去看他一眼

6 天前

回复了 fennu2333 创建的主题 › 程序员 › Vibe coding 了半年，最后发现最有效的手法是朴实无华的左移

@gibber
@miniliuke
不一样的是我有一套完整的 Service + CC hooks 在插件里。打个比方其中一个环节，在 CC 里启动 reviewer Agent 进行 proposal 的审查，就是 Hooks 触发的，不像 skill 那样没有约束力，而且在 service 层对 Agent 往前推动流程也有强校验，比如 AC 是否标注完成等等。光是 skills 很难说自己是一个 Harness

14 天前

回复了 lame_chen 创建的主题 › 程序员 › 大模型不听话咋整（skill）

看你的实际需求了，我在做 cc 插件的时候需要用很多 hook ，在各种阶段去注入 prompt 来代替 skill ，比如在调用 xxx 工具之后用正则去匹配他调用的工具名和输入，在特定调用工具结束后注入一段 prompt 让他记得去做 xxx ，比单纯的 skill 有效但是调起来挺费劲的，给你看我的 hooks 做参考 https://github.com/Chorus-AIDLC/Chorus/blob/main/public/chorus-plugin/hooks/hooks.json#L26 。另外就是把大 skill 拆分成原子 skill ，让 skill 之间互相引用，实现让 cc 完成一段任务加载下一阶段的 skill

14 天前

回复了 red13 创建的主题 › 问与答 › 如何提高徒手击杀蚊子的能力

我已经放弃徒手了，遇到蚊子直接上手持吸尘器

5 月 31 日

回复了 huluwa561 创建的主题 › 程序员 › 大佬们 vibe coding 的项目怎么样了

搞了几个月的开源 AIDLC 服务+插件 https://github.com/Chorus-AIDLC/Chorus 冲 1k 星中

5 月 28 日

回复了 jedeft 创建的主题 › 程序员 › AI 写的代码你们是怎么保证质量的？

我的经验是左移，花更多时间把需求搞清晰，让 Spec 可被执行和验收才保证质量，真的到开发环节其实人已经没有办法去审阅 AI 产出的巨量代码了。我自己做了一个项目 https://github.com/Chorus-AIDLC/Chorus 来规约 CC 去做 SDLC ，如果比较想用轻量级一些方法的话可以考虑 superpowers

5 月 28 日

回复了 fennu2333 创建的主题 › 程序员 › 大家心里最理想的和 Agent 交互的方式是啥样的？

大家有看过 https://github.com/farzaa/clicky 这个项目不，当时看了感觉这个交互挺惊艳的，ai 在你的屏幕上有一个伴随鼠标，可惜最近好像不怎么更新了

5 月 27 日

回复了 fennu2333 创建的主题 › 程序员 › 大家心里最理想的和 Agent 交互的方式是啥样的？

@lekai63 有没有可能 Agent 可以超越和人类的交互呢？人类受限于感官和物理实体，但是 Agent 没有这一层限制

5 月 27 日

回复了 fennu2333 创建的主题 › 程序员 › 大家心里最理想的和 Agent 交互的方式是啥样的？

@dabaibai
@askfilm
@hidemyself
这种交互的前提是 Agent 已经聪明到完全不会跑偏了哈哈

5 月 26 日

回复了 sillydaddy 创建的主题 › 数据库 › 向量数据库的正确用法是什么？

同语言搜索用向量 + BM25 混合搜索效果会更好些，根据你的目的调整权重。向量搜索也不是银弹，他只能解决 query 和 chuck 之间向量表征相似度的问题，还是要看你具体场景看怎么切 chunk ，如何加入更多的召回手段进行多路召回

5 月 22 日

回复了 Tilie 创建的主题 › 程序员 › 如何消除 vibe code 产生的技术债？

我做了几个月的 Harness 之后最大的感受就是要左移，技术债是消除不完的，在对齐需求和规划阶段尽量遏制额外引入技术债比较现实。我通过自己写工具 https://github.com/Chorus-AIDLC/chorus 把 vibe 时候的大部分精力放在前期对齐和规划，等到编码阶段你已经很难去控制 AI 的行为了

5 月 21 日

回复了 pp3x325 创建的主题 › 程序员 › 手搓了个让 Claude Code、Codex、Cursor 共享记忆的小工具

CC 这些 coding agent 自己也有本地记忆模块，你是如何做到和这些模块共存 + 强制让 agent 优先读取/记录你的记忆 mcp 而不是其他的本地记忆呢？

1 2 3 4 5

❮

❯