为什么我们的团队还没有真正用起 AI Coding

2026-04-11 11:581阅读0评论SEO资讯
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

我们是一个位于三线城市的国企开发团队。

大部分人使用 AI,依然仅仅使用 Web Chat 做一些信息检索,或者借助插件完成简单的 Tab 补全。

而对于 AI CLI、AI IDE 这类工具,大家基本都处于听说过、试过一点,很少在具体的工作中使用。

为什么没有深入使用 AI Coding

信息成本

对于大部分团队成员来说,获取 AI 的信息成本其实很高。

也许大家听说过 Codex、Claude Code 之类的工具,但这些工具在国内并不能直接获取和使用。

至于国内一些可以免费试用的产品,在实际体验中又不尽人意。

学习成本

目前在项目中使用 AI Coding,无论是 CLI 还是 IDE,都需要掌握一些新的概念,比如项目上下文、MCP、Skill、Agent 等。

这些概念本身并不复杂,但这些概念和其他已有的开发概念不同,这是一种个性化的概念。

项目上下文还可以是明确的项目架构、约束、风格等等通用的上下文。但这些也很难在不同的项目中完整复用。

至于是 MCP、Skill、Agent等,更像是个人开发理念和习惯的整合,即使有大佬分享的模板,也需要根据自己的实际情况进行调整。

所以问题往往不是“学不会”,而是“在实际工作中没有足够的精力去不断的调整和优化”。

沟通成本

这是一个很有意思的问题。

我们是一个小团队,大家都做过需求采集、需求分析、功能设计这些事儿,但很多都停留在口头上。

但是当需要和 AI 协作时,你需要适应完全不同的沟通方式,这是完全不同的体验。尤其是在缺少文档、注释、规范的老项目中。

难以描述的上下文,需要不断调整的 plan,总是需要多轮对话以小步快跑的方式进行沟通。

这恰恰是与以往开发完全不同的方式,需要脱离现有的舒适区。

而我们的开发任务并不繁重,大多数时候都是简单的功能实现,或者老项目的维护。

因此对于很多团队成员来说,和 AI 沟通了半天,还不如自己上手写得快。

费用成本

公司目前并不会为了让团队成员使用 AI Coding 额外支付费用。

对于我们这种三线城市的小团队成员来说,如果要为了获得更好的模型效果而自己额外付费。

只会让并不富裕的收入,更加雪上加霜。

AI Coding 采用门槛确实高

对于一个资源有限的小团队来说,使用 AI Coding 有几个无法跨越的门槛:

  1. 难以获得

  2. 难以上手

  3. 成本高昂

写在最后

AI Coding 不是一个能够脱离环境谈论的空想问题。

一线城市的大厂团队、预算充足的创业团队、我们这种三线城市的国企开发团队,都会给出不同的答案。

这些答案并没有对错之分,我们只是基于当前的环境,做出了适合当下的选择。

网友解答:
--【壹】--:

并不是,实际生活中的AI,有的时候跟网上是两个世界


--【贰】--:

使用AI是要钱的嘛,个人承担总感觉怪怪的


--【叁】--: 上车 函予:

对于一个资源有限的小团队来说,使用 AI Coding 有几个无法跨越的门槛:

  1. 难以获得
  2. 难以上手
  3. 成本高昂

其实本质上就是为了使用而消耗的精力 大于直接开发的精力
帮你省的时间 > 学它所花的时间


--【肆】--:

team 10元, plus 30元,没那么贵,
补充一句,下次别用AI润色了。容易吃举报


--【伍】--:

是的,我们现在就没什么动力去搞AI,尤其是6、7年的老项目


--【陆】--:

设计一个流程对于普通人来说非常难。


--【柒】--:

AI太贵了,厂商又经常调整定价策略,vibe coding给人一种很不安心的感觉。担心过分依赖AI,又害怕因不使用AI而落后


--【捌】--:

哥,这就不要卷了嘛


--【玖】--: 上车 函予:

对于很多团队成员来说,和 AI 沟通了半天,还不如自己上手写得快

我们用的灵码,然后又不是开源框架,使用体验真是憋气


--【拾】--:

重点 公司给钱?


--【拾壹】--:

