IDEA 官宣:Skill Manager,像插件一样安装Skill

0 阅读6分钟

上周三下午,我对着新拉下来的项目仓库,第5次输入"我们项目用pnpm,别用npm,依赖装workspace模式"。敲完最后一个字,我突然停下来:我是不是在训练一个永远记不住事的"金鱼型"AI?

巧了,JetBrains 刚发布的 Skill Manager + Skill Repository,还真就解决了这个痛点。用一句话总结:**让技能"一次安装,处处复用",像给代码助手装了个"技能背包"**🎒。

技能管理器:终于不用当"复读机"了

以前用AI助手,每个新项目都像带新人入职:先教技术栈,再讲代码规范,最后叮嘱"别用any类型"。教完这个项目,下一个项目重来一遍。不是AI笨,是技能被"锁"在了单个项目里。

Skill Manager 的改变很直接:在 IDE 层面统一管理技能。装一次,所有项目、所有支持的代理都能用。

真实体验:我常用一个"前端最佳实践"技能,以前每个React项目都要重新配置。现在在 IDE 里装一次,新开项目自动生效。那一刻我仿佛听到心里"咔哒"一声:原来工具真的可以记住我说过什么

个人碎碎念:程序员最大的情绪消耗,往往不是写代码本身,而是在"重复教工具"的琐碎里。当技能可以复用,省下来的耐心,才真正能用在创造上。

更贴心的是,它支持三种作用域:

  • IDE级:个人常用技能,跟着人走
  • 项目级:团队规范技能,跟着代码走
  • 代理级:特定工作流技能,跟着场景走

我一般把"代码风格检查"放IDE级,"项目脚手架"放项目级,"CI故障排查"放代理级。像整理工具箱,每把扳手都有该放的位置。

在这里插入图片描述 点击Manage,就可以轻松搜索和安装想要的skill 在这里插入图片描述 IDEA把安装的skill 统一放在了aagent/skill里面 在这里插入图片描述

技能仓库:开箱即用的"可信起点"

以前想用个新技能,得自己找、自己测、自己防坑。像网购没评价,全靠运气。

Skill Repository 给了个 JetBrains 筛选验证 的技能库。不是随便搜出来的,是官方筛过、安全检测过、作者归属清晰的"精品店"。

我上周试了 postgres-best-practices 技能。以前写复杂查询,总担心性能陷阱。现在让AI带着这个技能生成代码,自动避开N+1查询、提醒索引优化、标注事务边界。不是它替我思考,而是它把我的"经验盲区"补上了

情绪价值拉满的时刻:不是"工具帮我写代码",而是"有个靠谱前辈在旁边轻声提醒"。这种被托住的感觉,比单纯提效更打动人。

仓库还会持续更新,未来会加入更多 IDE专属技能。我已经在期待:能不能出个"Go并发模式检查"?或者"微服务链路追踪建议"?(产品同学看到请考虑🙏)

我挑了仓库里几个技能实测,说说真实感受:

🎯 React-best-practices

  • 场景:重构一个老组件
  • 体验:自动建议用 useMemo 避免重复渲染,提醒props类型用TypeScript严格模式,甚至指出"这个effect依赖项可以精简"
  • 个人评价:不是机械套模板,而是理解"为什么这样写更好"。像有个资深前端在code review

🎯 playwright

  • 场景:给登录流程加E2E测试
  • 体验:自动生成带等待策略的测试用例,提醒处理动态加载,甚至建议"这个断言可以加重试"
  • 个人评价:把"会写测试"和"会写靠谱测试"的差距,用技能填平了

🎯 kotlin-tooling-java-to-kotlin

  • 场景:帮团队迁移一个老模块
  • 体验:不是简单语法转换,而是建议"这个Java集合可以换成Kotlin的不可变类型""这个回调可以改协程"
  • 个人评价:迁移工具很多,但懂"为什么要这样迁"的不多。这个技能赢在"理解意图"

科技梗时间:这些技能像给AI装了"行业老炮儿"的脑回路。建议下次出个"产品经理需求翻译器",自动把"简单改一下"转化成具体技术方案(狗头保命)。

透明度和限制:坦诚反而更让人信任

文章很实在地说了当前限制:

  • CLI工作流还不支持IDE级技能
  • 不同代理的支持程度有差异
  • 仓库还在持续扩充

我反而觉得这种坦诚很加分。不是画大饼说"全能",而是清楚告诉你"现在能做什么,未来会做什么"。像朋友聊天,不吹不黑。

个人看法:工具不怕有边界,怕的是边界模糊。知道限制,反而能更好地设计工作流。比如我现在会把"需要跨项目复用"的技能装IDE级,"项目特有"的放项目级,各得其所。

上手建议:三步开启"技能复用"时代

如果你也想试试,我的实操建议:

  1. 先装插件:JetBrains IDE 里装 AI Assistant,这是基础
  2. 再选技能:点开 +Skills,从仓库挑1-2个最贴合你当前项目的
  3. 小步验证:先用在一个小任务上,感受效果,再逐步扩大

我个人的"起手式":先装 pnpm 技能解决依赖管理痛点,再装 postgres-best-practices 提升数据库代码质量。两个都是高频场景,见效快,容易建立正反馈。

经验之谈:别贪多。一次装10个技能,反而容易混乱。像学做菜,先精通一道招牌菜,再慢慢扩充菜单。

这次更新用下来,我最大的感受不是"功能多炫酷",而是 焦虑感减少了

  • 不用每个项目重复配置,决策疲劳-1
  • 不用自己筛选技能,信任成本-1
  • 不用担心技能冲突,管理负担-1

工具在帮我们扛"执行层"的琐碎,让我们能把精力留给"思考层"的创造。

我的使用哲学:把"怎么做"交给工具,把"为什么"留给自己。工具越强大,我们越要问:这个架构还能更优雅吗?这个需求真的值得做吗?这个产品,真的在解决用户的问题吗?

写代码的本质,不是敲击键盘,而是把模糊的想法,变成精确的逻辑

工具的价值,不在于多炫酷,而在于降低从"想到"到"做到"的摩擦

当 Skill Manager 帮你复用经验,当 Skill Repository 帮你避坑筛选,当推荐技能帮你补全盲区——省下来的时间,不该用来写更多代码,而该用来:

  • 想想"这个设计五年后还能维护吗";
  • 和同事聊聊"用户真正的痛点是什么";
  • 或者,只是喝杯茶,让灵感自己找上门。

工具负责"正确地做事",我们负责"做正确的事"。

所以,去试试这些新技能吧。不是为了追新,而是为了把那些重复的、机械的、消耗心力的事,交给擅长它们的工具;把那些创造的、思考的、让人心跳加速的事,留给自己。