当前位置:首页>学习笔记>Block 公司《从层级制到智能制》深度学习笔记

Block 公司《从层级制到智能制》深度学习笔记

  • 2026-04-12 08:21:04
Block 公司《从层级制到智能制》深度学习笔记

深度解析Block公司《从层级制到智能制》

AI驱动下的企业组织架构重构

2026年初,硅谷乃至全球企业管理界迎来了一次剧烈的认知地震。Block公司(原Square)首席执行官、Twitter联合创始人 Jack Dorsey 与其首席独立董事、红杉资本合伙人 Roelof Botha 联合发布了一份引发轰动的内部备忘录与深度长文——《从层级制到智能制》(From Hierarchy to Intelligence)。在此份备忘录发布的前夕,Block 刚刚完成了一项震惊业界的重大人事重组:公司在一天之内裁减了约 4,000 名员工,占其员工总数的近 40%,将公司总人数从 10,000 人以上瞬间削减至 6,000 人以下。
此次极端的裁员并非源于传统的财务困境。财务数据显示,Block 在 2025 年全年的毛利润达到了 103.6 亿美元,同比增长 17%,其中核心业务 Cash App 的毛利润更是实现了 33% 的显著增长。Dorsey 在致股东的信中明确指出,这一战略收缩是由人工智能技术的突飞猛进所直接驱动的,其核心诉求是利用公司正在构建的 AI 工具,让一个规模显著缩小的团队能够“做更多的事,并且做得更好”。这一反直觉的决策在资本市场获得了热烈回应,重组消息公布当日,Block 的股价飙升了约 22%,彻底完成了“劳动力缩减与投资者奖励”之间的逻辑闭环。
《从层级制到智能制》标志着现代企业管理理论的一个历史性分水岭。在这篇长文中,Dorsey 与 Botha 提出,人工智能不再仅仅是企业用来“降本增效”或提升个人生产力的“副驾驶(Copilot)”,它正在重写企业组织架构本身的底层操作系统。大多数公司仍然将 AI 视为一种边际优化工具,而 Block 则试图展示一条全新的路径:从根本上重构组织设计,将企业自身转化为一个“微型通用人工智能”(Mini-AGI),并利用 AI 接管传统的管理协调功能,从而将“速度”转化为一种可复利的绝对竞争优势。
本研究报告将对《从层级制到智能制》的理论渊源、架构设计、技术底座以及其实践意义进行详尽而深度的解构。同时,本报告将引入具有批判性的行业视角,深度剖析在消除中层管理之后,大型企业所面临的潜在“创新危机”(Innovation Crisis),并基于组织经济学与科斯定理(Coase Theorem)探讨 AI 时代企业边界的未来演变。

一、历史溯源与理论证伪:作为“信息路由协议”的层级制

在探讨 Block 的智能化重组之前,《从层级制到智能制》首先对人类组织形态的历史进行了长达两千年的宏大溯源。备忘录的核心挑衅在于揭示了一个常被忽视的残酷事实:现代大型企业的核心架构,在过去两千年中并未发生过本质性的改变,而 AI 技术的成熟正在终结这一长达两千年的历史无奈。

1. 物理约束与“控制跨度”的必然性

任何大型组织在扩张时,都必然面临一个核心的物理与认知限制:如何跨越广阔的空间和有限的沟通渠道,有效地协调成千上万人的复杂行动。两千多年前的罗马军队通过一种嵌套式的严格层级结构解决了这一难题,其核心理念是确立一致的“控制跨度”(Span of Control)。罗马军团的最小战术单位是“同帐班”(Contubernium),由共用一个帐篷的 8 名士兵组成,由一名十夫长(Decanus)进行管理;80 人由一名百夫长(Centurion)管理;480 人组成一个大队,而 5,000 人则由一名军团长(Legate)统帅。这种“8 → 80 → 480 → 5,000”的数学递进结构,实际上反映了人类大脑认知能力的极限:一个出色的人类领导者通常只能有效且高频地管理 3 到 8 名直接下属。
这种军事化的管理逻辑在随后的历史中被不断复用与强化。1806 年之后,普鲁士军事改革家(如沙恩霍斯特和格奈森瑙)建立了一种被称为“总参谋部”(General Staff)的受训军官阶层。这批军官不直接参与一线战斗,他们的唯一职责是制定作战计划、在上下级之间路由信息并维持战略上的对齐(Alignment)。这被管理学界视为现代“中层管理”的真正雏形,其主要功能是为高层领导“预计算”决策,并确保庞大系统的信息畅通。
到了 19 世纪 40 和 50 年代,具有西点军校背景的美国铁路工程师将这种军事化思维全盘引入了私营工业系统。纽约和伊利铁路公司(New York and Erie Railroad)的 Daniel McCallum 绘制了世界上第一张现代企业组织结构图,用以管理跨越数百英里、多达数千名的铁路工人,正式确立了企业内部的权力层级和汇报路线。随后,弗雷德里克·泰勒(Frederick Taylor)的科学管理理论将工作分解为高度专业化的任务,进一步巩固了功能性的金字塔组织;而二战后随着全球化企业的规模膨胀,麦肯锡等咨询机构推崇的“矩阵式组织”(Matrix Organization)应运而生,试图在专业职能和业务部门之间寻找平衡。然而,无论是直线职能制还是复杂的矩阵制,其底层逻辑依然是罗马时代的“控制跨度”理论。

2. 信息延迟难题与过往去中心化尝试的失败

备忘录深刻指出,企业运转的快慢完全取决于“信息的流动”(Information Flow)。在纯人类主导的层级制中,中层管理者本质上充当了组织的“信息路由协议”(Information Routing Protocol)。然而,当组织规模不可避免地扩大时,这套基于人际传递的路由协议就会产生严重的系统性摩擦。
信息延迟(Information Latency)是规模化企业永远的痛点。当一个前线危机或市场机遇从基层员工经过层层过滤和政治博弈上报到最高管理层时,信息已经严重失真(Lossy transmission),问题往往已经复合恶化;而当决策经过冗长的会议讨论再从顶层传递回基层执行时,最佳的市场窗口期早已错失。
现代科技公司并非没有意识到这一问题,它们曾多次尝试摆脱传统层级制的束缚。例如,海尔集团(Haier)在全球范围内推行的“人单合一”(Rendanheyi)模式、Spotify 著名的“小队模式”(Squads)、Zappos 激进的“合弄制”(Holacracy),以及 Valve 公司的纯扁平化管理,都是试图通过“平台化组织”或“数据驱动管理”来消除中层瓶颈的伟大尝试。然而,当这些组织的人数突破千人甚至万人规模时,它们往往无可奈何地重新长出了官僚层级。Dorsey 敏锐地指出了这些尝试失败的根本原因:它们缺乏一种能够在物理上实际执行“协调功能”的技术手段。在此之前,没有任何非人类的技术能够承载如此庞大、复杂且充满模糊性的信息路由与上下文对齐工作,因此人类管理者依然是唯一的选择。
但现在,人工智能技术填补了这一空白。当算力、大语言模型和多智能体协同技术跨越临界点,使得机器能够以接近零的边际成本维持全局上下文、无损地路由信息并处理跨部门协调时,管理层级在数学逻辑和工程意义上便彻底失去了存在的必要性。层级制将走向崩溃,这不是一种科幻预测,而是一种不可阻挡的逻辑必然。
表1:组织信息路由机制的历史演进分析

历史阶段

组织模型与代表案例

核心约束条件

信息路由与协调机制

局限性与摩擦

古典时代

罗马军团 (Contubernium)

空间距离与原始通讯手段

严格的控制跨度 (1:8) 与人工口头/书面传达

无法处理超大规模的复杂战术变量

近代工业

普鲁士参谋部 / 美国铁路公司

业务复杂度上升,需预先规划

设立专职中层管理(参谋)进行预计算与文件层层传递

决策周期长,指令下达存在物理延迟

现代商业

跨国企业矩阵 (Matrix Org)

专业分工与全球化产品线的冲突

汇报线交织、跨部门协调会议、审批流与KPI对齐

严重的内部政治博弈、信息失真与决策瘫痪

早期科技

海尔人单合一

追求敏捷性,试图消除官僚结构

依靠企业文化、数据中台与自治小队自我协调

缺乏强大的技术底座,规模扩大后不可避免地退化回层级制

AI原生时代

Block的微型通用人工智能 (Mini-AGI)

算力与大语言模型能力的爆发

基于机器可读工作产物的“世界模型”与AI编排层自动路由

信息零延迟,去中心化执行,重塑企业护城河

二、核心重构:企业作为“微型通用人工智能”(Mini-AGI)

在彻底否定了传统层级制的合理性之后,Dorsey 和 Botha 在文中提出了一个极具颠覆性和哲学深度的命题:Block 不再将 AI 仅仅视为辅助个人员工提高效率的“副驾驶(Copilot)”,而是致力于将公司本身构建为一个“智能系统”,即内部被称为“微型通用人工智能”(Mini-AGI)的全新物种。

1. 从“金字塔”到“圆环”的拓扑学翻转

