# Coinbase 把 FDE 派进自家财务与合规团队

> 两份招聘启事相隔九天发布。它们说明，对 FDE 工作最严格的评判者可能根本不是用户，而是审计师。

原文: https://fdetimes.net/zh/analysis/coinbase-internal-fde-finance-compliance/

2026 年 10 月 13 日，Coinbase 发布了一个职位：财务方向的前线部署工程师（FDE），隶属 CTO 办公室。九天后，第二份招聘启事出现，这次是合规方向的 FDE。这两个岗位的客户都没有和 Coinbase 签过合同。他们是同一家公司的同事。

如果你是 FDE，或者想成为 FDE，这个细节值得细看。人们通常印象中的 FDE，是被派到外部客户现场工作的工程师。

Coinbase 的两份招聘启事沿用了这套模式，只是把方向转向内部，对准了两个部门。在这两个部门里，每一个自动化结果都必须经得起审计师或监管机构的检验。

关键在于两份岗位描述设定的成功标准。Agent 能跑起来还不够，它产出的每个结果都必须能向有权否决它的人解释清楚。在这些岗位上，FDE 真正交付给业务的是一条证据链；自动化只是产出证据链的手段。

## Coinbase 为什么现在需要这个岗位？

2026 年 5 月，Coinbase 裁员约 14%。CEO Brian Armstrong 给出了两个理由：一是 AI，二是加密市场下行，公司必须立即调整成本结构。在同一份备忘录里，他写道，非技术团队现在已经在自己把代码发布到生产环境。

Armstrong 还描述了他想要的运营模式：AI 居于中心，人在外围负责校准。工作正在重组为以 AI 原生方式运作的小型团队（pod），有些只有一个人。

放在这个背景下看，这两份招聘启事的逻辑很清楚。如果像 Armstrong 说的那样，非技术团队已经能把代码发布到生产环境，那么缺的大概不是写代码的人，而是懂得如何让自动化在审计师到来时站得住脚的人。

“人在外围”听起来简单，但要在系统里真正落地，需要有人来设计。两份岗位描述把这项工作交给了 FDE。

## 两份招聘启事，同一个标准

分开读，两份岗位描述像是两个截然不同的岗位。放在一起读，它们结构相同，只是考官不同。

| 维度 | FDE，财务 | FDE，合规 |
|---|---|---|
| 发布时间 | 2026 年 10 月 13 日 | 2026 年 10 月 22 日 |
| 内部客户 | FP&A 与资金管理团队，负责全球 60 多家子公司 | 合规部门，以创始工程师身份加入 |
| 工作范围 | 财务规划、资金管理、合规工作流 | 交易监控、制裁筛查、审计轨迹 |
| 关键设计原则 | SOX、职责分离和人在回路为最高优先级 | 默认基于 Coinbase 现有 AI 平台构建 |
| 决策权 | 负责自动化路线图和 build-vs-buy 策略 | 为该部门构建并部署 AI 工具 |
| 输出须经得起谁的质询 | 审计师 | 监管机构 |

最后一行最重要。两份岗位描述用了几乎相同的一句话：每个自动化输出都必须可追溯、可复核、经得起质询。句子不变，只是把“审计师”换成了“监管机构”。Coinbase 把它当作同一个标准，用在两个部门。

**要点:** 在财务和合规领域，无法解释的结果等于不存在。

## 一个数字必须追溯到哪里？

看一个具体场景。FP&A 与资金管理团队负责 60 多家子公司。假设你构建了一个 Agent，每月为每家子公司撰写实际值与预算之间的差异分析说明。一年下来至少是 720 份说明，审计师可能挑出其中任何一份来质询。

岗位描述中的三项要求适用于每一份。可追溯，指每个数字都能指回它的源数据行，以及生成它的提示词和模型版本。

可复核，指有人能看到 Agent 的草稿、人工做过的修改，以及签字确认者的姓名。经得起质询，指有人问“为什么”时，答案已经在系统里，而不是在某个人的记忆里。

职责分离让问题更难。起草会计分录的 Agent 不应同时负责过账。编写数据管道的工程师不应是审批其输出的人。这些边界必须从一开始就写进权限设计，等演示跑起来再补，就非常难了。

