Z Product|当软件开发进入智能时代,Twitter前产品负责人再创业

图片来源：Macroscope官网

Z Highlights 

• 软件团队每天沉浸在无数PR、会议和碎片化工具中，但真正的工程真相却始终模糊不清。管理层想要visibility，工程师想回归写代码，组织却被会议和同步成本拖得寸步难行。Macroscope的诞生来自创始人亲身经历的痛点，他想让工程组织不再是黑箱，而是可读、可理解、可决策的系统。

• Macroscope用一套“代码漫游（code walking）+感知层（Perception Layer）”技术，将代码结构、提交动态与系统变化实时解析为清晰的工程洞察。它不仅能自动审查PR、发现潜在bug，还能生成真实可信的技术摘要和组织级进展视图。对于管理者，它带来透明与判断；对于工程师，它带来节省时间与摆脱重复劳动。

• 创始团队来自Periscope、Magic Pony、Twitter等顶尖科技公司，深刻理解大规模工程组织的协作之痛。基于多次成功创业与数十年深耕产品、工程与AI的经验，他们希望用Macroscope重构工程智能工具的新范式。公司已获Lightspeed、Thrive、GV等一线机构投资，总融资额达4000万美元，正加速塑造这一赛道。

01 当代码森林变成迷宫

如果你曾在软件团队工作过，你一定会对以下场景感到熟悉：每天有几十个PR（Pull Request）在团队中穿梭；工程师一边写代码、一边补文档、改bug、处理需求；PM和工程经理试图拼凑项目进展，却只能从碎片化的工具中“捡线索”；CTO想知道“还要多久能上线”，却只能安排更多会议。

在高速成长的科技公司里，这不是例外，而是默认的生存方式。

每一个PR都像一场解谜游戏。开发者投入大量时间撰写描述，但信息永远不够完整；代码审查者则依赖经验判断影响范围，只能在大量代码里反复查找上下文。与此同时，工程经理不断追问：
——我们在最关键的优先事项上取得了哪些进展？
——这周到底完成了什么？
——产品发生了哪些变化？

这些看似基础的问题，却很难给出可信的答案。原因在于：数据散落在不同工具中，信息依赖工程师的主观更新，而任务系统中的状态往往“只是看起来很真实”。因此团队需要开无数场对齐会议：Stand-up、Sprint Planning、Bug Triage、Product Review、Engineering Review……会议的目的其实只有一个：找回真相。然而无休止的跨部门沟通、分散在JIRA与表格中的信息、互相拉扯的优先级、被反复包装的汇报内容，最终汇成了一条在层层过滤后变形的“项目状态”。随着软件规模膨胀、项目复杂度增加，这些问题非但没有被解决——反而变得更糟。工程师本该把时间花在构建产品上，但现实是：他们越来越多的时间耗在“围绕工作做其他事”上，而不是工作本身。

图片来源：Macroscope官网

“在任何快速成长的科技公司里，工程团队都是一个信息黑箱。”

这不是比喻，而是Macroscope联合创始人Kayvon Beykpour的亲身经历。作为一名长期管理大型工程团队的领导者，他逐渐意识到：根源不在团队，而在工具链。我们缺乏一个能真正理解代码的系统，也没有一个能从底层统一工程组织视图的工具。行业迫切需要一种新的方式——让工程师把时间重新投入到创造价值，让领导层真正获得visibility，让组织能够基于事实而不是噪音做决策。

在这样的背景下，Macroscope诞生了。

Macroscope的独特之处在于，它并不是另一款“AI代码助手”，而是一款面向整个组织的工具（org-level tool）。它试图用实时洞察取代例行状态会议，用高信噪比的信息取代层层过滤，通过更快、更精准的代码审查减少错误，并在不打断工程师的前提下，让每个人都能够更深入理解产品与系统。

02 让工程组织“看得见”、工程师“被解放”的AI代码洞察平台

Macroscope是一个由AI驱动的工程可视化与代码理解平台，它的使命很简单——减少会议、提升透明度，让整个组织即时理解产品正在发生的变化，并更快构建产品。它帮助领导者摆脱“信息盲盒”，帮助工程师摆脱“无谓负担”，让软件开发的每一步都更接近事实与价值。