传统的企业架构是一个森严的“金字塔”(Pyramid),权力和指令从顶端的高管团队发出,通过多层中层管理的“管道”向下传递,而底层的数据和业绩则被层层汇总、粉饰后向上汇报。这种架构本质上是一种单向、低效的权力分发网络。
在 Block 的 Mini-AGI 构想中,这座金字塔被彻底压平并重塑为一个动态的“圆环”(Circle)结构。
圆环的中心(The Center):人工智能和数据系统位于圆环的绝对中心。AI 不仅是一个工具库,更是组织的“共享大脑”和神经中枢,负责实时维持全局信息、处理复杂的协调逻辑,并为所有业务决策提供唯一的“基本事实”(Ground Truth)。
圆环的边缘(The Edge):人类员工不再被困于官僚层级中,而是被全面推向圆环的“边缘”。在边缘地带,人类直接面对客户、面对现实世界中充满噪音的市场环境,并处理那些 AI 目前无法应对的高风险、高代价的道德与战略抉择。人类的核心任务是不断将中心 AI 的智能“对齐”(Align)到正确的客户结果和商业目标上。正如 Dorsey 所言,员工的任务是设定“目标函数”(Objective Function),决定系统是该追求利润、增长还是客户满意度,而中心 AI 则负责提供高保真的执行信号。

2. 机器可读的“工作产物”(Artifacts)与实时全局上下文

将一家拥有数千名员工和数百亿美元交易额的公司转化为 Mini-AGI,其技术前提是对企业数据流的全面接管。Block 之所以能够率先进行这场实验,一个至关重要的前置条件是其在疫情后确立的“远程优先”(Remote-first)办公模式。
在远程优先且高度数字化的环境中,公司内部发生的所有活动——包括 Slack 上的即时讨论、电子邮件往来、GitHub 上的代码拉取请求(Pull Requests)、Google 文档的协同编辑、乃至 Zoom 视频会议的录音与转录——都会在数字空间留下机器可读的“工作产物”(Artifacts)。在过去,这些海量的非结构化数据沉睡在各个孤立的 SaaS 软件中,无法被有效利用。
而在 Mini-AGI 架构下,位于中心的 AI 系统会不知疲倦地实时摄取、消化和关联所有这些工作产物,从而在云端持续构建并维护一幅鲜活的“组织活动全景图”。AI 随时知道:全公司当前正在开发什么功能、哪个项目遇到了技术阻塞、哪里需要调配紧急资源、以及哪些商业假设正在被验证为有效或失败。
这种机制彻底改变了信息的获取方式。传统的董事会会议或高管例会,往往依赖于商业分析师花费数周时间制作的、经过层层美化和政治过滤的 PPT 报告,信息严重滞后且“有损”。但在 Mini-AGI 模式下,任何级别的员工、高管甚至董事会成员,都可以随时通过自然语言直接向这个“公司智能”发起查询,实时获取完全未经层级过滤的真相。高管团队(如 CEO)的职责也随之发生剧变:不再是传统的行政管理者,而是转变为公司智能架构的“总架构师”(Architect),负责将这一庞大智能体的运转机制引导至正确的方向。

三、四层业务架构设计与“产品路线图”的消亡

为了在工程上实现上述宏大愿景,Block 必须在业务执行层面进行彻底的手术。他们废弃了传统的按产品线(如 Cash App 部门、Square 部门)划分的组织边界,也摒弃了依赖产品经理(PM)主观经验来制定“产品路线图”(Product Roadmap)的传统做法。取而代之的是一套高度抽象化、可组合的“四层智能业务架构”。

第一层:原子能力层(Capabilities)

能力层是整个 Block 帝国不可撼动的地基。它由一系列极其基础、高度模块化的“原子金融原语”(Atomic Financial Primitives)组成,例如:底层支付路由、信贷审批逻辑、物理卡片发行、银行账户管理、先买后付(BNPL)引擎以及工资单结算系统等。
去 UI 化与极致专业:这些能力模块并非独立面向消费者的产品,它们完全没有自己的用户界面(UI)。构建这些能力通常面临极高的门槛,需要应对复杂的监管许可获取、反洗钱(AML)与了解你的客户(KYC)合规审查,以及处理庞大的网络效应。
运维逻辑:负责这一层的工程师团队被要求极度专注,他们的 KPI 完全剥离了用户留存或界面转化率,而是百分之百聚焦于底层系统的吞吐性能、合规安全性和 API 的绝对可靠性。

第二层:双维世界模型 (World Model):企业与商业生态的“数字孪生”

世界模型是取代传统管理层信息路由功能的神经中枢,它充当了系统理解内外部环境的大脑。在本质上,它是一个高度动态、实时更新的企业与商业生态的“数字孪生”。这个模型不仅仅停留在“信号采集”层面,而是从原始数据中提炼出相关性与因果律,并最终负责推演和“预测”。它分为两个互为表里的维度:
公司世界模型(Company World Model)——内部运营的数字孪生:如前所述,这是一个向内的监控维度。因为 Block 是一家“远程优先”的公司,员工的协作都在数字空间进行,系统会摄取所有机器可读的“工作产物”(Artifacts),包括 Slack 聊天记录、电子邮件、GitHub 代码拉取请求(Pull Requests)、Google Docs 设计方案以及会议录音等信号。它通过解析这些海量数据,让系统深刻理解全公司当前正在开发什么、哪个环节被阻塞了、资源分配在哪里。它为前线员工提供了全局的“上下文”(Context),并在后台自动处理了“对齐”工作,使得员工在做局部技术决策时,无需等待上级管理者的对齐指令。
客户世界模型(Customer World Model)——外部商业的数字孪生:这是一个向外的商业维度。它并非基于传统的市场调研或问卷,而是基于 Block 旗下庞大的生态所构建的针对每一个客户、每一个商户、每一个特定市场的全景数字孪生。Dorsey 极度推崇这一模型的数据质量,因为资金的流转被认为是世界上最真实的“诚实信号”(Honest signal)。用户可能会在问卷调研中伪装偏好、忽略广告或放弃购物车,但当客户“消费、存钱、转账、借贷或还款”时,这些真金白银的交易行为都是无法伪造的现实映射。系统每天采集数百万笔 Cash App 买家和 Square 卖家的双边交易流水信号,外加商户后端的运营数据。随着时间推移,这一模型正从记录原始交易数据,进化为能够进行因果推理和未来预测的高级智能模型,负责回答“发生了什么”、“为什么发生”以及“接下来会预测发生什么”。

第三层:智能编排层 (Intelligence Layer):行动与组合中枢

(注:在 Block 的反直觉架构中,“预测”功能由第二层的世界模型承担,而智能层则被彻底解放出来,专注于“行动”)。
如果说前两层(世界模型)是负责记忆、因果推演和预测的认知大脑,那么第三层就是发挥主动创造力的魔术师(运动神经中枢)。智能层负责将死板的“原子能力”动态地激活,为特定客户提供高度个性化的价值。
主动式价值组合(Proactive Composition):传统金融软件是被动的(例如,用户主动点击“申请贷款”按钮)。而智能层是主动的,它向下调用第一层的“原子能力”,向上承接第二层的“预测结果”。系统可以基于“客户世界模型”的预测能力,发现一个使用 Square 餐饮系统的餐厅商家,在结合历史数据和当前的食材采购支出后,即将在接下来的几周内面临季节性的现金流紧缩。在餐厅老板自己意识到危机并主动寻求昂贵融资之前,智能编排层会自动提取底层的“信贷评估能力”和“支付路由能力”,像搭乐高积木一样,为该餐厅组合出一笔短期的过桥贷款方案,并智能设定与未来刷卡营业额动态挂钩的还款计划,随后直接推送到老板的终端上。在这个过程中,没有任何一个人类产品经理介入去“设计”这个贷款产品,一切都是实时生成的动态组合。

第四层:交付接口层(Interfaces)

接口层是用户能够真实触摸到的物理与软件交付表面,涵盖了 Block 矩阵下耳熟能详的品牌:Square 销售终端机、Cash App 移动应用、Afterpay 结算界面、TIDAL 高保真音乐平台、Bitkey 自托管比特币硬件钱包以及 Proto 比特币挖矿系统等。
价值定义的降级:在传统的硅谷文化中,App 本身往往被神化为公司的核心资产。然而,在这套全新的架构中,Dorsey 将这些品牌的地位进行了“降级”。它们仅仅是智能层用来交付动态组合方案的“表面”(Surfaces)。它们虽然是不可或缺的触点,但并不是真正创造商业价值的地方。真正的价值完全沉淀在底层的因果世界模型和高阶的智能编排能力中。

颠覆性的副产品:“失败信号”机制与产品路线图的消亡

这套四层架构带来了一个极具革命性的附带效应:彻底颠覆了硅谷奉为圭臬的“产品路线图”制定流程。
在传统的互联网公司中,新功能的开发路线图往往是由一群产品经理(PM)在会议室里基于直觉、竞品分析和部分数据分析进行主观排序的,这充满了认知偏差和内部资源博弈。而在 Block 的智能制中,路线图的生成变成了完全被动的系统反刍过程。
当“智能编排层”在实时监控客户数据时,试图为某个特定的用户场景组合一个完美的解决方案,但系统很快发现自己“失败”了——因为底层缺乏某项特定的合规协议,或者缺乏某一种数据处理接口。这个在代码层面抛出的真实“失败信号”(Failure Signal),不会被忽略,而是会直接绕过人类管理者的判断,自动转化为系统待办事项列表(Backlog)中的最高优先级任务,进而自动生成未来的工程开发路线图。
这种机制实现了真正的“由现实驱动开发”,产品经理不再需要绞尽脑汁去假设客户需要什么,系统能力与客户需求之间的真空地带(即失败信号),就是公司唯一需要填补的产品路线。这一机制将组织设计从模糊的管理哲学领域,硬核地拉回到了严谨的信息系统架构设计领域。
表2:Block智能制四层业务架构拆解与特征对比