所以，在和这类客户合作的第一周，不要急着问哪个流程最耗时。去问财务总监（controller），去年审计师问了些什么。这个答案才是你要构建的系统的真正需求说明。

## 合规：当考官是监管机构

在合规部门，做法相同，但风险更高。设想一条制裁筛查告警，Agent 建议把它作为误报关闭。如果监管机构日后问起，系统必须能说明 Agent 依据了哪些数据和规则，以及是谁按下了关闭按钮。

合规岗位描述里还有一条非常务实的要求：默认以 Coinbase 现有 AI 平台为基础。对创始工程师来说，这是一种纪律提醒。你的工作是把 AI 放到交易监控和审计轨迹中合适的位置，而不是因为更有意思就另起一套技术栈。

“创始工程师”也说明了工作范围之广。作为某个业务部门的第一位工程师，你要自己做需求调研，决定先自动化什么，还要赢得一群长期习惯手工作业的人的信任。你和用户之间没有客户经理。

## 自研还是采购，由谁决定？

财务岗位描述要求 FDE 负责制定财务工具的 build-vs-buy 策略，并负责自动化路线图。这是产品岗位。内部 FDE 必须知道什么时候该采购现成软件而不是自己写，并为这个选择负责。

任职要求也反映出 Coinbase 看重什么。岗位描述要求 5 年以上把系统发布到生产环境的经验，但不要求注册会计师（CPA）资格。财务知识可以在工作中学。运行过真实系统的人所具备的判断力，却没法这么快学会。

与服务外部客户的 FDE 相比，内部岗位有它特有的难处：没有合同可以依靠。如果自动化出了错，要去面对审计师的是同一层楼的同事，而他们会记住这件事。

## 哪些技能吃香？

如果你想瞄准这类岗位，无论是在 Coinbase，还是在任何财务部门受到严格约束的公司，读岗位描述时留意三个关键词。

“Build-vs-buy”说明你要做产品决策。“人在回路”（human-in-the-loop）说明你必须为人设计介入节点。“可追溯”（traceable）说明你的交付物包括审计轨迹。

作品集里，一个带完整审计日志的 Agent，比十个精美的演示更有说服力。每个输出都应记录输入、版本、复核人和审批时间。写简历时，用审计师读得懂的方式描述成果：自动化了哪个流程，在哪一步保留了人工控制，由谁签字确认。

面试时，准备好用自己系统中的例子解释职责分离。面试官很可能并不关心你用了哪个模型。他们会问：如果这个输出错了，谁来发现，怎么发现？

当连非技术团队都能把代码发布到生产环境时，稀缺的能力就变成了：让自动化经得起审计师和监管机构最尖锐的质询。至少在 Coinbase，这项能力已经变成了两个专门的 FDE 岗位，就设在 CTO 办公室。

**本周动手试试:**

- 找一个你构建过的 Agent 或数据管道，为它加上审计日志：每个输出记录输入数据、提示词/模型版本、复核人和审批时间。然后写一页说明，解释审计师为什么可以信任这个输出。
- 读一份 SOX 和职责分离的概要，然后练习用 2 分钟解释：为什么编写数据管道的人不应是审批其输出的人。这是财务方向 FDE 面试中极有可能被问到的问题。
- 按这个框架改写简历中的一行：哪个业务流程，自动化到什么程度，人工控制设在哪一步，由谁签字确认结果。

## 信源

- [Forward Deployed Engineer, Finance [Office of the CTO] — Coinbase · freehire](https://freehire.me/jobs/forward-deployed-engineer-finance-office-of-the-cto-coinbase-dg4dokdc)

- [Forward Deployed Engineer, Compliance [Office of the CTO] — Coinbase · freehire](https://freehire.me/jobs/forward-deployed-engineer-compliance-office-of-the-cto-coinbase-tzvpdeqf)

- [Coinbase Cuts 14% of Staff Amid Crypto 'Down Market,' AI Adoption: CEO](https://decrypt.co/366765/coinbase-cuts-14-of-staff-amid-crypto-down-market-ai-adoption-ceo)

- [Coinbase cuts 700 jobs and restructures around AI as crypto downturn deepens](https://unchainedcrypto.com/coinbase-cuts-700-jobs-and-restructures-around-ai-as-crypto-downturn-deepens/)