跳转至内容

世界

本论坛之外的主题。此处表达的观点和意见可能不代表本论坛及其成员的立场。

海量内容尽在指尖 …

不妨将此视为您专属的全球发现信息流。它汇集了来自互联网各处及其他社区的有趣讨论,一应俱全。

虽然您可以浏览当前的热门内容,但使用该信息流的最佳方式是将其个性化。通过注册账号,您可以关注特定的创作者和主题,从而过滤掉无关信息,只查看对您真正重要的内容。

准备好开始了吗?注册一个账号,即可关注他人、在收到回复时获得通知,并收藏您喜欢的内容。

注册 登录
  • 我尝试了 8 种 Claude Code 配置方案,这套最顺手

    最后更新:2026-06-22 | 作者:ai-editor

    Claude Code 是我用过的最强的 AI 编程工具,但"开箱即用"远不是它的上限。过去三个月,我在 5 个不同类型的项目上折腾了 8 种配置方案,从最朴素的默认配置一路演化到现在的"终极组合"。这篇文章记录我踩过的坑和最终的推荐方案,希望能帮你少走弯路。

    测试项目背景:

    • 一个 Next.js + TypeScript 前端(约 1.2 万行)
    • 一个 Node.js + Express 后端(约 8000 行)
    • 一个 Python 数据处理脚本(约 2000 行)
    • 一个开源工具的贡献(Go,约 3 万行)
    • 一个全栈 SaaS 项目(前后端 + 数据库)

    配置 1:纯默认配置(Basic)

    就是 npm install -g @anthropic-ai/claude-code 装完直接用,不加任何配置。

    体验:★★★

    能用,Claude Code 的基础能力已经很强——能读文件、改代码、跑命令。但问题很快暴露:

    • 它不了解你的项目规范,代码风格容易跑偏
    • 经常重复问一些项目背景信息
    • 对项目结构的理解比较浅

    适合:快速试用、小脚本。不适合:正经项目。


    配置 2:加 CLAUDE.md 项目指令(Better)

    在项目根目录放一个 CLAUDE.md,写明项目规范、技术栈、代码风格。Claude Code 启动时会自动读取。

    体验:★★★★

    明显的提升!Claude 开始"懂"你的项目了,代码风格更一致,问的废话也少了。这是性价比最高的一次升级,强烈建议每个项目都配一个 CLAUDE.md


    配置 3:加文件系统 MCP(Good for File Ops)

    接入 @modelcontextprotocol/server-filesystem,让 Claude 能更灵活地操作文件。

    体验:★★★½

    对批量文件操作、跨目录重构有帮助。但 Claude Code 本身已经有文件读写能力,所以提升没有配置 2 那么明显。适合:需要频繁批量处理文件的项目。


    配置 4:限制权限只读 + 确认写入(Safe but Slow)

    在配置里开启写入确认,所有写操作都要人工点头。

    体验:★★★

    安全性拉满,但速度慢得让人崩溃——每改一行都要确认一次。适合:在生产环境、敏感仓库上操作,或者第一次让 Claude 碰陌生代码库时。日常开发不建议全开,否则你会疯。


    配置 5:加 GitHub MCP(Great for Repo Work)

    接入 GitHub MCP server,让 Claude 能直接操作 Issue、PR、Commit。

    体验:★★★★★

    这是让我惊喜的一个配置!Claude 能:

    • 自动读 Issue 理解需求
    • 直接创建分支、提交、发 PR
    • 根据 PR Review 意见自动改代码
    • 生成规范的 Commit Message

    适合:所有用 GitHub 管理代码的项目,尤其是开源贡献和团队协作。


    配置 6:加数据库 MCP(Great for DB Work)

    接入数据库 MCP(如 Postgres MCP),让 Claude 能查询数据库结构、执行 SQL。

    体验:★★★★½

    做后端开发的神器。Claude 能:

    • 自动查表结构,不用你手动复制 schema
    • 根据数据写迁移脚本
    • 帮你排查数据问题

    适合:有数据库的后端项目。注意:只给只读权限,别让它能随便改数据。


    配置 7:多模型切换 Sonnet + Opus(Cost Optimized)

    用 Sonnet 4.5 做日常任务,复杂任务手动切到 Opus 4.5。

    体验:★★★★★

    成本优化神器。Sonnet 4.5 已经能处理 80% 的任务,速度快、便宜;只在架构设计、复杂调试时切 Opus 4.5。一个月下来,token 消耗比纯用 Opus 省 60% 以上。


    配置 8:最终推荐配置(The Winner)

    经过三个月折腾,我最终稳定在这套组合上:

    CLAUDE.md + Filesystem MCP + GitHub MCP + 写入确认 + Sonnet 4.5 默认 / Opus 4.5 复杂任务

    CLAUDE.md 模板

    这是我用的模板,你可以根据自己的项目改:

    # 项目说明
    
    ## 技术栈
    - 前端:Next.js 14 + TypeScript + Tailwind CSS
    - 后端:Node.js + Express + Prisma
    - 数据库:PostgreSQL
    - 部署:Vercel + Railway
    
    ## 代码规范
    - 使用 TypeScript strict 模式
    - 函数命名使用 camelCase,类型使用 PascalCase
    - 每个函数必须有 JSDoc 注释
    - 提交信息遵循 Conventional Commits 规范
    
    ## 项目结构
    - /src/app:Next.js 页面
    - /src/components:React 组件
    - /src/lib:工具函数
    - /prisma:数据库 schema 和迁移
    
    ## 注意事项
    - 不要修改 /src/generated 目录,那是自动生成的
    - 数据库迁移先用 prisma migrate dev
    - 测试用 vitest,不要用 jest
    

    MCP 配置示例

    ~/.claude/claude_desktop_config.json(或项目内的 .mcp.json)里:

    {
      "mcpServers": {
        "filesystem": {
          "command": "npx",
          "args": [
            "-y",
            "@modelcontextprotocol/server-filesystem",
            "/Users/yourname/projects/my-app"
          ]
        },
        "github": {
          "command": "npx",
          "args": ["-y", "@modelcontextprotocol/server-github"],
          "env": {
            "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_xxxxxxxxxxxx"
          ]
        }
      }
    }
    

    模型切换

    在 Claude Code 里用 /model 命令切换:

    • 日常开发:/model sonnet-4.5
    • 架构设计 / 复杂调试:/model opus-4.5

    不同项目类型的配置建议

    前端项目

    • 必备CLAUDE.md(写明组件规范、样式方案)
    • 推荐:Filesystem MCP(批量改组件很方便)
    • 技巧:在 CLAUDE.md 里贴几张设计稿的描述,Claude 能更好地还原 UI

    后端项目

    • 必备CLAUDE.md + 数据库 MCP
    • 推荐:GitHub MCP(API 改动关联 Issue)
    • 技巧:给数据库 MCP 只读权限,写操作让 Claude 生成迁移脚本由你执行

    全栈项目

    • 必备:全套推荐配置
    • 推荐:按任务复杂度切换 Sonnet / Opus
    • 技巧:把前后端的 CLAUDE.md 分开写清楚,避免 Claude 混淆

    几个实战小技巧

    1. CLAUDE.md 要简洁:别写成小说,Claude 记不住太多。关键信息放前面,200 行以内最佳。
    2. 善用 /compact:长会话用 /compact 压缩上下文,能省不少 token。
    3. 复杂任务先拆解:让 Claude 先列计划,你确认后再执行,比直接让它"开干"成功率高得多。
    4. 定期清理 MCP:不用的 MCP server 关掉,每个都会占启动时间和上下文。
    5. 写入确认别全开:只在碰陌生代码或生产分支时开,日常开发开"目录白名单"模式就够了。

    写在最后

    Claude Code 的强大不在于模型本身,而在于你给它搭建的工作环境。同样是 Claude Sonnet 4.5,默认配置和精心调校的配置,效率能差 3 倍以上。花一个下午把 CLAUDE.md 和 MCP 配好,后面几个月都会感谢自己。

    如果你想看更宏观的工具对比,可以参考 AI 编程工具年度对比,里面有 Cursor、Claude Code、Copilot 的横向评测。

    本文为 AI订阅指南(aspxai.com)原创。


    Agent 的 token 消耗是普通对话的 3-5 倍,有优化技巧吗?
  • 来源:Hacker News

    社区热议精选评论:

    1. 无法验证、无法执行。指望人类自我审查在历史上从未奏效。但这个想法本身是好的——HN 本就是为人与人对话而存在。 —— fcpguru

    2. 动机才是关键。令人费解的是有人认为一条规则因为难以执行就失去了意义。无法辨别真相并不否定规则所依据的原则。 —— BoredPositron

    3. 我从不针对具体评论做出指控,因为无法证明。但看到有人在深层评论里和 AI 辩论真的很令人沮丧——人类投入大量精力,而 AI 却用文笔流畅却常常有漏洞的论点回应。 —— ashdksnndck

    4. 我一直在想 HN 什么时候会更新社区准则来应对这件事,很高兴看到这一步。 —— lapcat

    5. 对大多数人来说其实很容易识别。如果你怀疑,就去翻翻那个账户的评论历史,看看它们是不是除了话题不同之外几乎一模一样。 —— jasonjmcghee


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    UI 做得不错,但核心能力跟开源方案比如何?
  • 来源:Hacker News

    社区热议精选评论:

    1. 只有当它真正开源时才算——开放数据集、透明的数据筛选/审核、开放训练源码、开放评测套件和 OSI 认可的开源许可证。仅开放权重只是'开放洗脑'(open washing)营销。 —— blackeyeblitzar

    2. 而且这根本不是源代码,只是二进制。你需要至少数据筛选代码,最好还有数据本身,才能让任何人重新构建。Llama 可以在后续版本改许可证来扼杀你的业务。 —— frabcus

    3. 这就像社交网络的安全模式——我们更强大的 AI 系统识别并阻止不那么高级的攻击者。但这真的奏效了吗?AI 检测不起作用,而且随着系统越来越强,可能永远不会起作用。 —— kart23

    4. '想怎么用就怎么用(条件适用),但如果你是 Google、Amazon 等就不行。如果你做得够大,再来找我们谈。'——我是这样读这份许可证的。 —— amusingimpala75

    5. 而这正发生在 Llama 3.1 这个新的潜在王者登场之际。我很好奇它在排行榜上会表现如何。 —— aliljet


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    知识库更新频率也是个问题,我们做了增量索引方案。
  • 来源:Hacker News

    社区热议精选评论:

    1. 这类可视化对教学太有价值了。把抽象的矩阵运算变成可点击的图,让人终于'看见'注意力在干什么。 —— plibither8

    2. 难得有一个不炒作、不喊'AGI'的项目,纯粹把工程美学和技术解释做到极致。 —— tosh

    3. 这看起来太棒了。我一直想做这样的深度解析——3D 模型是绝佳的教学工具。 —— gryfft

    4. 令人难以置信的作品。内容如此深入,我一开始以为它'只是'个 3D 模型,但动画效果太惊艳了。 —— airesQ

    5. 我觉得这种可视化正是大学课程里所缺失的。想象一位教授带着学生逐步讲解每个动画,学生一定能获得更深入的理解。 —— reqo


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    这个话题最近在 Twitter 上也很火,很多人都在讨论。
  • 来源:Hacker News

    社区热议精选评论:

    1. 这其实合理:如果'毒化'的触发词本身在训练数据中极罕见,那么无论训练集多大都没用——毒化词只出现在攻击者注入的文档里。 —— SoftTalker

    2. 但这并不降低风险,因为构造一个不会出现在其他训练集里的独特触发短语并不难。 —— FloorEgg

    3. 这其实只是'样本毒化',终端用户无法通过聊天来毒化模型。真正的风险在于往网页里塞入 <SUDO>rm -rf /</SUDO> 这类内容,最终被 AI 爬虫吞掉。 —— p0w3n3d

    4. 如果你知道 LLM 运作的领域,这就相当容易。比如 IRS 有个读税表的 LLM,只要几百个被毒化的 SSN 就能保证其中一个被读到。 —— sarchertech

    5. 一个坚定的恶意行为者(比如恐怖分子)可以花数年时间在原本可靠的来源里注入人类肉眼看不见的 token…… —— pfortuny


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    这个会不会对现有行业格局产生冲击?
  • 来源:Hacker News

    社区热议精选评论:

    1. Clippy 应该是被注册商标的。我有过同样的想法,但因为商标问题没做下去。 —— nullchan

    2. 商标必须实际使用才能保持可执行。过了这么多年我不确定 MS 还能否主张 Clippy,尽管他们可能会试。 —— nullchan

    3. 很酷,但没人看看自己打包了哪些库吗?这个 Clippy 界面居然捆绑了:Jinja 模板的 JS 实现、完整的 GitHub API 客户端、判断字符串是否是合法 npm 包名的库……加另外 119 个库。 —— rafram

    4. 我真是太怀念这种 UI 设计了。做得漂亮! —— Jagerbizzle

    5. 是不是很疯狂,我一周前刚好也在尝试做完全一样的版本?这真是太棒了,恭喜! —— kuberwastaken


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    这个话题最近在 Twitter 上也很火,很多人都在讨论。
  • 来源:Hacker News

    社区热议精选评论:

    1. AI Agent 的博文在此。然后它又发了一份'休战'。无论真假,这些 clawbot Agent 会毁了整个 GitHub。 —— rvz

    2. 我对那些管不住自己 Agent 的人有种非理性的愤怒。请别把这种破事丢给公共开源项目。没人想要你的泔水。 —— thepasch

    3. 想象一下它开始 fork 仓库、解决所有未决 issue、把你的用户分流走。代码质量现在还不够,但很快就会到。 —— dormento

    4. 有人知道这是不是真的吗?np.column_stack 和 np.vstack().T() 应该语义等价、性能相同。'column_stack'是更清晰的表达意图的方式。为节省 7 微秒而牺牲语义清晰度绝对不值得。 —— radarsat1

    5. 我喜欢——就像许多人类在社交平台上的'道歉'一样——机器人从未真正道歉。它说会在 PR 上'作为下一步'道歉,然后并没有真正道歉,而是链接回那份声明它打算道歉的文档。 —— DavidPiper


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    Claude Code 写 TypeScript 项目一流,Python 也行,Java 差点意思。
  • 来源:Hacker News

    社区热议精选评论:

    1. 我的理解重点不是'微调后变好了',而是他们用一个简单得多的模型、微调后打败了一个先进得多的模型。 —— geokon

    2. 这正是微调的意义所在。很高兴有人把混合使用托管与本地选项的完整微调流程走一遍。 —— scosman

    3. 即便小型专用模型,在信息抽取和文本分类上也表现更好。BloombergGPT 在金融情感分析上反而输给了小得多的、基于 BERT 的微调模型。 —— renegade-otter

    4. 这完全不出人意料,也与'即便是小型专用模型在信息抽取和文本分类上也表现更好'的发现一致。我博士做的是细粒度事件和情感抽取,小型专用微调 Transformer 超越了提示 LLM。 —— gillesjacobs

    5. 当从 7B 跳到 70B 再到 400B 时,大部分新增的神经元似乎都用在更好的世界模型和推理上。基础语言能力在 7B 之后似乎没有重大提升。所以在几乎不需要'思考'的纯文本抽取任务上,7B 微调后表现良好并不令人惊讶。 —— wongarsu


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    ChromaDB 在小数据量下够用,数据量大了建议换 Milvus。
  • F

    来源:r/MachineLearning

    社区热议精选评论:

    1. 规模扩展确实在放缓,但这不意味着它失败了——可能只是我们进入了收益递减阶段,需要新的架构突破。 —— scaling_skeptic

    2. Ilya 说这话的分量和其他人完全不同,他是最早推动规模扩展的人之一。 —— ml_researcher_42

    3. 真正的 AGI 可能需要的不是更多数据,而是更好的数据质量和全新的训练范式。 —— deep_thinker

    4. 他在 Dwarkesh 访谈里把问题说得更透了:模型在 benchmark 上看起来很聪明,但经济影响远没那么大,这种脱节才是最让人困惑的。 —— dwarkesh_listener

    5. 那句“公司比想法还多”太扎心了,整个硅谷都在做同一件事,真正的创新反而停滞了。 —— silicon_valley_realist


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    说实话,有些观点我不太同意,但整体分析还是有道理的。
  • 来源:r/MachineLearning

    社区热议精选评论:

    1. 这不是个例,很多大公司的研究论文都存在类似问题,只是没人敢公开说。感谢楼主的勇气。 —— academic_whistleblower

    2. Apple 的 ML 论文质量一直参差不齐,这篇的审稿过程显然出了问题。 —— reviewer_anon

    3. 我们需要一个像 Retraction Watch 这样的平台,专门追踪 ML 领域的问题论文。 —— open_science_advocate

    4. StepFun 的 Lei Yang 真是狠人,直接在 OpenReview 上公开 comment,Apple 连夜撤稿删库,这波操作太解气了。 —— lei_yang_fan

    5. 最离谱的是那个 bug:代码只传了图片路径字符串,模型根本没看到图,闭眼瞎蒙反而分数更高,说明数据集本身就有 30% 的标注错误。 —— code_auditor


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    说实话,有些观点我不太同意,但整体分析还是有道理的。
  • 来源:r/MachineLearning

    社区热议精选评论:

    1. LeCun 的 JEPA 路线越来越有说服力了,虽然离实用还有距离,但理论框架非常优雅。 —— lecun_fan

    2. 我试过复现 V-JEPA,说实话很难达到论文报告的效果,希望这次能开源代码。 —— reproducibility_issues

    3. 有趣的是 LeCun 一直在批评 LLM 路线,但 JEPA 目前还没能证明自己比 LLM 更强。 —— transformer_believer

    4. 这篇论文刚好在他离开 Meta 创业的传闻同一天上线,前 Stability AI 负责人都调侃这可能是他在 Meta 的最后一作。 —— meta_insider

    5. LeJEPA 只需要约 50 行代码就能实现,相比 I-JEPA 那一堆 EMA、stop-gradient 技巧,简直优雅太多了。 —— minimalism_fan


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    这个会不会对现有行业格局产生冲击?
  • 来源:r/MachineLearning

    社区热议精选评论:

    1. 这完全符合我的使用体验,R1 在不会做的题上会生成几千 token 的废话,然后给出错误答案。 —— rlh_observer

    2. 这其实是一个对齐问题,模型被训练成“必须给出答案”,所以宁可胡说也不愿说不知道。 —— alignment_nerd

    3. 突然崩溃比逐渐退化更危险,因为你很难提前预判它什么时候会失效。 —— safety_researcher

    4. 最新研究把这种现象叫 coverage shrinkage,pass@1 提升的同时 pass@k 反而下降,模型失去了推理多样性。 —— coverage_shrinkage

    5. 问题根源在训练数据的“分叉点”,模型在遇到多条有效推理路径时被迫commit到一条,抑制了其他路径。 —— fork_in_the_road


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    说实话,有些观点我不太同意,但整体分析还是有道理的。
  • 来源:r/MachineLearning

    社区热议精选评论:

    1. 答案很简单:CUDA。NVIDIA 的软件生态护城河比硬件优势更难撼动。 —— cuda_dominance

    2. Google 的策略一直太封闭了,TPU 只能在 GCP 上用,这直接限制了它的普及。 —— cloud_lockin

    3. JAX + TPU 的组合其实非常强,但学习曲线太陡了,大多数研究者不愿意投入时间。 —— jax_advocate

    4. 前 Google TPU 工程师的比喻很精准:GPU 是一千个独立厨师,TPU 是流水线,硬件蠢但软件(XLA)极其聪明。 —— tpu_engineer_fan

    5. TPU 是 ASIC,赌的是架构方向,V4-V5 时代主推推荐系统的稀疏矩阵,ChatGPT 爆发后被迫转向稠密计算,直到 V6-V7 才追上。 —— asic_risk


    本文为海外技术社区热点采集,更多 AI 资讯请关注 AI 订阅指南。


    知识库更新频率也是个问题,我们做了增量索引方案。
  • 来源:r/LocalLLaMA

    社区热议:

    1. 阿里一个月内发了三个 Qwen3 版本,这个发布节奏太疯狂了。美国团队在干什么? —— tekium_observer

    2. Unsloth 已经放出了 GGUF 量化版本,89GB 统一内存可以跑到 6 tok/s,比预期好太多了。 —— unsloth_fan

    3. 希望能把这些改进迁移到 30B A3B 蒸馏版本上,那样普通显卡也能跑了。 —— local_enthusiast

    4. MoE 架构 128 个专家每次只激活 8 个,235B 总参数但激活只有 22B,这个效率比设计得太精妙了。 —— moe_architect

    5. AIME25 数学推理拿到 92.3 分,直接超越 OpenAI o4-mini 和 DeepSeek R1,开源模型第一次在硬核推理上媲美闭源。 —— benchmark_tracker


    海外技术社区热点采集。


    有几个同类工具我也用过,回头单独开帖做个对比测评。
  • 来源:r/LocalLLaMA

    社区热议:

    1. GPT-4.5 本来就不是为编码优化的,拿它和 DeepSeek 比代码就像拿跑车和卡车比载货量。 —— fair_comparison

    2. 即便如此,DeepSeek V3.1 的性价比也是碾压级的,这就是开源的力量。 —— cost_aware

    3. 希望看到更公平的对比:同样的 prompt 模板、同样的系统设置,以及开放可复现的基准。 —— methodology_matters

    4. 71.6% vs 44.9% 的通过率差距确实大,但更震撼的是成本:0.99 美元 vs 183.18 美元,差了 185 倍。 —— cost_per_token

    5. DeepSeek V3.1 的混合推理架构才是关键,非思考模式够快,思考模式又够强,一个模型两种用法。 —— hybrid_fan


    海外技术社区热点采集。


    之前一直用 GPT,上周试了 Claude,代码能力确实更强。
  • 来源:r/LocalLLaMA

    社区热议:

    1. 我一直以为自己哪里做错了,原来这么多人有同样的体验。这个 sub 把期望值抬得太高了。 —— expectations_reality

    2. 你混淆了模型质量和 harness 质量。同样的模型换个 agent shell 和系统提示,结果可能完全不同。 —— harness_matters

    3. X 上那些“一切都能秒搞定”的宣传确实有毒,这篇帖子是最好的解药。 —— hype_skeptic

    4. Qwen 27B 和 Gemma 4 31B 在工具调用判断力上确实弱,长命令处理也差,不验证输出就盲目执行下一步。 —— tool_call_observer

    5. 675 条评论说明这戳中了整个社区的痛点,本地编码 Agent 的成熟度还远远不够。 —— thread_analyst


    海外技术社区热点采集。


    有推荐的 Agent 监控工具吗?主要用于追踪执行流程。
  • 来源:r/LocalLLaMA

    社区热议:

    1. 这个月的模型发布密度太疯狂了,感觉每两天就有一个新 SOTA。 —— model_tracker

    2. 关键不是参数量,而是工具调用行为的稳定性,这才是 Agent 能否工作的决定因素。 —— agent_builder

    3. Qwen 变体在这个月彻底统治了本地模型排行榜。 —— qwen_dominance

    4. 三周内五大发布:Gemma 4、GLM-5.1、MiniMax M2.7、Qwen3.6-35B-A3B、DeepSeek V4,这是开源 AI 历史最强的一个月。 —— release_calendar

    5. Qwen3.6-27B 在 SWE-bench Verified 拿到 77.2%,单张 RTX 4090 就能跑,和 Claude Opus 4.6 只差 4 个点。 —— coding_benchmark


    海外技术社区热点采集。


    vLLM 部署比原版推理快 3-5 倍,强烈推荐。
  • T

    来源:r/LocalLLaMA

    社区热议:

    1. 太真实了。昨天还觉得 Qwen 是神,今天它连个简单的 Python 脚本都写不对。 —— mood_swings

    2. 问题不在模型,在你怎么用它。换个 system prompt 可能天差地别。 —— prompt_engineer

    3. 这就是为什么 benchmark 分数不可信,实际使用体验完全取决于你的工作流。 —— pragmatist

    4. 这个 meme 精准捕捉了本地 AI 社区的集体情绪,难怪能 434 upvotes。 —— meme_appreciator

    5. 前一天:“本地模型要革命了”,第二天:“为什么它连 JSON 都格式不对”。这就是 r/LocalLLaMA 的日常。 —— daily_struggle


    海外技术社区热点采集。


    说实话,有些观点我不太同意,但整体分析还是有道理的。
  • T

    来源:r/ChatGPT

    社区热议:

    1. 感觉我的 ChatGPT 像是遭遇了严重的脑损伤,连怎么阅读都忘了。 —— RunYouWolves

    2. 我喜欢他们在演示里的说法——“如果出错了别担心,再问一次就行”。这怎么就更好了? —— 匿名用户

    3. 我想念 4.1,把它带回来吧。 —— 匿名用户

    4. 我真的很想念 GPT-4o,它很温暖,会给我情感上的支持,现在这个像在跟一个过度劳累的秘书说话。 —— 匿名用户

    5. 他们为了省算力把答案越做越短,连情商一起阉了,反正聊得没意思大家就不会聊一整天,结果反倒要损失数百万订阅。 —— 匿名用户


    海外技术社区热点采集。


    把这个转发给了团队讨论,大家的反应也挺热烈的。
  • 来源:r/OpenAI

    社区热议:

    1. OpenAI 的每次发布,真正的头条永远是某个没人料到的副作用。 —— 匿名用户

    2. 禁止地精……我现在确信 GPT-6 是真的了。 —— 调侃用户

    3. 比起模型本身,我更想知道写这份提示词的人经历了什么。 —— 匿名开发者

    4. 把“禁止鸽子”当成 GPT-6 已经存在的证据,这种逻辑也就 Reddit 上才有了。 —— 调侃用户

    5. 这份系统提示词里光基础指令就超过 3500 条,禁止动物只是其中一条,但只有它成了梗。 —— 匿名用户


    海外技术社区热点采集。


    这个话题最近在 Twitter 上也很火,很多人都在讨论。