架构层级

技术内涵与核心功能

传统模式下的对应实体

运营特征与考核焦点

第一层:原子能力层 (Capabilities)

提供如支付、信贷、合规、清算等极其基础的金融原语模块。

庞大的后端工程团队与基础设施部门。

无UI交互。追求极致的系统吞吐量、API可用性与严苛的金融监管合规。

第二层:双维世界模型 (World Model)

包含“公司世界模型”(内部开发与资源态势)与“客户世界模型”(外部商业与资金流转的全景数字孪生)。

商业分析团队 (BA)、数据仓库、乃至传统中层管理人员的信息汇总职能。

摒弃滞后的人工报表,基于真实资金与行为“诚实信号”的实时、因果、预测性建模。

第三层:智能编排层 (Intelligence Layer)

充当系统的“大脑”,主动抓取底层能力,动态组合成针对特定客户的即时解决方案。

资深产品经理 (PM)、商业策略专家与运营策划团队。

主动式价值交付。当无法完成组合时抛出“失败信号”,自动逆向驱动下一代产品路线图。

第四层:交付接口层 (Interfaces)

终端用户触达的软硬件表面(如Cash App, Square硬件, Bitkey钱包等)。

前端开发、UI/UX设计与终端硬件工程团队。

仅作为智能层的交付通道,提供流畅的交互体验,但不再被视为核心价值的创造源泉。

四、组织的极限解构:人类角色的重构与中层管理的终结

技术架构的重构必然要求生产关系的彻底洗牌。随着 AI(双维世界模型与智能编排层)无情地接管了信息路由、优先级排序、项目跟进和状态对齐等传统中层管理人员的“胶水工作”(Glue work),Block 的员工组织架构迎来了史无前例的极限解构。
在 40% 的惊人裁员之后,Dorsey 并未停止改革的步伐。在接受播客等媒体专访时,他直言不讳地表达了进一步扁平化的野心:Block 计划在 2026 年内,将从 CEO 到任何一位基层员工的层级深度,从原有的最多五层,极其激进地压缩至两到三层。其终极的组织愿景——用传统管理学的眼光来看几乎是荒谬的——是让全公司剩余的 6,000 名员工实际上全部直接向 CEO “汇报”。当然,这种“汇报”不再是日常的邮件或一对一会议,而是通过 AI 智能层的介质进行高维度的宏观对齐。
在这种近乎极致的结构下,所有以“上传下达”为生的永久性中层管理岗位被彻底废除。人类不再充当系统中的数据传输节点,而是被推向边缘,专注于从事系统目前尚无法企及的高阶智力活动:直觉判断、审美塑造、文化维系以及在面临生存危机时高昂代价的战略与道德抉择。
为了适应这一体系,Block 将全人类的职位编制“归一化”(Normalized)为以下三种核心且标准化的角色:

1. 独立贡献者(Individual Contributors, ICs)

深耕特定技术层的专家:ICs 是整个 Mini-AGI 系统的基石建设者和一线运营者,他们可能是天才的后端工程师、顶级的数据科学家或敏锐的用户体验设计师。他们的工作不再按业务线划分,而是垂直深耕于四层架构中的某一特定层级(例如专注优化信贷原子能力,或专注训练客户世界模型)。
告别“等靠要”的自治模式:在过去,ICs 必须等待主管分配任务和同步项目背景。现在,因为“公司世界模型”完全透明地提供了所有必需的上下文环境,ICs 可以在其负责的层级内实施绝对的自治,直接做出技术决策而无需任何等待,也无需等待上级告诉他们该做什么。
算力杠杆下的十倍工作者:这也是裁员 40% 的核心逻辑所在。通过高度集成的 AI 智能体(如后文将详述的 Goose)的强化赋能,一名优秀的 IC 现在能够独立完成过去需要配置 10 名各异角色的团队才能完成的广阔工作量。对于 ICs 而言,编写重复代码和调试基础 Bug 的能力已被极度贬值,他们真正持久的、不可替代的人类技能变为了:对优秀架构的品味(Taste)、对复杂业务的判断力(Judgment)以及跳出常规的创造力(Creativity)。

2. 直接负责人(Directly Responsible Individuals, DRIs)

流动的战略刺客:在废除中层总监之后,如何推进跨领域的复杂项目?答案是 DRIs。DRIs 绝非换了名字的传统经理,他们没有任何永久的汇报下属,也不拥有固定的部门领地。相反,他们是特定跨界问题、短暂商业机会或关键客户结果(Customer outcomes)的绝对“所有者”。
特权与时效性:举例而言,当“客户世界模型”警示某高价值商家群体流失率激增时,一名 DRI 会被指派在接下来的 90 天内全权拥有并解决“商家流失”这一难题。在这 90 天内,DRI 被赋予了犹如“战时指挥官”般的跨层级特权,可以随时根据任务需求,从世界模型团队、信贷能力团队和 Square 接口团队中灵活“拉取”(Pull)最顶尖的 ICs,组建临时的精英突击队。当这 90 天的任务周期结束、流失率指标恢复健康后,突击队即刻解散,DRI 本人也可能被派往完全不同的新战线。这种机制彻底消除了部门墙和资源囤积现象。
核心素质:DRIs 必须深刻理解由“失败信号”生成的系统路线图。他们不可替代的特质是极度敏锐的战略嗅觉、无可推诿的主人翁意识(Ownership)以及将结果扛在肩上的问责精神(Accountability)。

3. 下场指导员(Player-Coaches)

权力的剥离与教导的回归:这或许是对企业界冲击最大的一项改革——彻底终结了“只动口不动手”的职业经理人阶层。传统的管理岗位往往被视为升职加薪的阶梯和权力的象征;但在 Block,成为 Player-Coach 不再意味着获得了更高的地位,而是被视为一种赋予重任的“特殊任务分配”(Assignment)。
不脱产的导师:Player-Coach 自身必须保持作为一线建设者的锋锐度,他们必须继续每天与 ICs 并肩作战,编写核心代码、构建数据模型或参与前端设计。他们不再需要把宝贵的生命浪费在无休止的进度汇报会、跨部门对齐会议和资源撕扯谈判中(因为这些对齐和优先级的脏活累活全由 AI 世界模型和 DRI 体系代劳了)。
传帮带的艺术:他们的核心且唯一的非技术职责是发展他人。他们不再通过下达生硬的 KPI 指令(Tell)来驱动员工,而是通过大师级别的亲身示范(Show)和结对编程,来提升周围员工的专业工艺和技能上限。他们必须具备极高的共情能力(Empathy)、出色的软技能(Soft skills)以及激发人类潜能的指导艺术。
深度洞察:这种极致的三权分立角色划分,触及了现代组织病理学的核心。传统大型组织之所以陷入僵化和官僚主义泥潭,根本原因在于将“行政指挥权”(管理汇报层级)、“事务推进权”(项目话语权)和“专业赋能权”(技术指导)这三项截然不同的权力,强行捆绑在同一个人(即中层经理)身上。通过引入无处不在的 AI 接管“行政指挥权”与信息差,Block 使得基于项目的事务推进(DRI)与聚焦个人专业成长的师徒制(Player-Coach)得以在极度扁平的液态网络中独立、高效地运转。

五、技术支撑底座:Goose智能体、Jitu工作坊与“Vibe Coding”

如果《从层级制到智能制》仅仅是一篇充满管理学黑话的乌托邦散文,它绝不可能在向来以硬核技术实力说话的硅谷引发如此巨大的共鸣与震动。这篇备忘录的真正说服力在于,Block 在执行 40% 大裁员的同质化叙事下,实打实地向外界展示了支撑其 Mini-AGI 运转的底层工程核武器。在 2025 年底的 Block 投资者日(Investor Day)上,公司工程主管 Arnaud Weber 以及开源团队向外界详细披露了已在全公司广泛部署的两大核心 AI 基建工具——Goose 与 Jitu。

1. Goose:跨越物理应用边界的通用AI工程智能体

