帖子发布 10-28
如何用 Claude 学习？
How to learn with claude?
r/ClaudeAI 社区帖子，发帖人正在学 Unity 和 Unreal Engine 做游戏编程，过去一年基本手写代码，随着项目变大打算订阅 Claude Pro，但担心过度依赖它写代码而学不到东西，询问如何避免这种情况、既借助工具又保持自己动手。评论区有建议把不确定的地方都拿去提问等回应。适合正在学编程并考虑引入 AI 编程助手、关心如何避免形成依赖的学习者阅读。
编程智能体
学习用编程智能体理解、生成和维护软件，适合软件开发者。
59 条精选 · 入门 15 · 按推荐学习顺序：越基础、直观越靠前，越系统、深入越靠后
-
1入门
-
2入门帖子发布 10-19
Ask HN：如何应对上线自己看不懂的 AI 写的代码？
Ask HN: How to deal with shipping AI-written code you don't understand?
这是 Hacker News 的 Ask HN 讨论帖，作者引用一位 Meta 工程师的 LinkedIn 帖，称如今写代码像黑箱，逐行审查 AI 生成代码不现实，可能导致上线后对系统细节缺乏真正理解，并询问其他工程师是否有同样感受、如何处理。帖子围绕理解程度与交付速度之间的取舍展开提问。适合日常用 AI 写代码、需要审查和交付 AI 生成代码的工程师阅读。
-
5入门帖子发布 10-26
Zest：我因为看腻了同一副丑方块而用 Claude 做的二维码设计工具
Zest: the QR code designer I built with claude because i got sick of seeing the same ugly square.
r/ClaudeAI 社区帖子。发帖者介绍自己做印刷行业、并非开发者，用 Claude 写出了二维码设计工具 Zest（zest.lemoncello.studio），免费设计、无需账号、下载的静态码不过期；它利用二维码的留白与纠错冗余，把点阵向图像明暗推近，使 logo 融入数据而非贴在上面，并在下载前逐点回读校验。帖子还列出其与 Claude 协作的方法：仓库顶部放 CLAUDE.md 写明工作规则（先确认需求、以手机截图为准、每次提交只改一处、由自己执行部署）、用统一验证脚本把关。适合想借 Claude 从零做产品、尤其是关注非开发者如何组织协作流程的人阅读。
-
7进阶帖子发布 10-27
我用 Claude 做了一个把《英灵神殿》变成城市建造游戏的模组，在 r/valheim 登上第一
I built a mod with Claude that turns Valheim into a city builder. It hit #1 on r/valheim
r/ClaudeAI 的社区帖子，作者介绍按 F7 就能把 Valheim 变成城市建造玩法的模组：维京人迁入、纳税、需要食物和蜜酒，得不到就离开；首领住在营地，玩家带自己的军队攻打，每个首领开启一个拥有独立建筑风格的新时代。帖子称 Claude 编写了大部分 C# 代码（BepInEx 与 Harmony 补丁、定居者 AI、经济系统、由游戏内建筑部件逐块自建的房屋），还能通过远程命令文件控制游戏，自己建城、截图检查并修正；并提到 Claude 定位并修复了测试者反馈的问题，以及写入游戏内基准测试，测得合并已建成房屋用于渲染带来最大帧率提升（36 到 56 fps），设计与测试由作者完成。模组在 Nexus 和 Thunderstore 免费发布。适合对 Valheim 模组开发或用 Claude 写游戏代码感兴趣的人阅读。
-
9进阶帖子发布 10-25
《模拟飞行 95/98》终于在 64 位 Windows 上跑起来，由 Claude Code 打补丁
Flight Simulator 95/98 finally running on 64-bit Windows, patched by Claude Code
这是 r/ClaudeAI 上的一篇社区帖子，作者是《模拟飞行》老玩家，讲述用 Claude Code 排查 FS95 与 FS98 在 64 位 Windows 上因除零异常崩溃的问题：先让 Claude 修改 WINDOW.DLL 和 G3D.DLL 修好 FS95，调试 FS98 时又发现真正原因在 EXE 自身，并据此回溯到 FS95 的 EXE，从而可保留原 DLL。帖中引用了 Claude 对 EXE 内除零处理例程与 __try / __except 机制的说明。适合正在用 Claude Code 处理旧程序兼容性调试、对二进制逆向与补丁修复感兴趣的人阅读。
-
36进阶帖子发布 10-26
你们是怎么给 pi 做沙箱隔离的？
How are you sandboxing pi?
r/LocalLLaMA 上的一则讨论帖，发帖人询问大家是否对 pi 做了沙箱隔离、采用了哪种方式，并列举了 docker sbx、普通容器、devcontainer、pi 的 gondolin/sandbox 扩展等选项。评论区中有人分享了用 Podman 加 bash 包装脚本设置只读挂载的做法，还有人贴出启动脚本，说明只用 Dockerfile 从 debian 镜像安装 pi，并只挂载当前目录或 home 目录为读写，容器内的 agent 无法访问宿主机。适合关注本地 LLM agent 运行环境隔离的读者。
-
38进阶帖子发布 10-26
同一个游戏做两遍：单独用 Opus 对比 Opus 做规划 + 本地 Qwen 写代码。16 分钟对 42 分钟，2.52 美元对 0.62 美元
Same game built twice: Opus alone vs Opus planning + local Qwen coding. 16 min vs 42 min, $2.52 vs $0.62
r/ClaudeAI 社区帖子。发帖者因 Opus 的账单主要来自输出 token，尝试让 Opus 只负责思考、由本地模型负责敲代码：在同一台 MacBook Pro M5 Max 上，按同一规格做了两次五关像素平台游戏，一次只用 Opus 5.5，一次用 Fusion 模式（Opus 5.5 规划与审查，本地 Qwen 3.8 27B 以 3 个 worker 写代码）。结果为云成本 2.52 美元对 0.62 美元、耗时 16 分钟对 42 分钟、Opus 输出 90.7k 对 11.3k token、清单完成 25/25 对 24/25，耗时增加源于 3 个 worker 共用一个 GPU。帖子最后征询读者是否愿意为更小账单多等 2.5 倍时间。适合关注本地模型与云端模型混合做 agentic coding、以及想压缩 API 成本的人阅读。
-
39进阶帖子发布 10-26
我对自托管 AI 智能体做了一次盲测，结果如下，猜猜谁是谁 [D]
I ran a blind test on self-hosted AI agents. Here are the results, guess who's who [D]
这是 r/MachineLearning 的社区帖子，作者在 M5 Max MacBook Pro（64GB）上，让五个自托管智能体（OpenCode、goose、Atomic Agent、Hermes、OpenClaw）使用同一个 Qwen 3.8 27B 非审查版 Q4_K_M 模型在 llama.cpp 中运行，执行合并联系人列表、跨文件重命名函数、修复带隐藏测试的 bug、统计日志错误数、把收据 PDF 转成表格五项任务，并给出各智能体的逐项通过情况与耗时。作者提到其中一个智能体把“Q3/Q4”写成“q3q4”，另有智能体未经询问就安装缺少的 Python 库，并邀请读者猜字母与智能体的对应关系。适合对自托管编码智能体的实际任务表现和自主性取舍感兴趣的人阅读。
-
40进阶帖子发布 10-26
为一万到一万二千美元预算的本地 agentic coding 装机：1× 5090 对比 4× 3090、混合方案、PRO 6000、Mac Studio？
$10–12K build for local agentic coding: 1× 5090 vs 4× 3090 vs hybrid vs PRO 6000 vs Mac Studio?
r/LocalLLaMA 社区帖子。发帖者准备花约 1 万美元（必要时到 1.2 万）买硬件做本地 agentic coding，用途包括 agentic coding、偶尔 2–4 个并行 subagent 和逆向工程，可选需求是用 Hunyuan3D-2.1 做贴图生成（需 CUDA 和约 21GB 显存）。其列出正在考虑的方案：单张 RTX 5090、四张二手 3090、5090 + 2×3090 混合、Mac Studio M5 Ultra 256GB、超预算的 PRO 6000，并就长上下文中单 5090 与四 3090 的日常体验、3090 长上下文预填充表现、混合方案在 AM5 上以 x8/x8/x4 跑两个 vLLM 实例是否值得、以及是否该等 50 Super 或改装 4090 48GB 等问题征询意见。适合正在规划本地多卡推理/编码 agent 装机的人阅读。
-
49进阶帖子发布 10-26
Opus 5.5 会写出“垃圾代码”，但依然能成功：一个受 SlopCodeBench 启发的研究项目
Opus 5.5 writes slop code, but succeeds anyways. A research project inspired by SlopCodeBench
r/ClaudeAI 社区帖子。发帖者受 SlopCodeBench 基准（把问题拆成多个检查点，要求 agent 在自有旧代码上不断加功能，并用结构侵蚀和冗余度衡量代码变“脏”的程度）启发，把 Opus 5.5 跑完 196 个检查点（API 花费 266 美元），检验代码变脏是否预示表现变差。结论包括：35 个问题中有 22 个的侵蚀度与冗余度都上升；在同一问题内比较检查点后，脏乱程度并不预示下一个检查点是否做对；原先通过的测试仅约 0.3% 回归，且更脏的仓库并不更多回归；代码规模翻倍时下一个检查点成本约增 19%。适合关注 agentic coding 评测与代码质量控制的人阅读。
-
59进阶帖子发布 10-27
一份简报文件，让大模型写出本地 9B 模型真正能执行的计划（并减少我的 Claude token 消耗）
A briefing file that lets a big model write plans a local 9B can actually execute (and cut my Claude token spend)
这是一篇社区分享帖，作者把用 Ornith 1.5-9B（8-bit）做本地编码智能体的经验整理成公开的简报文件，交给更强的规划模型（作者用 Claude Code）使用。内容分为分工方式（强模型写规格与小任务卡并验证结果，本地模型执行命令、构建、轮询、git 等机械工作）、如何向小模型下简报（精确文件与行号、绝对路径、1–3 行改动、每步以命令和预期输出结束、明确停止规则）、运行方式（每任务新会话、小上下文）以及验证方式；作者称小模型完成的 75 次提交合并中，其自述笔记多次出错但被计划校验捕获。适合在本地小模型与大模型之间拆分编码任务流程的人阅读。