V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  rizon  ›  全部回复第 2 页 / 共 59 页
回复总数  1169
1  2  3  4  5  6  7  8  9  10 ... 59  
❮ ❯
好吧,这会排查到原因了 。
thinking:{type:disabled} 关闭思维链会导致思维链进入正文。
这个项目有的人用下来真的很爽。
不推广这个项目的时候我都不知道公司里的很多人为自己和自己的团队做了好几个网站,这些网站都被 AI 自己临时托管在各种地方散落着。并且存在着数据泄露、数据丢失的各种风险。
集中起来后也方便了 AI 的项目审查。而这种集中管理又没有给管理员带来太多的精力消耗。

大厂里是另一套模式,因为没有这么一个角色可以有权利掌管所有人的数据与工作,所以采用的是无中心的分享托管模式。
但是小企业里就很方便了,集中式管理,比如强制给团队安装一些规范 skill ,避免他们操作 AI 出现的一些不可控的行为。
大家都没这些需求吗,都在用什么方案解决呢
火山的模型也非常难用,ttft 很高。还很容易脱靶,工具调用和假性思维链经常容易逃逸到正文。

在一个实时语音对话产品里,这两家模型测试下来都有各种问题。

不知道大家有什么好的国产模型推荐
@andie

github 的 README 里已经增加网站截图和 cli 录屏

https://github.com/othorizon/easy-agent-team
@andie 嗯嗯,谢谢,这就开始补截图
@JasonYip 其实区别蛮大的,哈哈,除了都有个团队 skill 管理概念外,没什么相同的地方了。
@JasonYip eat 增加了 dokploy 的支持,团队里成员可以快速自己部署一个网站。
eat 的哲学还是集中式管理,权利向管理员收敛。
eat 有一个求助功能,方便团队成员的 Agent 之间互相通信交换信息。
7 月 27 日
回复了 rizon 创建的主题 › Claude › claude code desktop 的 rewind 功能无法回滚代码
@menfrexu 理论如此,但应该就是客户端的缺陷。

@Shrink9 是啊,非常不理解,这么基础的功能为什么一直不管不修复,官方也不说明。哎
7 月 27 日
回复了 rizon 创建的主题 › Claude › claude code desktop 的 rewind 功能无法回滚代码
@aicodingsh 并不是,主 Agent 调用一个 edit 工具去改的代码,还不是 bash 里改的,依然无法回滚
7 月 15 日
回复了 rizon 创建的主题 › 程序员 › 为什么我的 GPT live 模型不能做到全双工对话
@JZen
通过数数字测试,确实在实时听我说的话,但是我一说话就打断了。


另外我看网上的视频,他们 chatgpt 的男声非常逼真的真人声,带点方言的感觉,我这里的听着都是很老外的中文发音。也不知道他们是选的哪个音色,
@wumulaozu 嗯 是有价值的
@wha582 其实也可以,但还是那句话,飞书有着不可替代的生态优势,某个群里的几轮对话直接转发到我的开发任务群里就自动变成了一个任务,某个邮件,某些附件,这些都是只有在你的团队 IM 里才能做到的
7 月 15 日
回复了 rizon 创建的主题 › 程序员 › 为什么我的 GPT live 模型不能做到全双工对话
@HENQIGUAI 按说不至于,我网络应该挺好的

@WilliamColton 我怎么测都不行,他刚开口就被我下一句话打断了
我个人经历下遇到两个现象
1 ,各种 ai 的 code 加强或集成产品,最终还是回到 codex 和 claude 原生。可能是因为订阅制走官方最安心,也可能是因为更想要去信任 top 公司的设计。
2 ,开发中其实每天都是大量碎片化的任务要一个一个去串行完成,虽然 worktree 可以并行开发,但很多任务的文件重叠度很高,函数复用度,和逻辑依赖都很高,还是串行开发最好,但是每个开发任务里在模型干活的时候大脑不禁又想到很多事情于是又会产生很多 todo 。所以一直想要通过看板产品去管理 todo ,在飞书上折腾了一圈,最后我却回归了创建了一个话题群,一个任务就是一个话题,这真的是最最方便和高效的管理模式。

因为在我的场景里,任务管理的最大痛点根本不是任务的状态流转,如果有人同意我希望可以回复我一句+1 ,这是一个我一直以来很大的误区!!!!!
大量 todo 管理的核心都在状态上,但对我来说最重要的反而是内容编辑,话题群反而是最高效的,我可以随时给一个话题 append 新内容或者编辑已有内容,飞书对话里富文本,附件,对话引用什么都能贴。每个完成的任务我就给话题标记一个 done 的 emoji 。

这件事让我思考了很多,我觉得给了我很多做产品的启发
1 ,入口是王道
2 ,用户的使用方式永远是选择最便捷和朴素的方法
3 ,用户使用一个功能的方式往往是突破产品设计初衷的,
4 ,设计者觉得很难用的东西却有可能是用户喜欢的东西,反之亦然
为什么我也是 live 模型 但是无法做到全双工 依然只能一人一句 互相抢话
再问大家一个问题哦,
我从来没用过 codex 和 claude 的 goal 模式,这个收益如何啊,大家都用在什么情况下。
@lihanst 哦哦 我 codex 用的不多,这个还真不知道,请问是怎么去让 codex 去完成一次对抗审查,然后自动完成 BUG 修复。
@kingfire 跨 AI 或者人工去做对抗式审查主要是对开发者心力上的消耗问题,如果人工去做这种事情,必然会把你拉入对结果审查的情境,对结果不信任的困境,一旦人参与进去,会产生大量的心力消耗,会变得很容易疲惫。人的心力/精神也是有额度的,也得科学管理啊
@kuhung 就是开启 xhigh+workflow 模式,然后他一般都会完成任务后做一次对抗式审查。 或者你主动切换到 ultracode 模式下和 AI 说做一次对抗式审查也可以
1  2  3  4  5  6  7  8  9  10 ... 59  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   1567 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 23:39 · PVG 07:39 · LAX 15:39 · JFK 18:39
♥ Do have faith in what you're doing.