图片来源：Macroscope官网

开发者只需几秒钟即可将Macroscope与GitHub连接。接入后的第一时间，系统便会启动其最关键的底层能力：一个专为现代软件工程而生的“感知层”（Perception Layer）。这一层的核心是Macroscope自主研发的“代码漫游（Code Walking）系统”，它会自动遍历代码仓库的抽象语法树（AST是一种文件，它提供了应用程序执行哪些计算操作、何时执行以及操作对象是什么的高级描述。），理解每一段代码的位置、依赖、上下文以及它如何影响整个系统。与传统工具依赖浅层语义搜索不同，Macroscope会根据所有信息构建整个代码库的结构化图谱，再将最相关的上下文打包给语言模型使用，让模型不再“凭猜测回答”，而是基于真实的技术语境做出判断。换句话说，Macroscope不是简单地阅读代码，而是像一名熟悉系统架构、能看穿组件与依赖、能理解历史变迁的工程师那样，真正理解代码。

在开发流程中，Macroscope全程作为一种“自动理解代码的智能基底”发挥作用。当开发者发起Pull Request时，它会自动扫描潜在错误，生成自然语言解释，并给出修复建议；当审阅者试图理解一个复杂改动时，Macroscope会高亮最关键的起始阅读位置，并自动补齐必要的上下文，让审查者无需再浏览大量无关代码，从而减少认知负担。

图片来源：Macroscope官网

这种方法带来的效果十分显著：它可以轻松理解跨多仓库的大规模代码库，识别传统代码审查工具容易遗漏的隐蔽问题，并生成连贯、准确、反映真实工程进展的技术摘要。目前还没有哪款产品能够完全替代Macroscope的所有功能，但它在代码审查领域——开发者在代码变更实施前对其进行检查和测试——确实与CodeRabbit、Cursor Bugbot、Graphite Diamond、Greptile等工具存在竞争关系。在内部基准测试中，Macroscope在100多个真实世界bug的压力测试里比第二名多捕获5%的错误，同时生成的评论量却减少了75%，意味着它不仅更聪明，而且更安静、更聚焦、更接近事实。

图片来源：Macroscope官网

Macroscope的核心价值可以归结为：让领导者真正看见团队，而让工程师真正做回工程师。

在管理层视角，Macroscope通过对代码提交、开发活动与系统变更的实时分析，自动生成从微观到宏观的进展视图——既有细粒度的提交记录，也有无需人工准备的周度摘要。管理者能清晰掌握团队的真实产出趋势（包括AI代理的贡献），了解工程资源到底花在了哪些问题上，从而洞察团队“实际优先级”与计划之间的偏差。与此同时，Macroscope还能回答关于产品、代码或开发进展的任何自然语言问题，让信息流动不再依赖会议、汇报或打断工程师的专注力。

图片来源：Macroscope官网

而在工程师视角，Macroscope则切实减少了高频、耗时、但价值有限的重复性劳动。它可以自动发现并建议修复PR中的潜在问题，自动生成准确清晰的PR摘要，让工程师不再被迫花时间写状态更新和整理上下文。同时，系统还提供一个可搜索、可汇总的代码变更信息流，让工程师能够更高效地追踪项目动态、快速定位依赖变化，把工程师的时间真正从“找信息”转回“解决问题”。

正因如此，Macroscope的价值不只存在于工程细节中，更体现在它如何彻底改变一个组织的信息流方式。最终，Macroscope帮助团队建立的是一种更真实、更高效、更透明的工程文化：领导者拥有全景洞察，工程师获得专注自由，而产品开发的每一步都更接近事实、更接近价值。这不仅提升了效率，也让工程师重新获得了创造力与专注力。

在商业模式上，Macroscope采用订阅与使用量结合的混合定价，以适应现代团队中活跃度高度不均的现实。每位活跃开发者月费为30美元（至少5个席位），并包含等额的使用额度；额外使用则按照提交与代码审查计费，每次提交$0.05，每次代码审查$0.35。绝大多数客户都能在包含的额度内使用资源，每月只需支付基本订阅费。这一模式既公平，也更符合AI Agent时代的工程节奏，使得定价可预测、公平、可持续。