Goose 是 Block 在 2024 年初推出,并随后根据 Apache License 2.0 (ASL2) 协议开源的一款重量级“通用人工智能代理”(General-purpose AI Agent)框架。与仅仅作为代码提示工具的普通 AI 助手(如早期的 GitHub Copilot)截然不同,Goose 不仅能“回答问题”,更被赋予了直接操作开发环境的执行权,是一个能够“采取真实行动”的实体。
技术架构与模型上下文协议(MCP)集成:Goose 采用 Rust 语言构建,兼具极致的性能与跨平台可移植性,支持 CLI 终端、原生桌面应用甚至通过 API 嵌入任何地方。其最核心的突破在于其架构是完全“模型无关的”(Foundation model agnostic)——无论底层是 Anthropic 的 Claude 3.5、OpenAI 的 GPT-4o 还是 Google 的 Gemini,Goose 都能无缝接入。更为关键的是,Goose 是业内最早且最深度集成模型上下文协议(Model Context Protocol, MCP)的框架之一。MCP 是 Block 与 Anthropic 联合开发并力推的开放标准,旨在彻底打通 AI 智能体与企业内部各种割裂的工具、API 和私有数据源之间的壁垒。通过 MCP,Goose 已经与 Block 内部近 150 个后端服务、数据库、GitHub、Jira 甚至 Google Drive 实现了深度直连,使得它能够直接读取公司的海量专有实时数据并跨系统执行复杂指令。
全自动软件工程闭环与“Vibe Coding”:在工程研发端,Goose 展现出了颠覆性的效能。当系统在问题追踪平台中标记了一个 Bug 报告时,Goose 能够自动调取相关的全局代码库,自主配置隔离的测试环境,逐行分析系统日志,自动编写修复逻辑,并在本地运行所有单元测试。一切通过后,它会自动生成一份结构严谨的 Pull Request 供人类架构师审查,整个繁杂的排障与修复过程“几乎无需任何人类介入”(Almost no human in the loop)。
在伯克利举行的智能体 AI 峰会(Agentic AI Summit)上,Block 开源团队的 Rizel Scarlett 更是现场演示了 Goose 在“Vibe Coding”(直觉式编程)维度的震撼能力。通过 Goose 特有的“子智能体编排”(Subagent Orchestration)功能,一名人类开发者可以在不到一小时内,“克隆”出一整支虚拟开发团队。开发者只需分配角色,Goose 便会同时生成并调度“产品规划师”(定义 MVP 边界)、“架构师”(搭建技术栈)、“前后端工程师”(编写 UI 与 API 逻辑)以及“QA 测试员”(撰写测试用例)与“技术文档作家”。这些各司其职的子智能体在后台并行工作、互相纠错,最终从零构建出一个具备后端 API 和响应式前端的完整 Web 应用(如演示中的 AI BriefMe),彻底改变了软件工程的生命周期。
极速商业应用孵化:得益于 Goose 底层那套经过充分打磨且完全可复用的“智能体基质”(Agentic substrate),Block 极大缩短了商业创新周期。在这套基架上,Block 仅用 6 周时间就成功开发出了面向 Cash App 用户的智能财务管家“Moneybot”的最小可行性产品(MVP),并在短短 8 周内完成了协助商家自动化管理的“Manager bot”的开发与上线。

2. Jitu (g2):彻底赋能非技术人员的“自主应用游乐场”

如果说 Goose 是武装顶尖技术极客的超级机甲,那么 Jitu(在内部早期被称为 g2)则是实现全公司“业务全民智能化”的普及型基础设施。Jitu 被官方定义为一个“文本到持久应用的工作坊”(Text-to-persistent application playground),它将 Goose 强大的底层能力封装为了一个对商业人员极为友好的平台。
直观的“磁贴(Tiles)”交互范式:Jitu 具有极低的上手门槛,摒弃了令人生畏的命令行窗口,其用户界面由一块块功能清晰的“磁贴”构成。每一个磁贴背后,都代表着一个由 AI 实时生成的、在后台云端资源中持续、异步(Asynchronously)运行的持久型自动化应用程序。
无代码平民开发与工作流自治:Jitu 的真正商业威力在于其彻底打破了业务需求与研发排期之间的死结。它允许公司内部任何非技术人员(无论是法务合规人员、人力资源 BP、一线销售还是客服专员),仅仅通过输入自然语言提示词描述自己的业务痛点,就能在短短几分钟内,自动构建出高度定制化的动态自动化工作流,并将其固化为一个可用的小应用。例如,一名销售能够立刻用 Jitu 生成一个自动拉取 CRM 数据并比对外部新闻的线索分析应用。在过去,这种长尾的长周期需求根本无法排入核心工程团队的开发议程中,而现在员工可以完全实现自治。

3. 令人敬畏的自动化经验指标

凭借这两大工具构筑的技术底座,Block 的“去层级化”裁员绝非盲目的削减成本,而是基于实打实的生产力跃迁数据支撑的底气。根据 Investor Day 披露的数据:
全员手动劳作断崖式下跌:在极短的部署周期内,Goose 和 Jitu 等工具已被 Block 超过 75% 的员工深度融入日常工作流。这直接促成了全公司范围内高度重复的“人工手动耗时量”实现了 25% 的大幅下降,使得剩余员工能够将精力转移至战略规划与高价值客户沟通上。
客服系统被 AI 大规模接管:在客户服务支持中心,基于内部数据微调的垂直 AI 已经接管了 Cash App 平台高达 65% 的复杂客户服务案件,在显著降低人力支出的同时,实现了响应时间和服务质量的断层式领先。
代码产出呈指数级增长:在最为核心的软件工程部门,随着 Goose 等代码代理工具的全面普及,目前 Block 内部超过 90% 的代码提交(Code Submissions)已经是由 AI 部分或全部自动编写完成的。更令人瞩目的是,工程团队的周均代码变更中位数较上一年度逆势提升了 30%,彻底粉碎了“裁减 40% 员工会导致研发停滞”的行业担忧。
同时值得注意的是,这种智能体驱动的架构重塑绝非 Block 的孤例,它代表着全球科技产业更广泛的技术趋势演进。在 2026 年 3 月底这个极具象征意义的节点,就在 Jack Dorsey 发布备忘录的同一时期,大西洋彼岸的中国科技巨头也展现出了在底层算力受限下通过架构创新寻求突破的努力。据权威科技媒体《The Information》独家披露,中国最受瞩目的 AI 独角兽 DeepSeek 正准备发布其下一代推理模型 V4。受限于美国严格的先进制程芯片出口禁令,DeepSeek V4 被证实将历史性地全面迁移至华为自主研发的昇腾(Ascend)AI 芯片架构上运行,彻底摆脱对英伟达硬件的路径依赖。这一里程碑事件不仅证明了中国正加速完成 AI 产业链底层的全面脱钩与半导体自主化,更从侧面印证了在软件层面上:优化模型架构和提升多智能体系统(如 Goose 和 Jitu)的任务编排能力,已经成为全球科技企业在后摩尔定律时代,克服硬件瓶颈、攫取计算红利的最核心抓手。

六、硅谷的反响与宏观共振:新时代的交锋

《从层级制到智能制》备忘录的发布,恰逢 2026 年初一个极其敏感且动荡的宏观经济与技术交汇期。这份长文不仅在 Block 内部确立了改革基调,更犹如一枚深水炸弹,在整个硅谷科技圈、风险投资界乃至华尔街引发了极其剧烈的反响与多维度的解读。

1. 技术领袖的拥抱与战略定调

对于拥护者而言,Block 的激进实践提供了一个极具说服力的“进攻型 AI 战略”模板。
Marc Andreessen 与“Agentic平台跃迁”:硅谷著名风投机构 a16z 的联合创始人 Marc Andreessen 在随后的播客与公开言论中高度肯定了这一方向。Andreessen 明确指出,基于多智能体(Agent-based architectures)以及端侧推理(Edge inference)的演进,标志着 AI 已经跨越了单纯的工具属性,成为了一次真正的“平台范式跃迁”(Genuine platform shift)。他强调,那些未能认识到 AI 将重塑软件工程、基础设施乃至企业体制本身的传统企业,将会面临被降维打击的危险。
“进攻”与“防守”的泾渭分明:知名科技评论人 Harry Stebbings 与企业界人士迅速将各大公司的 AI 战略区分为两类:“防守型”与“进攻型”。绝大多数传统企业目前仍停留在“防守”阶段——仅仅购买微软 Copilot 的订阅,试图在边缘节省一些文秘工作的成本,获取渐进式的效率提升(Incremental efficiency)。然而,像 Block、Anthropic 以及 Stripe 等公司则展示了真正的“进攻态势”——每周由 AI 智能体自动编写超过 1,300 个合并请求(PRs),彻底将公司内核重构为智能网络,并通过这种令人窒息的研发节奏,迫使竞争对手陷入被动烧钱应对的绝境。正如评论所言,“防守型公司或许能苟延残喘,但进攻型公司将定义下一个时代。”

2. 宏观经济数据与劳动力市场的阵痛

Block 所宣扬的“用更少的人做更多的事”的愿景,正不可避免地与更为广泛的宏观经济指标发生着强烈的化学反应,加剧了社会的失业焦虑与资本的重新分配。
能力增长与资本配置的交叉点:进入 2026 年 4 月,正是美国各项核心经济数据(如劳工统计局的就业报告、4 月 8 日的 FOMC 会议纪要、4 月 10 日的 CPI 数据以及 4 月 14 日的 PPI 数据)密集发布的关键节点。在通胀粘性与增长焦虑依然笼罩华尔街的背景下,前沿 AI 能力(如 OpenAI 在公共推理测试、编码和搜索基准上的持续攀升)的突飞猛进,正在深刻改变企业资金的配置逻辑。随着 AI 在文档工作流、表格处理、客户支持和代码审计等狭窄领域不断夺取阵地,大量原本属于白领劳动力成本结构的支出,正迅速且无情地被剥离,并重新分配给购买算力和云端 SaaS 软件的资本支出中。摩根士丹利的分析师已经发出警告,尽管 21% 的标普 500 公司已经开始报告可衡量的 AI 投资回报,但这种急剧的结构性重组极可能在未来导致白领失业率的攀升以及传统行业的持续动荡。

