苹果 18 pro max 内部价
作者: earlySummer 板块: 搞七捻三
AI 资讯
已同步 36981 条公开资讯,来源和发布时间保留在每条记录中。
AIGOOD 已同步公开来源;每条资讯详情保留来源和原文链接。
作者: earlySummer 板块: 搞七捻三
懂出海,能记忆,自进化
心血来潮,准备冲一波 claude pro, 就遇到 KYC了,打算用护照试试(好像有佬成功 https://linux.do/t/topic/2933995/34) 然后实在不行的话,顺便问问佬们,是否可以申请退款?
尊敬的客户您好: 您于10月8日购买的“穿越回中秋前”套餐已经生效 现在是9月24日 依据事先签订的合同 本公司需要向您收取手续费 总共50元整 请您及时缴纳 祝您生活愉快,享受马上到来的中秋与国庆假期
提示词是这位佬的 之前的火车小镇 astra 和 opus 5.5 对比 开发调优 这是之前的astra 刚出的时候 在L站 看到某个佬发的测试, 今天opus 5.5 刚出,想拿两边对比下,然后让opus 也跑了一个 https://willow-bay-h0.ty126-magnus.chatgpt.site/ (astra) 32分钟 [image] https://claude.ai/artifact/9opfLSJuhAtX78PT6TNkz5 (opus) 7… 跑了20分钟吧,整体感觉还可以,这个细…
这是什么情况啊,有佬友遇到吗?codex 的 vscode 插件,看不见实时的用量额度了。 PS: 一共三个账号,其中有两个账号看不见额度,但是有一个账号功能还是正常的,非常奇怪。 版本号:26.917.62051
最近 jev 的讨论挺多,我们把它接进了「斯坦福小镇」的 agent 模拟世界,做了一个小实验。 虽然它用了像素风游戏的表现形式,但这个世界里没有玩家角色。人类只能观察,不能控制居民。画面中所有会移动的角色,都是 agent 依靠 jev 自己决定要去哪里、找谁,以及什么时候停下来。 目前场景里有 20 个居民。每个人都有自己的身份、性格、当前状态和对世界的共同认知。 世界运行后,他们会不断经历这样一个循环: 观察当前环境 → 决定下一步做什么 → 移动 → 发起互动 → 对话 → 更新状态和记忆 这次主要实验的…
项目说明: (click for more details) 野榜地址:致知|大模型智力长期追踪榜单 猫的震惊: (click for more details) 昨天开了个Pro,希望A÷下手轻点,别让我的20刀飞走
最新话题 - 2026年9月24日12:01摘要 (近3小时) 本期RSS内容聚焦AI模型使用问题、开发者工具生态、开源项目动态、科技产品发布及社区热点事件,整体呈现对大模型服务稳定性、性价比与技术演进的高度关注。 AI模型服务与使用体验 ● Claude Pro用户获赠100美元额度,疑似官方促销。 原文链接 ● Anthropic工程师解释Claude写作质量下降原因。 原文链接 ● GPT-6系列模型实际可用额度低于订阅预期。 原文链接 ● GPT网页端用户反馈额度显示异常问题。 原文链接 ● 用户担忧GP…
不讨论别的,只讨论这 2 个: glm max 方案(¥1078/月) kimi max 方案(¥699/月) 看了评分,两款模型算是各有千秋。全栈开发占了我 85%以上的任务。我纠结的点: kimi k3 参数规模大,并且支持多模态,这很有用,我通常会通过 chrome-devtools mcp 连接到 Chrome 进行页面的错误和样式排查修改,但是 kimi k3 的推理速度和输出太慢了。 glm 5.3 参数规模没有这么大,但是据说在编成上要优于 kimi k3 ?而且速度也会比较快一些。 有没有实际深度…
不讨论别的,只讨论这 2 个: glm max 方案(¥1078/月) kimi max 方案(¥699/月) 看了评分,两款模型算是各有千秋。全栈开发占了我 85%以上的任务。我纠结的点: kimi k3 参数规模大,并且支持多模态,这很有用,我通常会通过 chrome-devtools mcp 连接到 Chrome 进行页面的错误和样式排查修改,但是 kimi k3 的推理速度和输出太慢了。 glm 5.3 参数规模没有这么大,但是据说在编成上要优于 kimi k3 ?而且速度也会比较快一些。 有没有实际深度…
不讨论别的,只讨论这 2 个: glm max 方案(¥1078/月) kimi max 方案(¥699/月) 看了评分,两款模型算是各有千秋。全栈开发占了我 85%以上的任务。我纠结的点: kimi k3 参数规模大,并且支持多模态,这很有用,我通常会通过 chrome-devtools mcp 连接到 Chrome 进行页面的错误和样式排查修改,但是 kimi k3 的推理速度和输出太慢了。 glm 5.3 参数规模没有这么大,但是据说在编成上要优于 kimi k3 ?而且速度也会比较快一些。 有没有实际深度…
不讨论别的,只讨论这 2 个: glm max 方案(¥1078/月) kimi max 方案(¥699/月) 看了评分,两款模型算是各有千秋。全栈开发占了我 85%以上的任务。我纠结的点: kimi k3 参数规模大,并且支持多模态,这很有用,我通常会通过 chrome-devtools mcp 连接到 Chrome 进行页面的错误和样式排查修改,但是 kimi k3 的推理速度和输出太慢了。 glm 5.3 参数规模没有这么大,但是据说在编成上要优于 kimi k3 ?而且速度也会比较快一些。 有没有实际深度…
不讨论别的,只讨论这 2 个: glm max 方案(¥1078/月) kimi max 方案(¥699/月) 看了评分,两款模型算是各有千秋。全栈开发占了我 85%以上的任务。我纠结的点: kimi k3 参数规模大,并且支持多模态,这很有用,我通常会通过 chrome-devtools mcp 连接到 Chrome 进行页面的错误和样式排查修改,但是 kimi k3 的推理速度和输出太慢了。 glm 5.3 参数规模没有这么大,但是据说在编成上要优于 kimi k3 ?而且速度也会比较快一些。 有没有实际深度…
不讨论别的,只讨论这 2 个: glm max 方案(¥1078/月) kimi max 方案(¥699/月) 看了评分,两款模型算是各有千秋。全栈开发占了我 85%以上的任务。我纠结的点: kimi k3 参数规模大,并且支持多模态,这很有用,我通常会通过 chrome-devtools mcp 连接到 Chrome 进行页面的错误和样式排查修改,但是 kimi k3 的推理速度和输出太慢了。 glm 5.3 参数规模没有这么大,但是据说在编成上要优于 kimi k3 ?而且速度也会比较快一些。 有没有实际深度…
不讨论别的,只讨论这 2 个: glm max 方案(¥1078/月) kimi max 方案(¥699/月) 看了评分,两款模型算是各有千秋。全栈开发占了我 85%以上的任务。我纠结的点: kimi k3 参数规模大,并且支持多模态,这很有用,我通常会通过 chrome-devtools mcp 连接到 Chrome 进行页面的错误和样式排查修改,但是 kimi k3 的推理速度和输出太慢了。 glm 5.3 参数规模没有这么大,但是据说在编成上要优于 kimi k3 ?而且速度也会比较快一些。 有没有实际深度…
不讨论别的,只讨论这 2 个: glm max 方案(¥1078/月) kimi max 方案(¥699/月) 看了评分,两款模型算是各有千秋。全栈开发占了我 85%以上的任务。我纠结的点: kimi k3 参数规模大,并且支持多模态,这很有用,我通常会通过 chrome-devtools mcp 连接到 Chrome 进行页面的错误和样式排查修改,但是 kimi k3 的推理速度和输出太慢了。 glm 5.3 参数规模没有这么大,但是据说在编成上要优于 kimi k3 ?而且速度也会比较快一些。 有没有实际深度…
不讨论别的,只讨论这 2 个: glm max 方案(¥1078/月) kimi max 方案(¥699/月) 看了评分,两款模型算是各有千秋。全栈开发占了我 85%以上的任务。我纠结的点: kimi k3 参数规模大,并且支持多模态,这很有用,我通常会通过 chrome-devtools mcp 连接到 Chrome 进行页面的错误和样式排查修改,但是 kimi k3 的推理速度和输出太慢了。 glm 5.3 参数规模没有这么大,但是据说在编成上要优于 kimi k3 ?而且速度也会比较快一些。 有没有实际深度…
不讨论别的,只讨论这 2 个: glm max 方案(¥1078/月) kimi max 方案(¥699/月) 看了评分,两款模型算是各有千秋。全栈开发占了我 85%以上的任务。我纠结的点: kimi k3 参数规模大,并且支持多模态,这很有用,我通常会通过 chrome-devtools mcp 连接到 Chrome 进行页面的错误和样式排查修改,但是 kimi k3 的推理速度和输出太慢了。 glm 5.3 参数规模没有这么大,但是据说在编成上要优于 kimi k3 ?而且速度也会比较快一些。 有没有实际深度…
不讨论别的,只讨论这 2 个: glm max 方案(¥1078/月) kimi max 方案(¥699/月) 看了评分,两款模型算是各有千秋。全栈开发占了我 85%以上的任务。我纠结的点: kimi k3 参数规模大,并且支持多模态,这很有用,我通常会通过 chrome-devtools mcp 连接到 Chrome 进行页面的错误和样式排查修改,但是 kimi k3 的推理速度和输出太慢了。 glm 5.3 参数规模没有这么大,但是据说在编成上要优于 kimi k3 ?而且速度也会比较快一些。 有没有实际深度…