你好,我是小 G。
我在 AI 编程 Skills 选型清单 和 强模型时代,AI 编程 Skills 还有必要装吗? 这两篇文章中,都提到了 mattpocock/skills,grilling 还专门拿了实际项目举例。
你好,我是小 G。
我在 AI 编程 Skills 选型清单 和 强模型时代,AI 编程 Skills 还有必要装吗? 这两篇文章中,都提到了 mattpocock/skills,grilling 还专门拿了实际项目举例。
前几天在知乎看到一个问题:Codex 用上 GPT-5.6 后,Skills 还有多少必要?

一条提问和我自己的使用变化不能代表行业趋势。更准确地说,我发现手里一部分开发类 Skill 的收益正在下降,所以想重新检查哪些该留、哪些该删。
你好,我是小 G。Kimi K3 上周五正式发布了!
这两天被问得最多的,基本都是同一个问题:K3 能力到底怎么样?写代码体感如何?
国内外已经有很多大佬把 K3 拿去和一线 Coding 模型对比,反馈都很不错。数据也不会骗人,这几天 K3 的订阅和使用量暴增,算力都快顶不住了。
我还是更想看它在真实项目里的表现,我觉得这才是最实际的。
所以,这次我准备了三个非常典型的案例:一个全栈项目、一个现有 Java 项目改造,再加一个从零做游戏 Demo。
K3 这次带来了:2.8T 参数、1M 上下文、原生多模态,以及面向长程 Agent 编程的架构优化。
你好,我是小 G。很多时候我感叹 AI 时代给我带来的冲击,是从一些小事引起的。
在过去,我写一篇技术文章最少需要花费一周,长一点的甚至要一个月。其中,有 1/3 的时间都花费在了枯燥的配图上。
熟悉我的读者朋友应该知道,JavaGuide 上的很多配图都是用 draw.io 手动绘制的。每一篇文章都有大量的图解,帮助理解。
和阿里的朋友确认了一下,从 7 月 10 日起,阿里会把 Claude Code 列入高风险软件名单,并推荐内部员工使用 Qoder 作为替代。
这事就不展开讨论了。
虽然 A 社经常不干人事,但 Claude 模型和 Claude Code 确实做的好。和同类产品相比,依然是最稳的那一个。毕竟是商业化项目,团队都是大牛,产品发布节奏非常快。
同类型项目,知名一点的有 OpenCode、Codex CLI、Cline、Trae、Qoder,之前 DeepSeek TUI 后来还改名成了 CodeWhale。
前两天群里有朋友丢了一个 oh-my-pi 的 GitHub 链接,说最近用着还挺舒服。
你好,我是小 G。前几天分享 Claude Code 使用技巧 时,我简单介绍了 CLAUDE.md。有 G 友在评论区问,这个文件能不能单独写一篇。
很多朋友第一次看到 CLAUDE.md,会把它当成另一份 README。README 主要给人介绍项目,CLAUDE.md 则给 Claude Code 提供工作指令,例如项目怎么启动、哪些文件不能改、接口返回格式是什么、改完代码要运行哪些检查。
你好,我是小 G。MiniMax M3 前几天发布了,不少朋友第一时间用上,反馈都还不错,也有不少朋友留言让我实测一波。
不是不想测,前几天确实太忙了,想赶在秋招之前对 JavaGuide 进行一波优化,这是每一年都会做的事情。

根据 MiniMax 官方介绍,M3 是其首个同时提供 1M 上下文、原生多模态和前沿 Coding 能力的开放权重模型。这是厂商对产品的定位,是否适合具体代码库仍要靠任务验证。
大家好,我是小 G。
我平时用 Claude Code,经常会同时开几个会话:一个开发新功能,一个重构,一个跑测试,一个看报错,另一个整理 PR 评论或补文档。

以前这么用其实挺累。我一般会在 Ghostty 里开多个分屏,再配上几个终端标签页。窗口铺得满满当当,看起来像是把并行效率拉满了,脑子里却一直要记着:哪个会话还在跑?哪个已经完成?哪个卡在权限确认?哪个报错了?
大家好,我是小 G。前面分享过 IDEA 搭配 Qoder 插件的实战,这篇文章再看一个 JetBrains 插件:CC GUI。
版本说明:下文功能和截图按 CC GUI v0.4.7(2026-07-24)整理。插件迭代较快,安装和认证方式以项目 README 与当前界面为准。
你好,我是小 G。最近有朋友问我:“你平时常用的有哪些 Skills?能不能给兄弟们分享一波?”
那当然可以啊!Skill 刚出来那会儿我就开始用了,后来也在公司内部定制过不少 Skill,同事朋友用了都说不错。
按理说,列份清单应该挺简单的。可真开始整理,我发现能入选的 Skill 其实并不多。而且,在整理 Skill 的过程中我再次感叹 AI 时代技术发展的太快了!有点顶不住啊!
Skill 刚出来那会,模型能力还没那么强。项目还没读明白就动手,代码写完不补测试,聊久了又忘掉前面的要求,这些情况都很常见。
于是我们把开发步骤一条条塞进 Skill:先澄清需求,再拆计划,测试要先写,改完还得审查。规则越细,心里越踏实。