加载失败
Block（前身 Square）是以 POS 硬件与 Cash App 等支付产品著称的上市公司，CEO 用一篇小写风格的公开信宣布将把员工规模从 1 万多人缩减到约 6 千人，涉及约 4,000 名员工并说明补偿方案（20 周薪资 + 每工龄 1 周、股权到 5 月归属、6 个月医保、保留设备及 5,000 美元过渡款）。评论主要围绕两条线争论：一是 AI/LLM 与 agent 工具是否确实把单人产出放大到可替代多人；二是这是否只是管理层和投资者为 ZIRP 期间过度招聘、对比特币押注或战略失误埋单的公关说辞。讨论还连带触及招聘市场差异、H1B 与外包风险、以及资本方短期导向对劳动者的制度性影响，评论中频繁提到 Claude、Grok、Goose、vibecode 等与 LLM/agent 相关的工具与做法。
大量评论认为把裁员归因于 AI 是幌子：真正动因是 2020–2022 年在 ZIRP（零利率环境）下的高速扩张和随之而来的人员臃肿，以及公司早期对比特币相关业务和并购押注带来的波动。评论里多次提到 Block 在疫情前后头寸大幅扩张（从约 3.9k 人涨到 >11k 人），现在裁回 ~6k 人，且公司股价自 2021 年高点大幅回落，部分人把这与比特币业务收入占比较高联系起来。持此观点的评论还指出，管理层用“AI 可以提高效率”作为对外话术，实则是向投资者交代缩减人工成本与提升利润率的手段。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
另一批评论认为 LLM、agent 框架和类似 Claude/Enterprise GPT 的工具确实在把单人产出放大，从而改变组织所需的规模與角色分配。有人举例说明个人使用 AI 把日常开发工作压缩到每天 1–2 小时，另有评论提到内部的 agent/Goose 类型项目可以把多人任务自动化或半自动化，因此公司有理由通过缩编来实现“更小更扁平”的团队结构。部分评论还援引公司财报与盈利预测，认为此次裁员更像是“结构性效率化”而非现金流危机。
评论在对公告风格与实质补偿上分裂：许多人称这是“较好/较少糟”的裁员公告，称赞提前说明、一次性处理和慷慨的离职方案（20 周基本工资 + 每工龄额外 1 周、股权到 5 月归属、6 个月医保、保留设备及 5,000 美元过渡款）。同时大量评论批评公告的小写风格和“口语化”语气被视为对被裁员工不敬，且质疑所谓“我承担责任”的措辞是否能对管理层带来实质性后果。总体讨论既有对制度化体面化处理的肯定，也有对符号性沟通与真实同情度的强烈怀疑。
不少评论把焦点放回 Block 的业务组合：Square 的支付硬件与 Cash App 是公司现金牛，但大量旁支（比特币服务、TBD、Tidal、Afterpay 等收购或实验）并未形成稳固护城河。有人援引数据称公司近 12 个月里比特币相关收入占比巨大，从而使业绩对加密市场高度敏感；也有前员工描述许多创新项目方向不清、执行力不足，导致公司在“做多样化”时耗费大量人力与资本但回报有限。
评论区就被裁员工的现实影响展开了具体讨论：有人强调虽然赔偿看上去慷慨，但被裁者在不同地区与资阶面临截然不同的再就业难度（部分人在 SF/NY 市场极快找到岗，另一些人长时间申请无果）。许多建议聚焦自我增值：向 ML/MLOps、agent 运维、商业沟通方向升级，或迁移到一线就业密集区，并讨论工会、短期储蓄和 H1B 转移等制度性风险。总体情绪是担忧与务实并存——担心短期冲击，但也有人鼓励把人才流动视为新创业与再创业机会。
更广泛的评论把事件上升为制度性问题：董事会与投资者对短期利润与股价的偏好，会鼓励用“裁员换回报”的做法；许多人把利用 AI 作为削弱劳动力议价能力、压低薪酬的工具来批判，并以“Thatcher 式”的不可替代论或极端化言论描述这些决定的意识形态根源。还有声音呼吁制度干预（如暂停部分签证、加强雇主问责）并担忧长期财富集中与社会反弹。
ZIRP（Zero Interest Rate Policy，零利率政策）: 指长期超低利率环境，疫情与宽松货币政策期间资本充裕、风险偏好高，评论认为正是这段时期推动了 2020–2022 年的大规模扩张与招人潮。
LLM（Large Language Model， 大型语言模型）: 像 GPT 或 Claude 的大规模生成模型，评论中被当作能加速代码产出、写文档和做初步设计的生产力工具。
agent / AI agent（代理框架）: 把 LLM 与外部工具、API、记忆和决策流程结合的自动化代理，能执行多步任务；评论中提到 Block/Goose、Stripe 等与 agent 相关的内部或行业项目。
vibecode / vibecoding（快速用 LLM 构建原型）: 评论里常用的俚语，指利用 LLM 快速拼凑出可用的 SaaS 或功能原型，从而降低新产品开发门槛并冲击传统 SaaS 模式。
maintenance mode（维护模式）: 产品从积极迭代轉为仅保稳定与最低运维的阶段，企业会相应减少负责新增功能或扩张的人员配置。