我感觉恰恰是因为工作内容不多,所以才不值得使用AI


--【拾贰】--:

可以找外包呀 比如说把我招进去 我自带token


--【拾叁】--:

之前我跟Sonnet聊过这个话题,参考:

AI原生工作流的爆发,不会发生在既有大企业的内部改革中——那里的阻力太大。它会发生在从零开始的新企业,那些一开始就用AI原生方式构建的组织。
这些新企业会以极低的人力成本、极高的响应速度参与竞争,然后用结果迫使既有企业进行痛苦的结构性转型。
这个模式和历史上每一次技术革命的传播路径完全一致:蒸汽机不是在旧手工作坊里升级的,而是在新建的工厂里从零开始的。互联网不是在传统零售商的货架上起步的,而是在Amazon这样从零建立的新公司里诞生的。
AI原生企业的崛起,才是企业Agent真正的引爆器——而不是既有企业的内部数字化转型。

如果要真的搞AI,跳槽到新团队


--【拾肆】--:

公司给配的电脑也不太行,多开俩idea,多跑几个服务就卡


--【拾伍】--:

已经是skill的模样了


--【拾陆】--:

如果现在你们稳定的话,其实这种状态是可以的。大部分人都是不愿意打破常态。


--【拾柒】--:

1.工作量不够 2.懒 懒得折腾 3.还不够懒(因为还坚持古法编码)


--【拾捌】--: 上车 函予:

所以问题往往不是“学不会”,而是“在实际工作中没有足够的精力去不断的调整和优化”。

工作内容很多吗?按照功能权重排序或者仅仅是任务拆分,把需求罗列,这不是最基本的工作前置内容吗

上车 函予:

但是当需要和 AI 协作时,你需要适应完全不同的沟通方式,这是完全不同的体验。尤其是在缺少文档、注释、规范的老项目中。

跟ai沟通如果还存在所谓的沟通成本问题,那应该扪心自问,是自己对功能需求了解的不够清楚,还是自己存在一定的沟通障碍。话说的有点重,但理是这么个理


--【拾玖】--:

能不能是你们互相不知道而已,大家很默契

标签:纯水
问题描述:

我们是一个位于三线城市的国企开发团队。

大部分人使用 AI,依然仅仅使用 Web Chat 做一些信息检索,或者借助插件完成简单的 Tab 补全。

而对于 AI CLI、AI IDE 这类工具,大家基本都处于听说过、试过一点,很少在具体的工作中使用。

为什么没有深入使用 AI Coding

信息成本

对于大部分团队成员来说,获取 AI 的信息成本其实很高。

也许大家听说过 Codex、Claude Code 之类的工具,但这些工具在国内并不能直接获取和使用。

至于国内一些可以免费试用的产品,在实际体验中又不尽人意。

学习成本

目前在项目中使用 AI Coding,无论是 CLI 还是 IDE,都需要掌握一些新的概念,比如项目上下文、MCP、Skill、Agent 等。

这些概念本身并不复杂,但这些概念和其他已有的开发概念不同,这是一种个性化的概念。

项目上下文还可以是明确的项目架构、约束、风格等等通用的上下文。但这些也很难在不同的项目中完整复用。

至于是 MCP、Skill、Agent等,更像是个人开发理念和习惯的整合,即使有大佬分享的模板,也需要根据自己的实际情况进行调整。

所以问题往往不是“学不会”,而是“在实际工作中没有足够的精力去不断的调整和优化”。

沟通成本

这是一个很有意思的问题。

我们是一个小团队,大家都做过需求采集、需求分析、功能设计这些事儿,但很多都停留在口头上。

但是当需要和 AI 协作时,你需要适应完全不同的沟通方式,这是完全不同的体验。尤其是在缺少文档、注释、规范的老项目中。

难以描述的上下文,需要不断调整的 plan,总是需要多轮对话以小步快跑的方式进行沟通。

这恰恰是与以往开发完全不同的方式,需要脱离现有的舒适区。

而我们的开发任务并不繁重,大多数时候都是简单的功能实现,或者老项目的维护。

因此对于很多团队成员来说,和 AI 沟通了半天,还不如自己上手写得快。