3. 科技评论界的批判与隐忧

在掌声之外,诸多深度科技观察家也对这种极端推崇技术的裁员重组行为表达了严厉的批判和担忧。
冷血的“降本”叙事与道德拷问:以资深科技评论员 Dare Obasanjo 为代表的声音,对企业借“架构重组”之名行大规模裁员之实的做法提出了强烈的道德质疑。Obasanjo 在 Bluesky 平台上尖锐地指出,整个科技行业的裁员文化正在变得令人毛骨悚然地“冷酷化”。他提到:“我记得当初一家公司通过 Zoom 视频会议解雇员工都会成为全网声讨的丑闻;但与今天的常态相比,那甚至显得有些温馨。”。他特别提及了甲骨文(Oracle)在 3 月底直接通过凌晨 6 点的一封自动群发邮件(邮件内仅包含一个要求点击接受遣散条款的冷冰冰的链接,没有任何 HR 预警或直属经理的谈话)就直接终止了近 30,000 人职业生涯的“史上最冷血冷启动”裁员事件。在批评者眼中,Dorsey 将中层管理者贬低为单纯的“信息传声筒”并予以无情抹除的论调,不仅忽视了管理工作中所包含的深刻人性关怀和情绪劳动,更是对大量忠诚员工的背叛与牺牲,这种“用机器替代人以自保”的资本主义逐利行为不应被粉饰为高尚的哲学探索。
Stratechery 的冷眼旁观与架构隐患:著名科技分析师 Ben Thompson(Stratechery 创始人)在其专栏分析中指出,随着 AI 颠覆传统科技服务,公司在战略押注上正面临极高的风险(例如他评论了 OpenAI 近期收购 TBPN 以确保媒体分发渠道的防御性动作)。同时,其他行业专家也警告称,过度依赖 AI 代理自动执行代码和组合系统,可能会在不经意间构建出极其庞大且人类无法理解的“未映射依赖关系”(Unmapped dependency catacombs)。当这些由机器生成的“隐秘地下墓穴”默默演变为系统的承重墙结构时,一旦发生底层逻辑崩溃,将引发超出任何可见项目治理框架能够控制的灾难性系统风险。
Platformer 对“去中心化”执念的质疑:著名科技媒体 Platformer 的创始人 Casey Newton,则结合 Jack Dorsey 过去在 Twitter 的执政历史,对其当前的重组行为提出了质疑。Newton 回顾了 2011 年 Dorsey 向 Twitter 员工播放披头士歌曲《Blackbird》那段令人费解的往事,指出 Dorsey 一直是一个极具争议的双面体:一方面他是对未来有着不可思议直觉的远见卓识者,另一方面他却又是一个极其疏离、经常做出迟缓决策而阻碍公司发展的管理者。Newton 认为,Dorsey 当前在 Block 大刀阔斧推行类似 Bluesky 式的“去中心化”与架构颠覆,很大程度上是他个人对于“摆脱中心化控制”(包括对抗传统华尔街管理范式和硅谷官僚体系)一种近乎偏执的浪漫主义追求。这种在企业内部强行推行的乌托邦式实验,最终是否能经得起华尔街冷酷的业绩检验,仍是一个巨大的问号。

4. 商业生态系统的连锁反应:向比特币本位的回归

有趣的是,在实施激进的 AI 化重组以追求极致内部效率的同时,Jack Dorsey 也在强烈地将 Block 的外部业务焦点重新拉回其长期信仰的基石——比特币(Bitcoin)。
重组完成后不久的 2026 年 4 月上旬,Block 高调宣布发起一场旨在复兴极客精神的空投活动——推出名为“比特币日”(btc.day)的巨额比特币水龙头(Bitcoin Faucet)。该活动计划通过旗下的 Cash App、Bitkey 硬件钱包和 Square 商家终端,向符合条件的用户免费发放总计价值高达 100 万美元(约合 15 枚 BTC)的比特币奖励。这一举动直接致敬了 2010 年由早期比特币核心开发者 Gavin Andresen 所创立的世界上第一个“比特币水龙头”(当时用户只需解决一个简单的验证码即可免费获取 5 个 BTC,若持有至今价值超 33 万美元)。
这一看似带有公益性质的营销活动,实则揭示了 Block 重组后的深层战略意图。Block 不仅在其资产负债表上依然坚定持有高达 8,883 枚、价值近 6 亿美元的比特币;而且近期还通过发布支持比特币金库管理的开源工具、扩展 Bitkey 和 Proto 挖矿设备的知识产权专利(OpenIP)等动作,进一步确立了自身在去中心化金融领域的领导地位。Dorsey 的真正图谋逐渐清晰:用最前沿的通用人工智能(Mini-AGI)彻底改造并武装传统的中心化企业肉身,以换取无与伦比的运营速度和执行效率;随后,将这些释放出来的巨大能量和精兵强将,全力投入到对去中心化硬通货(Bitcoin)生态基础设施的构建之中。这种通过极致集权的智能体系统,去服务一个绝对去中心化的金融愿景的矛盾与统一,或许正是理解 Jack Dorsey 乃至整个 Block 未来十年走向的一把终极钥匙。

七、深度批判与隐性危机:中层管理消失后的“企业创新困境”

如果说在资本市场的聚光灯下,裁员 40% 并拥抱“智能制”是一出展现企业果决魄力的华丽演出;那么在硬币的反面,这场以甲骨文裁员 30,000 人和拜耳裁员 12,000 人为代表的 AI 裁员狂潮,正在深刻暴露出大型企业一种难以愈合的结构性内伤。
企业创新风险投资与智库 Alloy Partners(原名 High Alpha Innovation)的主管 Mike Joslin 及 CEO Elliott Parker,发布了一系列极具穿透力的反对与批判理论。他们尖锐地指出,媒体与华尔街将 AI 大裁员仅仅包装为一次纯粹的“技术升级与官僚消杀”故事是极度短视的;事实上,这场浪潮正在酝酿一场规模空前的企业创新危机(Corporate Innovation Crisis)。

1. 被无情抹杀的隐蔽地带:中层管理作为“创新的牧羊人”

Alloy Partners 的深度分析指出,由于长期受到好莱坞电影和管理学畅销书的刻板印象影响,社会大众及硅谷的精英技术高管们普遍对“中层管理”(Middle Management)怀有一种深深的厌恶,将其纯粹视为阻碍信息流动、制造内耗的“官僚主义赘肉”,除之而后快。然而,这种粗暴的二元对立逻辑,恰恰忽视了中层管理层在这个复杂庞大机器中扮演的另一个极其隐蔽且生死攸关的角色——变革性创新的保护伞与牧羊人。
在任何一家历史悠久的大型企业中,真正具有跨部门协同性质的新产品孵化、商业模式探索和底层创新项目,极少是由日理万机、脱离前线的高管团队直接构思发起的,同样也极难由缺乏调度资源权力的一线基层员工独立完成。这些极其脆弱的创新火种,历来都是在庞大而混沌的“协调层”(即中层管理网络)的缝隙中艰难孕育的。
那些深谙企业生存哲学的中层经理们,利用他们在多年职场生涯中积累起来的盘根错节的“政治资本”(Political Capital)和人脉网络,不仅要在极其复杂的、长达数月的年度预算周期中为创新项目四处奔走、筹措资金,更要在关键时刻挺身而出,巧妙地化解和抵挡来自公司核心业务部门及固有“现状捍卫者”的明枪暗箭,从而为那些看似不成熟、短期无法盈利、却具有颠覆性潜力的突破性商业模式争取到足够长的发育时间,直到它们能够证明自身的商业价值。
当企业高管们挥舞着 AI 这把看似无比锋利的手术刀,以追求绝对协同效率的名义,将这层厚重且充满人情世故的“协调层”连根拔起、剧烈压缩甚至彻底消灭时,结果是极其矛盾的:
一方面,由于去除了层层汇报和审批流程,整个公司在执行其“现有的核心摇钱树业务”时,的确变得如同一级方程式赛车般无比精干、敏捷和高效;
但另一方面,随之灰飞烟灭的,是这家企业内部原本就已经十分脆弱、如同温室花朵般的“孕育相邻赛道业务和底层转型业务”的能力。这就好比为了提高一片果园的当季采摘效率,而砍掉了所有用于培育新树苗的温室和专门负责嫁接的技术人员。这种为了追求短期财报利润最大化而牺牲企业长期进化基因的做法,正是“AI裁员”正在制造的致命创新危机和未来难以填补的增长鸿沟(Growth Gap)。

2. “否决政治”与被AI极致锐化的《创新者的窘境》

