这些天通过 Opencode 调用 kimi,越来越慢了,简直无法忍受
我的 Opencode + OmOS 配置, Orchestrator 与 Oracle: GPT5.5-High, 其他 subagents 都是配的 kimi-2.6,调用时要不提示过载,要不直接不用做,Orchestrator 还一个劲的在那儿傻等,我直接用 Kimi-CL
age - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第40页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
共 4053 篇相关文章 · 第 40 / 203 页
我的 Opencode + OmOS 配置, Orchestrator 与 Oracle: GPT5.5-High, 其他 subagents 都是配的 kimi-2.6,调用时要不提示过载,要不直接不用做,Orchestrator 还一个劲的在那儿傻等,我直接用 Kimi-CL
大手子们,目前最新的Agent开发模式是啥样的?LLM自主规划还是LangChain得固定flow编排?然后,业务知识怎么构建啊? 1 个帖子 - 1 位参与者 阅读完整话题
各位佬友,请问Hermes后下一代现象级Agent会是哪个呢?有什么推荐吗 1 个帖子 - 1 位参与者 阅读完整话题
紫灵 南宫婉 梅凝 元瑶 提示词: Use the uploaded image as the base subject. Preserve the original facial features, identity, skin tone, and body proportio
如图,以前是有的,昨天还用了,结果现在不仅变成ReconnectingX了,画图工具还提示没有。号是真付款的Pro。会是什么问题呢。。。被砍了? 3 个帖子 - 3 位参与者 阅读完整话题
https://minecraft-clone-e1e.pages.dev 019e34ce-0dff-7cd4-894f-9584103d391f.arena.site Minecraft React Edition - 3D Procedural Clone Check ou
以前都说 LLM 是推理下一个字符,所以有可能算错 10+11 这种最基本的计算题 现在似乎不会了,agent 的逻辑之下,LLM 会发现这是一个计算题,所以会当场写一个脚本再来算,就不会算错了 很多以前纯靠预测字符的方案难以解决的问题现在似乎都被解决了(至少不会再犯离谱的错误
图片提示词征集, 欢迎各位友佬甩出自己觉得很夯的提示词 6 个帖子 - 6 位参与者 阅读完整话题
之前 GPT Image 可以直接生成带透明通道的 PNG 图片,升级到 GPT Image 2.0 后,这个能力反而退化了。 我做了一个后处理抠图的版本,除了半透明的物体暂时无法很好处理外,可以保证图像的高质量生成。 链接: https://png-maker.com/
之前 GPT Image 可以直接生成带透明通道的 PNG 图片,升级到 GPT Image 2.0 后,这个能力反而退化了。 我做了一个后处理抠图的版本,除了半透明的物体暂时无法很好处理外,可以保证图像的高质量生成。 链接: https://png-maker.com/
经常如图这样才开始就结束了,我不知道正确姿势是啥 我要它分析怎么提升销量,他说要分析整个市场,之后就是已经完成。干别的活也这样,这才开始就结束实在难受,非要继续才可以 @ozer_23 3 个帖子 - 2 位参与者 阅读完整话题
之前 GPT Image 可以直接生成带透明通道的 PNG 图片,升级到 GPT Image 2.0 后,这个能力反而退化了。 我做了一个后处理抠图的版本,除了半透明的物体暂时无法很好处理外,可以保证图像的高质量生成。 链接: https://png-maker.com/
展示的可用模型有 grok-imagine-image grok-imagine-video grok-4.20-0309-reasoning grok-imagine-image-quality grok-3-mini-fast grok-4.3 grok-3-mini gro
最近几天连着被封了 6 个号,比上个月封的还多,想问下会不会和巡检功能有关系,因为基本都是巡检一次,就会检测到被封的号。 3 个帖子 - 3 位参与者 阅读完整话题
请教大佬们team拼车的对话会被管理员看到吗? 我在 Data access for your managed ChatGPT account | OpenAI Help Center 中看到这样的描述: That means your administrator may be
以前都说 LLM 是推理下一个字符,所以有可能算错 10+11 这种最基本的计算题 现在似乎不会了,agent 的逻辑之下,LLM 会发现这是一个计算题,所以会当场写一个脚本再来算,就不会算错了 很多以前纯靠预测字符的方案难以解决的问题现在似乎都被解决了(至少不会再犯离谱的错误
之前绑定手机号的free账号基本都有25个额度,刚才瞄了一眼,普遍只有5或者10的额度了… 12 个帖子 - 7 位参与者 阅读完整话题
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺
投递邮箱: jeff@dmyh.tech ,标题姓名+学校 团队介绍 我们是一家聚焦 [ Agent 操作] 的 AI 初创公司,通过 AI 让用户少折腾,直接拿结果。初创成员均来自字节、百度、美团等大厂。在这里你将深度参与 AI Agent 项目从 0 到 1 的 buildi
Claude Code 启用 Agent Team,然后配置的是 国产的 glm5.1,启动团队发现,启动的团队的子代理会失败,失败的原因是 : 会用Claude Code opus 4-7,这是为什么,我配置了所有都是用 glm5.1 "ANTHROPIC_MODEL