费用成本

公司目前并不会为了让团队成员使用 AI Coding 额外支付费用。

对于我们这种三线城市的小团队成员来说,如果要为了获得更好的模型效果而自己额外付费。

只会让并不富裕的收入,更加雪上加霜。

AI Coding 采用门槛确实高

对于一个资源有限的小团队来说,使用 AI Coding 有几个无法跨越的门槛:

  1. 难以获得

  2. 难以上手

  3. 成本高昂

写在最后

AI Coding 不是一个能够脱离环境谈论的空想问题。

一线城市的大厂团队、预算充足的创业团队、我们这种三线城市的国企开发团队,都会给出不同的答案。

这些答案并没有对错之分,我们只是基于当前的环境,做出了适合当下的选择。

网友解答:
--【壹】--:

并不是,实际生活中的AI,有的时候跟网上是两个世界


--【贰】--:

使用AI是要钱的嘛,个人承担总感觉怪怪的


--【叁】--: 上车 函予:

对于一个资源有限的小团队来说,使用 AI Coding 有几个无法跨越的门槛:

  1. 难以获得
  2. 难以上手
  3. 成本高昂

其实本质上就是为了使用而消耗的精力 大于直接开发的精力
帮你省的时间 > 学它所花的时间


--【肆】--:

team 10元, plus 30元,没那么贵,
补充一句,下次别用AI润色了。容易吃举报


--【伍】--:

是的,我们现在就没什么动力去搞AI,尤其是6、7年的老项目


--【陆】--:

设计一个流程对于普通人来说非常难。


--【柒】--:

AI太贵了,厂商又经常调整定价策略,vibe coding给人一种很不安心的感觉。担心过分依赖AI,又害怕因不使用AI而落后


--【捌】--:

哥,这就不要卷了嘛


--【玖】--: 上车 函予:

对于很多团队成员来说,和 AI 沟通了半天,还不如自己上手写得快

我们用的灵码,然后又不是开源框架,使用体验真是憋气


--【拾】--:

重点 公司给钱?


--【拾壹】--:

我感觉恰恰是因为工作内容不多,所以才不值得使用AI


--【拾贰】--:

可以找外包呀 比如说把我招进去 我自带token


--【拾叁】--:

之前我跟Sonnet聊过这个话题,参考:

AI原生工作流的爆发,不会发生在既有大企业的内部改革中——那里的阻力太大。它会发生在从零开始的新企业,那些一开始就用AI原生方式构建的组织。
这些新企业会以极低的人力成本、极高的响应速度参与竞争,然后用结果迫使既有企业进行痛苦的结构性转型。
这个模式和历史上每一次技术革命的传播路径完全一致:蒸汽机不是在旧手工作坊里升级的,而是在新建的工厂里从零开始的。互联网不是在传统零售商的货架上起步的,而是在Amazon这样从零建立的新公司里诞生的。
AI原生企业的崛起,才是企业Agent真正的引爆器——而不是既有企业的内部数字化转型。

如果要真的搞AI,跳槽到新团队


--【拾肆】--:

公司给配的电脑也不太行,多开俩idea,多跑几个服务就卡


--【拾伍】--:

已经是skill的模样了


--【拾陆】--:

如果现在你们稳定的话,其实这种状态是可以的。大部分人都是不愿意打破常态。


--【拾柒】--:

1.工作量不够 2.懒 懒得折腾 3.还不够懒(因为还坚持古法编码)


--【拾捌】--: 上车 函予:

所以问题往往不是“学不会”,而是“在实际工作中没有足够的精力去不断的调整和优化”。

工作内容很多吗?按照功能权重排序或者仅仅是任务拆分,把需求罗列,这不是最基本的工作前置内容吗

上车 函予:

但是当需要和 AI 协作时,你需要适应完全不同的沟通方式,这是完全不同的体验。尤其是在缺少文档、注释、规范的老项目中。

跟ai沟通如果还存在所谓的沟通成本问题,那应该扪心自问,是自己对功能需求了解的不够清楚,还是自己存在一定的沟通障碍。话说的有点重,但理是这么个理


--【拾玖】--:

能不能是你们互相不知道而已,大家很默契

标签:纯水