图片来源：Macroscope官网

此外，Macroscope在尚未正式发布之前，已经被多家高速成长公司采用，包括XMTP、Things、United Masters、Bilt、Class.com、Seed.com、ParkHub、A24 Labs等，显示出它在真实工程环境中的渗透速度和产品价值。

03 三位连续创业者携手，解决亲历痛点

Macroscope的故事，归根结底是一群对工程效率和组织透明度有深刻体感的创业者，再一次站出来解决他们亲身经历过的问题。三位联合创始人——Kayvon Beykpour、Joe Bernstein和Rob Bishop——几乎可以说是“工程组织混乱的幸存者”。他们曾在高速成长的科技巨头中带领数百人的团队，也经历过产品爆发式增长、跨团队协作的断层、信息透明度的失衡。而正是这种多年累积的真实痛感，让他们比任何人都清楚：现代工程组织需要一种全新的可视化方式。

Kayvon和Joe的创业轨迹高度同步。他们共同创立了Terriblyclever——一款让大学师生能在手机上无缝访问校园数据与服务的移动应用。在智能手机生态尚未成熟的2009年，这已是颇具前瞻性的创新。Terriblyclever随后被Blackboard收购。Kayvon进入公司继续扩张移动团队，将一个5人的小组扩展为服务百万用户的百人级团队。这也是Kayvon第一次深刻感受到：当工程组织扩张到一定规模后，信息同步与透明度会以指数方式变得困难。

图片来源：LinkedIn

2014年，两人再次踏上创业道路，推出了后来全球知名的直播应用Periscope。在被Twitter收购后，他们双双进入公司内部，在更庞大的工程体系中运营产品。Kayvon在Twitter的任期长达七年，最终担任消费者产品与工程负责人，管理跨地域团队，推动产品增长。

Rob Bishop则为团队带来了另一种同样关键的技术视角。他是机器学习与图形处理领域的资深专家，是知名开源计算平台Raspberry Pi的第一位员工，也是被Twitter收购的ML/计算机视觉公司Magic Pony的联合创始人。Rob在Twitter负责将先进的视觉和生成式技术整合进核心产品，对如何构建高可靠AI系统、如何处理大规模工程上下文有着丰富经验。他加入Macroscope，使得团队在深度技术方向上具备了绝对优势。

除了三位创始人，Macroscope还吸引了一支极具战斗力的早期工程团队，包括十余位具有深厚技术背景和产品直觉的成员。他们共同构成了Macroscope的核心——一个深知工程组织真实痛点，也具备能力重塑这一工具链的人才组合。

04 Lightspeed押注“软件行业缺失的那块拼图”

Macroscope近期宣布完成3000万美元A轮融资，由Lightspeed Venture Partners领投，Adverb、Thrive Capital和Google Ventures（GV）持续加码。本轮融资使Macroscope的总融资额达到4000万美元。在此之前，Macroscope曾获得来自Thrive、Adverb和GV的1000万美元种子轮投资

Lightspeed投资人表示：“Macroscope将拥有得天独厚的优势，打造全新的工程智能工具类别，使其成为各种规模软件公司不可或缺的工具。”

图片来源：Macroscope官网

在如今这个AI工具链竞争白热化的时代，Macroscope能在短时间内获得顶级机构的连续支持，背后是投资人对其“重构工程组织智能层”的强烈信念。生成式AI和代码Agent的崛起正使得软件开发的结构悄然改变——代码产出速度前所未有，但团队却反而更难看清正在发生的一切：变更更快、依赖更复杂、跨仓库结构更庞大、信息更容易失真。传统的任务管理系统、文档工具、状态会议都无法再承载这种复杂度。工程管理未来将必然从“人工更新系统”过渡到“基于真实代码语境的智能视图”。

References：

https://macroscope.com/

https://blog.macroscope.com/blog/introducing-macroscope

https://techcrunch.com/2025/09/17/meet-macroscope-an-ai-tool-for-understanding-your-code-base-fixing-bugs/