平常我也会使用 GitHub copilot 进行编程，包括但不限于编写 chrome 插件，raycast 插件，macOS 程序。但是真正生产代码中只会用来 tab 补全，没真正让 AI 自主写过需求。
新公司打听了一下 AI 编程情况，隔壁组几十万行的生产项目（ Java 项目）竟然新需求 50% 以上是 Cursor 编程的，着实让人震惊，现在 AI 编程已经进化到这么强了吗？我自己使用 copilot 也尝试过编写需求，确实不让我满意。不知道各位公司 AI 生成的生产环境代码占比高吗？ Cursor 会比 Copilot 强很多吗（我觉得 Copilot 还不能写大型业务需求）。
是不是后面手工编程真的要成古法编程了😂 2025 年已经这样很难想象两三年之后的情况呀
6 条回复 • 2026-01-12 21:53:40 +08:00
 |
1
MIUIOS 10 小时 16 分钟前
已经全程用 ai 维护公司几十年的陈旧老项目了，jsp 那种，随便拿捏，不过前提下要对项目了解才行，有些接口和方法看着人畜无害，实际上名称和实际用途毫无相干，这种交给 ai 百分百踩坑。
|
 |
2
mmdsun 10 小时 16 分钟前
我这边也是 AI 写的比人写的要多了。
GitHub Copilot 价格便宜很多，Cursor 能用的模型 Copilot 也能用。 Copilot 是按次收费的 你要改下提示词 、instructions 指令不然给你偷懒。 cursor 要比 copilot 厉害一点但不会强太多, GitHub Copilot 是开源的理论上可玩性更高。 https://github.com/microsoft/vscode-copilot-chat |
 |
3
yooomu 10 小时 16 分钟前
Copilot 的模型都是阉割上下文的版本，一分钱一分货，大项目写不了一点
|
 |
4
midsolo 10 小时 13 分钟前
Java + Go 开发，折腾了很多 AI 工具，最后选择了 CC + Copilot ，手写代码的比例不超过 30%。
目前遇到 AI 没法解决的问题是：老项目重构时，AI 是没有办法直接把存储过程转换为业务代码的。 TIPS：交易业务-账单收付款，核心逻辑是收付、核算、核销、对账，全部由存储过程实现，sql 总量达到 52w 行。 |
 |
5
M1234 OP 项目是次新项目，最近几年搭建的 jdk17 的项目。我真的很难想象如果一个需求需要改动到不同的模块中的类的时候，AI 是如何在这么大的上下文中工作的。反正我使用的时候 Copilot 改的代码让我不能接受。我没深入使用过 Cursor 试用过但是按照传统的补全模式不好用，后续没深入使用毕竟 20 刀每月说贵也确实不便宜。
|
 |
6
johnsmith2077 9 小时 48 分钟前
@M1234 试下 claude code 或者 codex ，遇到比较复杂的需求，这些 Coding Agent 会像人一样先查找关键词，定位需要修改的大致位置，而不是一股脑把整个项目丢进上下文，具体会比这个复杂，这样一来就能减少很多上下文的损耗
|
Select Language