在《创新的幻觉》(The Illusion of Innovation)一书中,Elliott Parker 极为精辟地指出,随着现代企业管理制度的日益完善与严密,大型跨国公司本质上已经异化演变为一种令人窒息的“否决政治体系”(Vetocracies)。在这样的体系中,整个官僚机制被高度优化、精密设计,其唯一的终极目标是追求绝对的资金安全、运营的可预测性以及对现有核心业务现状(Status Quo)的无条件维护。这就导致了一个极为荒谬的局面:在庞大的企业层级中,几乎任何一个哪怕级别不高的中层管理者(如法务合规专员、财务审批主管、风险控制经理),只要他们认为某项创新举措可能会对当前的稳定利润产生哪怕一丝威胁,他们都拥有随时随地、以各种正当名义“一票否决”并扼杀该举措的权力;而要真正推动一项打破常规的新事物落地,却往往需要过五关斩六将,获得从上到下所有部门的一致首肯。在这种极度不对等的权力结构下,企业内部的创新能力不可避免地被无情地排挤和窒息。
许多科技领袖曾天真地幻想,引入强大的人工智能可以作为一剂破局的解药,打破这种僵化的“否决政治”。然而,Alloy Partners 的残酷现实分析指出,事实恰恰相反——引入 AI 不仅没有解决这一问题,反而使得克莱顿·克里斯坦森(Clayton Christensen)提出的著名的《创新者的窘境》(The Innovator's Dilemma)变得更加尖锐和不可调和。
背后的逻辑并不复杂:
资本市场的短视压力:企业在采购和部署昂贵的大语言模型及算力资源时,往往承受着巨大的资本开支压力。为了向华尔街的投资者和董事会证明这笔巨额“AI投资”的回报率(ROI),企业最高管理层会不可抑制地陷入一种对于“可量化效率输出”的偏执追求中。
氧气的进一步剥夺:当整个组织的每一个毛孔、每一个业务单元都被严苛地要求利用 AI 进行“降本增效”、精简人员以挤出更高的利润率时,原本就处于边缘地位、需要大量资金试错且短期内无法见效的内部创新团队,将发现自己生存在一个更加恶劣的环境中,他们能够获取的预算、耐心以及生存的“氧气”将变得更加稀薄。
Alloy Partners 在此发出了一声震聋发聩的警告:“归零比糟糕更加可怕。”(Zero is worse than bad.)
不可否认,在传统的层级制下,由中层主导的内部创新孵化机制(如各种内部加速器、创新实验室)往往效率低下,甚至经常彻底失败。但 Alloy Partners 强调:“糟糕的创新能力依然是能力。即使是一个运转不良、时常失败的内部创新系统,它至少还能偶尔在夹缝中孵化出一两个改变公司命运的边缘产品。” 然而,当企业将中层管理彻底裁撤,并且盲目迷信只要给剩下的基层员工配备了 AI 大模型,企业就会自然而然地涌现出革命性创新时,他们实际上是在用一个令人绝望的“真空地带”,去取代那个曾经虽然低效但依然存在可能性的旧系统。AI 技术的介入使得现有核心业务的运转速度变得飞快,但同时,它也使得在现有组织架构内部孕育、试错并容忍失败以创造全新业务的可能性,降至冰点。

3. 基于科斯定理的组织学推演:为何内部创新不可持续?

为什么强大的 AI 能够大幅提升现有业务的效率,却无法帮助大公司在内部创造出颠覆性的新业务?要深刻理解这一看似矛盾的现象,必须求助于诺贝尔经济学奖得主罗纳德·科斯(Ronald Coase)的经典巨著——《企业性质》(The Nature of the Firm)。
科斯定理的核心要义在于解释企业边界的形成与扩张:企业之所以存在且不断膨胀,是因为在很多时候,通过市场机制进行资源配置(外部交易)的成本,远远高于在企业内部通过行政命令进行指挥协调的成本(内部协调成本)。企业的边界,正是动态地停留在“内部增加一项协调任务的成本,恰好等于通过外部市场机制完成同样任务的成本”的那个均衡点上。
Alloy Partners 敏锐地洞察到,AI 时代的到来,彻底打破了这一维持了数十年的脆弱平衡,因为AI极大地降低了协调成本,但这种降低的红利分布是极其不均匀、高度不对称的。
对于微型团队的指数级赋能:对于一个脱离于大公司体制之外、由几名甚至十几名顶尖极客组成的小型初创团队而言,各类强大的 AI 工具(如代码生成代理、自动化测试框架、智能财务报表生成器等)使得他们几乎能够以极低的成本,完成过去需要几十上百人才能胜任的代码编写、法务审核、市场营销等复杂工作。AI 使得这些小团队的内部协调成本无限逼近于零,赋予了他们极其恐怖的敏捷性和爆发力。
大型组织的结构性摩擦依旧:反观那些动辄拥有数千甚至数万人的庞大跨国企业,即便他们为每一位员工都配备了最先进的 AI 助手,从而大幅缩短了员工完成某项具体任务(例如写一段代码、润色一篇公关稿)的时间,但 AI 却无法帮助他们抹除组织规模庞大所带来的固有“结构性特征”——那些为了规避系统性合规风险、应对复杂外部监管以及协调跨国利益分配而必须设立的多重审批链条、冗长的跨部门对齐会议、极其繁琐的合规审计流程,以及漫长且不可逾越的年度预算分配周期。AI 只能让公文流转的速度变快,但无法消灭“公文流转”这个繁杂的过程本身。
深度洞察:这就导出了一个对大型企业极其致命的结论——AI 技术的普及,实际上使得构建新商业模式、孕育新业务的“最佳作战单元的规模”变得越来越小。因为小团队能够享受到 AI 带来的全部效率红利,而无需承担大企业的结构性摩擦成本。因此,那些试图在拥有着沉重历史包袱、严格合规要求和高昂试错成本的大公司内部进行从零到一的破坏性创新的战略规划,其底层的经济学逻辑基础正在土崩瓦解。
面对这一无可回避的组织学困境,不仅是严厉的批评家,就连推动这场变革的 Jack Dorsey 本人,也对未来充满了清醒的认识与警惕。Dorsey 在备忘录中发出了严厉的警告:面对席卷而来的 AI 浪潮,大多数平庸的企业仅仅选择了短视的“成本优化之路”(Path A)——即机械地裁掉一半员工,给剩下的幸运儿配备几个 AI 副驾驶(Copilot),以此来粉饰未来几个季度的财报,短时间内推高利润率以取悦华尔街。Dorsey 毫不留情地指出,如果一家公司不能在这个过程中构建出只有自身才能独家理解并掌控的核心能力(What a company uniquely understands),那么这种纯粹的降本增效故事,最终只会导致该企业在未来某一天,被一个更聪明、更纯粹的 AI 原生智能体无情地吞噬或替代。要摆脱这种宿命,唯一的出路是选择极其痛苦的“重构之路”(Path B):彻底将公司解体并重组为一个没有永久官僚层级、完全由“能力原子层”和“智能编排层”构成的智能体(Intelligence)。

4. 破局之道:走向外部的“创投工作室”(Venture Studio)模式

如果大型企业内部僵化的层级结构和追求稳定的免疫系统(“抗体”)注定会无情地扼杀那些带有颠覆性基因的幼苗业务,那么大型企业究竟该如何在这个日新月异的时代保持创新活力,获取未来的增长引擎?
Alloy Partners 基于其长期的行业观察与实践,给出了一套务实且极具可操作性的解法,这套解法被总结为八个字:“在外部构建,在内部吸收”(Build outside, grow inside)。具体而言,就是大力拥抱和发展企业创投工作室模式(Corporate Venture Studio Model)。
这套模式的核心逻辑在于:既然大型企业自身就是创新的最大障碍,那就不要试图在体制内孵化。相反,大型企业应当剥离其自身冗余的资本,更重要的是,要像提供 API 接口一样,将其耗费巨资打造且初创企业难以企及的“原子能力”(例如独家掌握的海量行业数据、强大的供应链分发渠道、稀缺的监管许可或金融牌照)彻底解耦并开放出来。随后,利用这些核心资产,在公司现有的组织架构和人事体制之外,去“分形”出完全独立运作、规模极小但极其敏捷、带有强烈 AI 原生基因的初创公司(C-Corp),由具有丰富经验、被赋予全部权力的独立创业者(甚至可以视其为广义上的 DRIs)来领导。
隔离“抗体”的保护区:由于这些新的初创实体是在母公司庞大的官僚层级之外独立构建并运营的,它们能够有效地屏蔽母公司内部那些出于部门利益保护而产生的“抗体”的攻击,完全不用受困于母公司漫长的预算审批、僵化的合规要求和沉闷的办公室政治,从而能够以真正初创公司的狂飙速度去试错和迭代。
杠杆化“原子能力”:这种模式绝非简单的风险投资(VC)。这些由工作室孵化出的初创企业一出生就带着“金汤匙”——它们能够合法合规、且近乎零阻力地直接调用母公司极其强大的“能力原子层”。例如,妙佑医疗国际(Mayo Clinic)所打造的 Platform,直接向由工作室孵化的外部初创团队开放了超过 3200 万份极其珍贵的医疗记录数据的访问权限,极大地加速了医疗 AI 算法的研发;再比如,零售巨头沃尔玛(Walmart)和克罗格(Kroger)也纷纷构建了标准化的 API 平台,允许外部的合作伙伴去访问和挖掘其庞大的客户购买行为数据。
行业成功案例的涌现:通过这种模式,行业内已经涌现出了诸多成功的案例。例如,由动物健康公司 Elanco 合作推出的碳排放交易平台 Athian,以及由医疗保健系统 Wellstar 支持孵化的 AI 智能排班调度工具 vflok,都是因为在极其早期的阶段就成功解锁并调用了母公司那些沉睡在内部深处的强大能力原语,从而在市场上迅速获得了成功。
平行行业的架构共鸣:这种将复杂系统解耦、通过强大的编排器去调用底层专业能力的架构思想,并非只存在于科技和金融领域,它正在各个专业服务行业产生强烈的共鸣。例如,在传统上被认为极度依赖人工经验和繁文缛节的法律服务行业,Legal Paradox 公司正向外界展示一种令人惊叹的“AI 原生律所”范式。在其 2026 年发布的架构中,它们抛弃了“人类合伙人分配任务给人类律师”的古老模式,而是将 Anthropic 强大的 Claude Code 模型作为中央系统级的“编排器”(Orchestrator)。当面对一份长达数百页、极其复杂的墨西哥国家银行和证券委员会(CNBV)授权文件审核,或者处理一项规模庞大的监管文件合规更新任务时,Claude Code 不会采用低效的顺序处理方式。相反,它能够将这个庞大且复杂的法律问题,像外科手术般精准地拆解为成百上千个微小的微型任务(Micro-tasks),随后,它会像一个超级指挥家一样,同时唤醒并指挥数百个具有特定专业技能的执行子智能体(Executor sub-agents)在并行轨道上同时展开工作。更为严谨的是,每一个执行子智能体都不是盲目地依据大语言模型过时且容易产生幻觉(Hallucination)的参数记忆去工作,而是必须与 Legal Paradox 团队经过人工严格校验的、实时更新的监管法规知识库进行交叉比对。每一个生成的法律条款或修改建议,都必须能够精确追溯并绑定到《官方公报》(DOF)具体的发布日期、特定的修正案版本以及具体的法条文本上,从而建立起一套在 2026 年无可挑剔的“自动法律审计追踪”系统。这种“一个人类合伙人指挥超过 500 个并行运作的 AI 智能体”的指数级可扩展能力,与 Jack Dorsey 在 Block 推行的四层架构(智能编排层调用底层原子能力)在本质逻辑上是完全一致的,它预示着一种全新的、极具破坏力的生产力组织形式正在跨越行业的边界,全面爆发。
企业创投工作室模式的精髓在于:它为那些体量庞大、转身困难的大型企业提供了一种在风险极度可控的前提下,去大胆测试甚至提前预演 Dorsey 所描绘的那个“后层级化时代”(Post-hierarchy future)战略蓝图的绝佳途径。虽然在这个残酷的试错过程中,注定会伴随着大量项目的失败与夭折,但每一次失败都会为母公司带回无比珍贵的市场洞察和实战反馈。而对于母公司的首席财务官(CFO)们而言,这种模式更是提供了一种极其灵活的财务“期权”:一旦由外部工作室孵化并经过市场严苛检验的初创企业最终跨越了死亡之谷、实现了规模化增长,母公司随时可以动用充沛的资本将其全资收购并重新并入自身的财务报表体系内,从而兵不血刃地将外部的创新成果转化为自身的收入增长引擎,完成闭环。通过这种精妙的机制,大型企业在残酷的 AI 军备竞赛中,既成功规避了自身庞大体制对创新的窒息效应,又牢牢把握住了通向未来增长的第二曲线。此外,市场上也出现了像 VeloXP 这样的运营商,他们正在将 Block 这套架构的实施方法论产品化,致力于在 90 天内将这种以 AI 作为协调层的 Mini-AGI 模式部署到全美数千万家中小型企业中,进一步加速了这种组织形态的普及。而在餐饮行业中,文章提到的“餐饮智慧与企业智慧的碰撞”(Restaurant Smart vs Corporate Smart),更是生动地描绘了这种转变的必要性——一线管理者仅仅因为挪动了一个吧台的花瓶就会遭到总部的严厉制止,这种对单边控制权的极度渴望和令人窒息的微观管理,正是旧有官僚体系僵化、阻碍创新的终极体现,它反衬出了赋予前线员工自主权(即 Dorsey 构想中拥有系统上下文的 ICs)以激发创造力的迫切性。

八、结论:速度即壁垒的智能体大航海时代

Jack Dorsey 与 Roelof Botha 发布的《从层级制到智能制》备忘录,绝不是另一篇用华丽辞藻堆砌、高谈阔论的未来学宣言。它以 Block 在 2026 年初破釜沉舟的 40% 大裁员为残酷背书,配合 Goose 通用智能体和 Jitu 无代码工作坊等深层次工程基础设施的强力落地,向全球商业界展示了一场既血腥又极其壮观的组织学范式革命。这场革命的深远影响,可以归结为以下三个核心维度:
1.管理范式的终极转移与隐性知识的显性化:持续了两千年的、以人类管理者为核心节点的“科层制信息路由协议”正在不可逆转地走向破产。未来的卓越企业将不再是人员规模庞大、层级森严的巨兽,而是基于无处不在的“机器可读工作产物”所实时驱动的 Mini-AGI。在这个新时代,企业的核心竞争壁垒和护城河,将从“拥有多少优秀的人才储备和成熟的管理体系”彻底转移到“能否构建起一个高保真、零延迟、具备因果推理能力的组织内部世界模型”。
2.路线图生成逻辑的颠倒与主观臆测的消亡:软件和金融产品的开发路径不再由会议桌上产品经理的直觉、激烈争吵和妥协来决定。由极其坚固的底层“原子能力”和极具主动性的“智能编排层”所组成的自动运转系统,将通过面对真实、复杂且瞬息万变的业务场景时所抛出的一个个不可避免的“失败信号”,极其客观、精准且被动地生成企业未来的研发待办清单。现实世界的物理反馈机制(而非人类的规划),成为了推动企业前进的唯一引擎。
3.对冲效率红利代价的智慧抉择:在追求极致“速度”与组织绝对“精干”的过程中,企业高管们不能被短期的利润率蒙蔽双眼,必须拥有足够的智慧去直面中层管理大面积缺位后必然导致的结构性“创新危机”与生长断层。如何通过在内部大胆放权设立“临时战时指挥官”(DRIs),以及在外部广泛拥抱并投资 Venture Studio(企业创投工作室)模式来分散创新风险,将是那些在 AI 重组潮中幸存下来的大型企业,避免陷入“创新者窘境”并实现跨越式发展的生死关键。
正如红杉资本在备忘录开篇所极其笃定地断言的那样:“速度,是预测一家初创企业能否成功的最准确的单一指标。”。在硅谷乃至全球科技产业的这场全新维度的智能军备竞赛中,那些依然抱残守缺,仅仅将 AI 视为一种能够用来“优化成本、辞退底层员工”的增强版聊天机器人的平庸公司,必将毫无悬念地被时代洪流所吞没。唯有那些具备超凡的胆识,敢于忍受切肤之痛去解剖自身原有的权力结构,将整个企业组织淬炼并重塑为一个纯粹、敏捷且不知疲倦的“智能体”的先驱者,才能在无尽的算力与迭代进化的大模型狂飙中,将“行动的速度”转化为一种竞争对手永远无法企及和复利的绝对优势壁垒。

最新文章

随机文章

基本 文件 流程 错误 SQL 调试
  1. 请求信息 : 2026-04-12 09:01:55 HTTP/2.0 GET : https://67808.cn/a/480211.html
  2. 运行时间 : 0.126847s [ 吞吐率:7.88req/s ] 内存消耗:4,710.53kb 文件加载:140
  3. 缓存信息 : 0 reads,0 writes
  4. 会话信息 : SESSION_ID=523ad02b04a0e4cadc49db302af09338
  1. /yingpanguazai/ssd/ssd1/www/no.67808.cn/public/index.php ( 0.79 KB )
  2. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/autoload.php ( 0.17 KB )
  3. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/composer/autoload_real.php ( 2.49 KB )
  4. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/composer/platform_check.php ( 0.90 KB )
  5. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/composer/ClassLoader.php ( 14.03 KB )
  6. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/composer/autoload_static.php ( 4.90 KB )
  7. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-helper/src/helper.php ( 8.34 KB )
  8. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-validate/src/helper.php ( 2.19 KB )
  9. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/helper.php ( 1.47 KB )
  10. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/stubs/load_stubs.php ( 0.16 KB )
  11. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Exception.php ( 1.69 KB )
  12. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-container/src/Facade.php ( 2.71 KB )
  13. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/symfony/deprecation-contracts/function.php ( 0.99 KB )
  14. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/symfony/polyfill-mbstring/bootstrap.php ( 8.26 KB )
  15. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/symfony/polyfill-mbstring/bootstrap80.php ( 9.78 KB )
  16. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/symfony/var-dumper/Resources/functions/dump.php ( 1.49 KB )
  17. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-dumper/src/helper.php ( 0.18 KB )
  18. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/symfony/var-dumper/VarDumper.php ( 4.30 KB )
  19. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/App.php ( 15.30 KB )
  20. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-container/src/Container.php ( 15.76 KB )
  21. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/psr/container/src/ContainerInterface.php ( 1.02 KB )
  22. /yingpanguazai/ssd/ssd1/www/no.67808.cn/app/provider.php ( 0.19 KB )
  23. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Http.php ( 6.04 KB )
  24. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-helper/src/helper/Str.php ( 7.29 KB )
  25. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Env.php ( 4.68 KB )
  26. /yingpanguazai/ssd/ssd1/www/no.67808.cn/app/common.php ( 0.03 KB )
  27. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/helper.php ( 18.78 KB )
  28. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Config.php ( 5.54 KB )
  29. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/app.php ( 0.95 KB )
  30. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/cache.php ( 0.78 KB )
  31. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/console.php ( 0.23 KB )
  32. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/cookie.php ( 0.56 KB )
  33. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/database.php ( 2.48 KB )
  34. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/facade/Env.php ( 1.67 KB )
  35. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/filesystem.php ( 0.61 KB )
  36. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/lang.php ( 0.91 KB )
  37. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/log.php ( 1.35 KB )
  38. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/middleware.php ( 0.19 KB )
  39. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/route.php ( 1.89 KB )
  40. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/session.php ( 0.57 KB )
  41. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/trace.php ( 0.34 KB )
  42. /yingpanguazai/ssd/ssd1/www/no.67808.cn/config/view.php ( 0.82 KB )
  43. /yingpanguazai/ssd/ssd1/www/no.67808.cn/app/event.php ( 0.25 KB )
  44. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Event.php ( 7.67 KB )
  45. /yingpanguazai/ssd/ssd1/www/no.67808.cn/app/service.php ( 0.13 KB )
  46. /yingpanguazai/ssd/ssd1/www/no.67808.cn/app/AppService.php ( 0.26 KB )
  47. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Service.php ( 1.64 KB )
  48. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Lang.php ( 7.35 KB )
  49. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/lang/zh-cn.php ( 13.70 KB )
  50. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/initializer/Error.php ( 3.31 KB )
  51. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/initializer/RegisterService.php ( 1.33 KB )
  52. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/services.php ( 0.14 KB )
  53. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/service/PaginatorService.php ( 1.52 KB )
  54. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/service/ValidateService.php ( 0.99 KB )
  55. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/service/ModelService.php ( 2.04 KB )
  56. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-trace/src/Service.php ( 0.77 KB )
  57. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Middleware.php ( 6.72 KB )
  58. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/initializer/BootService.php ( 0.77 KB )
  59. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/Paginator.php ( 11.86 KB )
  60. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-validate/src/Validate.php ( 63.20 KB )
  61. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/Model.php ( 23.55 KB )
  62. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/model/concern/Attribute.php ( 21.05 KB )
  63. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/model/concern/AutoWriteData.php ( 4.21 KB )
  64. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/model/concern/Conversion.php ( 6.44 KB )
  65. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/model/concern/DbConnect.php ( 5.16 KB )
  66. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/model/concern/ModelEvent.php ( 2.33 KB )
  67. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/model/concern/RelationShip.php ( 28.29 KB )
  68. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-helper/src/contract/Arrayable.php ( 0.09 KB )
  69. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-helper/src/contract/Jsonable.php ( 0.13 KB )
  70. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/model/contract/Modelable.php ( 0.09 KB )
  71. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Db.php ( 2.88 KB )
  72. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/DbManager.php ( 8.52 KB )
  73. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Log.php ( 6.28 KB )
  74. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Manager.php ( 3.92 KB )
  75. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/psr/log/src/LoggerTrait.php ( 2.69 KB )
  76. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/psr/log/src/LoggerInterface.php ( 2.71 KB )
  77. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Cache.php ( 4.92 KB )
  78. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/psr/simple-cache/src/CacheInterface.php ( 4.71 KB )
  79. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-helper/src/helper/Arr.php ( 16.63 KB )
  80. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/cache/driver/File.php ( 7.84 KB )
  81. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/cache/Driver.php ( 9.03 KB )
  82. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/contract/CacheHandlerInterface.php ( 1.99 KB )
  83. /yingpanguazai/ssd/ssd1/www/no.67808.cn/app/Request.php ( 0.09 KB )
  84. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Request.php ( 55.78 KB )
  85. /yingpanguazai/ssd/ssd1/www/no.67808.cn/app/middleware.php ( 0.25 KB )
  86. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Pipeline.php ( 2.61 KB )
  87. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-trace/src/TraceDebug.php ( 3.40 KB )
  88. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/middleware/SessionInit.php ( 1.94 KB )
  89. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Session.php ( 1.80 KB )
  90. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/session/driver/File.php ( 6.27 KB )
  91. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/contract/SessionHandlerInterface.php ( 0.87 KB )
  92. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/session/Store.php ( 7.12 KB )
  93. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Route.php ( 23.73 KB )
  94. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/route/RuleName.php ( 5.75 KB )
  95. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/route/Domain.php ( 2.53 KB )
  96. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/route/RuleGroup.php ( 22.43 KB )
  97. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/route/Rule.php ( 26.95 KB )
  98. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/route/RuleItem.php ( 9.78 KB )
  99. /yingpanguazai/ssd/ssd1/www/no.67808.cn/route/app.php ( 1.72 KB )
  100. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/facade/Route.php ( 4.70 KB )
  101. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/route/dispatch/Controller.php ( 4.74 KB )
  102. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/route/Dispatch.php ( 10.44 KB )
  103. /yingpanguazai/ssd/ssd1/www/no.67808.cn/app/controller/Index.php ( 4.81 KB )
  104. /yingpanguazai/ssd/ssd1/www/no.67808.cn/app/BaseController.php ( 2.05 KB )
  105. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/facade/Db.php ( 0.93 KB )
  106. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/connector/Mysql.php ( 5.44 KB )
  107. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/PDOConnection.php ( 52.47 KB )
  108. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/Connection.php ( 8.39 KB )
  109. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/ConnectionInterface.php ( 4.57 KB )
  110. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/builder/Mysql.php ( 16.58 KB )
  111. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/Builder.php ( 24.06 KB )
  112. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/BaseBuilder.php ( 27.50 KB )
  113. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/Query.php ( 15.71 KB )
  114. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/BaseQuery.php ( 45.13 KB )
  115. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/concern/TimeFieldQuery.php ( 7.43 KB )
  116. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/concern/AggregateQuery.php ( 3.26 KB )
  117. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/concern/ModelRelationQuery.php ( 20.07 KB )
  118. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/concern/ParamsBind.php ( 3.66 KB )
  119. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/concern/ResultOperation.php ( 7.01 KB )
  120. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/concern/WhereQuery.php ( 19.37 KB )
  121. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/concern/JoinAndViewQuery.php ( 7.11 KB )
  122. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/concern/TableFieldInfo.php ( 2.63 KB )
  123. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-orm/src/db/concern/Transaction.php ( 2.77 KB )
  124. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/log/driver/File.php ( 5.96 KB )
  125. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/contract/LogHandlerInterface.php ( 0.86 KB )
  126. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/log/Channel.php ( 3.89 KB )
  127. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/event/LogRecord.php ( 1.02 KB )
  128. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-helper/src/Collection.php ( 16.47 KB )
  129. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/facade/View.php ( 1.70 KB )
  130. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/View.php ( 4.39 KB )
  131. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Response.php ( 8.81 KB )
  132. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/response/View.php ( 3.29 KB )
  133. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/Cookie.php ( 6.06 KB )
  134. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-view/src/Think.php ( 8.38 KB )
  135. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/framework/src/think/contract/TemplateHandlerInterface.php ( 1.60 KB )
  136. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-template/src/Template.php ( 46.61 KB )
  137. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-template/src/template/driver/File.php ( 2.41 KB )
  138. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-template/src/template/contract/DriverInterface.php ( 0.86 KB )
  139. /yingpanguazai/ssd/ssd1/www/no.67808.cn/runtime/temp/6df755f970a38e704c5414acbc6e8bcd.php ( 12.06 KB )
  140. /yingpanguazai/ssd/ssd1/www/no.67808.cn/vendor/topthink/think-trace/src/Html.php ( 4.42 KB )
  1. CONNECT:[ UseTime:0.000549s ] mysql:host=127.0.0.1;port=3306;dbname=no_67808;charset=utf8mb4
  2. SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000812s ]
  3. SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000401s ]
  4. SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000318s ]
  5. SHOW FULL COLUMNS FROM `set` [ RunTime:0.000672s ]
  6. SELECT * FROM `set` [ RunTime:0.000344s ]
  7. SHOW FULL COLUMNS FROM `article` [ RunTime:0.000648s ]
  8. SELECT * FROM `article` WHERE `id` = 480211 LIMIT 1 [ RunTime:0.003111s ]
  9. UPDATE `article` SET `lasttime` = 1775955715 WHERE `id` = 480211 [ RunTime:0.044114s ]
  10. SELECT * FROM `fenlei` WHERE `id` = 65 LIMIT 1 [ RunTime:0.000287s ]
  11. SELECT * FROM `article` WHERE `id` < 480211 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000516s ]
  12. SELECT * FROM `article` WHERE `id` > 480211 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.001500s ]
  13. SELECT * FROM `article` WHERE `id` < 480211 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.001189s ]
  14. SELECT * FROM `article` WHERE `id` < 480211 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.001750s ]
  15. SELECT * FROM `article` WHERE `id` < 480211 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.000735s ]
0.128495s