加载失败
Cursor 是一家把 AI 深度集成到开发环境的公司，其产品基于 VSCode 的 fork 并推出了自研模型 Composer 1；Graphite 是一款以 stacked PRs 和 PR 工作流管理见长、在企业有付费客户与明显营收增长的工具。收购触发的讨论集中在三方面：Composer 1 的速度与商业可行性是否能构成护城河，Graphite 的核心工作流能否并入且被保留，以及 AI 审查在企业落地需要多少仓库上下文、RAG 与微调。社区对收购后的产品延续十分敏感，历史上类似被并购后下线（如 Supermaven）的先例加深了不信任。
部分评论认为 Cursor 虽有先发知名度，但缺乏持久护城河：当 SOTA 模型厂商以远低于公共 API 成本发放 tokens 时，小公司的自研模型难以在价格与能力上竞争。评论里强调规模效应——大型通用模型可以被蒸馏并在多个领域 fine‑tune，从而比专用小模型更划算且更新更快。再加上 Cursor 是 VSCode 的 fork，有开发者因此拒用，质疑其分发与采用路径。
另一批评论指出 Cursor 的差异化在于产品与模型的垂直整合：Composer 1 是为 IDE 场景 fine‑tuned 的模型，用户反馈在相近质量下响应显著更快（有人提到约 4x），这改变了人机交互节奏并支持增量修改的工作流。Cursor 对 Composer 1 收取溢价，部分人认为这能带来健康毛利并形成可行商业路径。与此同时，Cursor 在 UX 细节上做得很好（能直接看到活跃文件、linter 错误、团队全局规则等）并且提供覆盖多模型的企业隐私合同，令企业客户更放心使用。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
很多用户对收购后的产品命运持怀疑态度，引用过去被收购后下线的例子作为先例来表达不信任。尽管 Graphite 创始团队与公司对外承诺会继续投入並保留产品线，但评论中普遍认为历史上高层决策或资源重组经常导致承诺无法兑现。因此即便官方保证，部分用户仍对迁移或长期依赖该产品保持谨慎甚至抗拒。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
评论强调 Graphite 的核心并非单纯 AI 代码审查，而是对 stacked PRs（依赖/堆叠 PR）这一工作流的管理能力：把大型改动拆成可独立审查的块、保持依赖 PR 同步并简化合并流程。许多用户认为这项功能是真正解决大型复杂变更审查痛点的产品化能力，且有开源或替代方案（如 git‑spice、jj‑spr），但 Graphite 在企业市场已形成付费客户基础并实现快速增长。有人还提到 Graphite 曾获得显著融资并出现快速营收扩张，说明其在企业客户中已有实际落地案例。
评论显示开发者在 IDE（尤其 VSCode 风格）与 CLI/终端驱动工作流之间分歧明显：支持 IDE 的人强调深度集成带来的上下文可见性（文件、linter、团队规则）与无缝模型切换能显著提升效率。偏爱 CLI 的人则看重键盘流、可组合性与工具链透明性，很多人把 AI agent 当作命令行工具并在 tmux/emacs 或多终端间并行使用。该分歧直接影响是否愿意采用 Cursor 这类基于 VSCode fork 的垂直化 IDE。
多位从业者指出单靠 diff‑only 文本通常不足以给出有价值的业务逻辑审查，实用系统需要把仓库上下文、构建与依赖信息以及公司文档作为 RAG（retrieval‑augmented generation）来源注入模型。企业内部做法包括检出 PR、运行 git diff、做构建并执行诸如 bazel query 的依赖分析来扩充上下文，同时对模型做大量微调以提高信噪比。即便如此，自动审查更适合作为资深工程师的辅助筛查，若初级人员盲从或信任过度，会带来低质量结果和审查疲劳。
部分评论把这次并购视为 Cursor 向一体化开发平台扩张的战略举措：通过吸收 Graphite 的客户、企业合同和工作流能力，可以把碎片化的付费订阅合并，提升留存与 ARPU。评论里也有人认为并购能快速带来“lessons learned”与生产级经验，尤其對想要提供企业级隐私与合规的公司有吸引力。另一面评论则把这种并购看作大公司抢占创新者的常见策略（包括 acqui‑hire），担忧会减少独立工具的多样性。
Composer 1: Cursor 自研并为 IDE 场景 fine‑tuned 的编程模型，用户反馈是在相近代码质量下响应更快（有人提到约 4× 快），适合需要低延迟、增量修改的交互式工作流。
stacked PRs: 一种把大型、相互依赖的改动拆成多层可独立审查的 pull request 工作流，便于逐层审查与合并，是 Graphite 的核心功能卖点。
acqui‑hire: 以收购人才与技术为主、而非长期维护被收购产品的并购策略；评论里用此词来解释为何一些小工具被并购后很快被下线或合并。
jujutsu (jj): 新一代分布式版本控制/工作流工具（jj），部分开发者在评论中提到用它与辅助脚本（如 jj‑spr）配合管理复杂分支与 stacked PR 流程。