跳到正文
Sakana AI Blog· Sakana AI·· 2026-09-16AI 评分12

Sakana AI 产品团队揭秘:如何把研究成果变成产品

Inside Sakana AI’s Product Team

AI 导读

Sakana AI 产品团队负责将研究团队的技术转化为产品并交付市场,团队涵盖产品经理、工程师、设计师和销售等角色,截至 2026 年 9 月成员国籍多元。团队以现场办公为主但工时灵活,无固定核心时段,标准工作日为 10:00–19:00,日常工具包括 Claude Code、Codex、Devin、Figma 等。

正文 · AI 翻译


切换到日文部分 - 日本語版はこちら

Sakana AI 的产品团队将研究团队创造的技术转化为产品并推向世界。我们在非正式面试和整个招聘过程中从候选人那里听到的许多问题,往往是相同的。在本文中,我们根据对团队成员的采访,整理了产品团队的文化以及我们对这些常见问题的回答。

本文的贡献成员

  • Sota Omura(产品负责人)
  • Masaya Ohagi(应用研究工程师)
  • Seiya Kokushi(软件工程师)
  • Masahisa Saito(设计师)

用数据看产品团队

首先,让我们通过数据来了解产品团队。以下是截至 2026 年 9 月的团队构成。团队汇集了产品经理、工程师、设计师和销售等多种角色,成员也来自多个国家。


我们的工作方式

我需要来办公室吗?可以远程工作吗?

作为一个团队,我们鼓励面对面沟通,但每个人来办公室的频率各不相同。有些成员几乎每周五天都在办公室,工作时间也相当灵活。例如,有些成员在 11:00 到 12:00 之间到达,或在 17:00 左右离开。我们没有固定的核心工作时间;10:00–19:00 是标准工作日。我们不会强加单一的工作方式,而是期望大家主动行事。只要你能保持高效,就可以自由选择工作方式。话虽如此,团队主要以现场办公为主,因此如果你远程工作,就需要自己弥补信息差。

会议多吗?

随着团队壮大,产品团队全体会议现在大约每月一次。除此之外,各团队自行设定节奏:有些团队每天进行简短同步(Sakana Chat / Translate),有些团队每周进行回顾(Sakana Marlin)。还有一个单独的定期会议,各产品向包括产品负责人 Sota 在内的团队汇报 KPI 和进展,此外还有与 CEO David 直接讨论产品方向的会议。

内部沟通使用日语还是英语?

在有英语使用者的团队中,文档和口头沟通都鼓励使用英语。话虽如此,日语使用者之间并不要求用英语交流。重要的是整个团队的沟通能够顺畅进行。

你们使用哪些工具?

Slack、Claude Code、Codex、Figma、Confluence、Google Workspace、Jira、Devin、GitHub、Typeless、Adobe Creative Cloud 等。鉴于产品团队的性质,我们积极鼓励尝试新产品,引入你想用的工具也很容易。


自主权与角色

我能获得多少自主权?

这是工程师最常问的问题。简短回答:很多。话虽如此,大方向由公司、团队和产品层面设定,我们不期望任何人单方面偏离方向。与周围的人沟通并在推进前达成一致至关重要。

举一个具体的例子,我们的一位应用研究工程师(ARE)基于自己的兴趣,承担了类似 API Platform 产品经理的角色。你被信任的工作范围很广,你的意见也很有分量。

软件工程师(SWE)也是如此。除了设计和构建从基础设施到应用代码的一切之外,SWE 还要处理软件开发所需的任何事务:监控、QA、测试、数据治理、安全以及与利益相关者的沟通。由于相对于我们所运营的产品数量,我们的 SWE 人数相对较少,这种环境可能更适合那些在全栈范围内广泛工作的人,而不是那些希望在单一领域深入专精的人。

ARE 和 SWE 有什么区别?

ARE 构建产品的核心技术组件;SWE 构建围绕它们的系统。SWE 专注于为智能体系统奠定基础,以及更广泛的软件基础设施。不过,两者的边界并不僵化。这两个角色在工作中会相互反馈,职责划分会随着团队需求和个人偏好灵活变化。

产品团队中的 ARE 与应用团队中的 ARE 有何不同?

对于应用团队的 ARE 来说,重要的是构建针对特定客户需求量身定制的智能体系统。相比之下,产品团队的 ARE 为广泛的用户群体构建产品,因此在基准测试和开发 AI 技术时更强调通用性。产品团队的 ARE 也往往与研究团队合作更紧密。

你们如何与研究团队和应用团队协作?

基本流程是:研究团队创造我们产品背后的技术,产品团队将其与业务用例连接起来。但职责并非严格分离:产品团队有时会对技术进行定制,研究团队有时也会直接参与产品。当产品团队的产品看起来可能有助于解决客户的问题时,我们会与应用团队协作。我们想要达到的格局是:产品团队构建通用产品,应用团队进一步定制它们,为每个客户交付独特的价值。


日常工作的一天

以下是 ARE 典型的一天。

时间 活动
10:00 到达办公室。处理夜间收到的邮件和消息。
11:00 与一家主动联系我们的公司开会。讨论他们的用例与我们产品的契合度,并就推进采用的下一步行动达成一致。
12:00 参加 Fish Lunch,与公司其他部门的同事叙旧。
13:00 分析用户反馈并修复 bug。制定未来三个月的计划,并思考系统架构。
16:00 参加研究团队的会议,了解开发状态和即将开展的计划。
17:00 在预发布环境中验证 bug 修复。与其他成员协调生产环境发布的时间。
18:00 与负责某个副项目的实习生讨论该项目。
20:00 离开办公室。

文化与团队氛围

大家都有什么样的背景?

大多数 ARE 过去来自研究导向的背景,比如企业研发,但最近这种情况已经不那么普遍了。如果说大多数 ARE 有一个共同点,那就是计算机科学背景。对于其他角色,许多成员来自构建产品的公司,比如 SaaS 公司。

许多成员也单纯热爱动手做东西。在工作之外,你会发现有人在设计印有我们产品标志的帽子、T 恤和贴纸。这些人享受亲手打造东西的乐趣。

团队的人员构成也在发生变化。我们最近迎来了更多来自日本以外的成员,团队变得更加多元化。我们还计划在今后增设销售和市场营销岗位。

团队氛围怎么样?

由于很多成员都在办公室,闲聊自然就发生了。团队午餐很频繁,但从不强制。偶尔还会举办排球比赛。


招聘流程

你们在技术题中看重什么?

应用研究工程师

在 ARE 的考核中,我们看重的不仅是你能否解出问题。我们想看看你是否理解每种技术的优势与劣势,并能用自己的话解释清楚。产品开发意味着每天都要在准确性、延迟、成本、UI/UX 等种种约束的纠缠中做决策,因此快速而良好的判断力至关重要。我们还会考察你能否为任务设计出合适的评估方案。衡量任何能力本质上都很难,而构建有说服力的基准来加速产品开发周期,正是这份工作的关键部分。

软件工程师

在开发中使用 AI 已成为常态,对我们来说重要的是你能否为自己的决策和行动负责。我们寻找的是那些不把一切都交给 AI,而是与 AI 一同学习、借助它成长的人。在技术考核中,我们期望最终产出达到基本的质量水准,除此之外,我们更看重你能否用自己的话解释为什么选择这样的技术和设计,以及系统可以如何演进。


我们希望产品团队拥有怎样的人

最后,以下是我们的产品负责人 Sota Omura 希望与之共事的那类人:

  • 一个怀有深切好奇心、对某件事的执着追求超出必要程度的人
  • 一个善于沟通、擅长激发他人内在动机的人
  • 一个无需被监督就能在自己的专业领域高水平发挥的人
  • 一个以元认知为基础、具备强大自我提升和自主学习能力的人
  • 一个拥有主人翁精神、不断拓宽而非狭隘限定自己职责范围的人
  • 一个即使没有头衔或职位,也具备从零赢得他人信任的品行、心态和品格的人
  • 一个在需要时能妥善评估风险、毫不犹豫承担风险的勇气之人
  • 一个怀有伙伴精神的人——不因他人的差异而排斥对方,而是持续努力增进相互理解
  • 一个善于在他人言语中发现善意与良知、而非恶意的人
  • 简而言之,一个善良的人

这一画像背后的思考在此前的一篇访谈中有深入讨论。我们也鼓励你读一读。

博客:来自日本,面向世界的产品:Sakana AI 产品开发负责人访谈



产品团队目前正在招聘 ARE / SWE / 数据工程师 / PM / 设计师 / 销售等岗位。如果其中任何内容引起了你的兴趣,我们很乐意听到你的消息。

产品团队开放职位


走进 Sakana AI 的产品团队


Sakana AI的Product Team(PD Team)是一个将研究团队创造的技术作为产品推向世界的团队。在 casual 面谈和选拔场合中,候选人们提出的问题实际上有很多共通之处。本文基于对成员的采访,汇总了PD Team的文化以及在面谈中经常被问到的问题的答案。

协助采访的成员

  • 大村壮太(Head of Product)
  • 大萩雅也(Applied Research Engineer)
  • 國師誠也(Software Engineer)
  • 齋藤昌久(Designer)

用数字看Product Team

首先,让我们用数据来看看PD Team是一个什么样的团队。以下是截至2026年9月的成员构成汇总。产品经理、工程师、设计师、销售等多种职位的成员汇聚一堂,国籍也多种多样。


关于工作方式

必须到公司吗?可以远程吗?

作为团队,我们推荐面对面沟通,但到公司的频率因人而异。既有几乎每周5天都到公司的成员,也有11〜12点到公司、17点左右下班的成员,工作时间的调整相当灵活。并没有明确规定的核心时间,标准工作时间为10:00〜19:00。我们不统一约束工作方式,而是以能够自主行动为前提。只要能够保持生产力,工作方式是自由的,但团队运营以现场为主进行,因此远程产生的信息差异需要自己主动去弥补。

会议大概有多少?

由于人数增加,PD Team整体的例会大约每月一次。此外,各团队的设计各不相同,有的团队(Sakana Chat / Translate)每天早上设置简短的sync,也有的团队(Sakana Marlin)设置每周的回顾会议。另外还有包括Head of Product大村在内、汇报各产品KPI和进度的例会,也设置了与CEO David直接讨论产品方向性的场合。

公司内部的沟通是用日语吗?还是英语?

在有英语使用者的团队中,文档和口头沟通都推荐使用英语。不过,并不会强制日语使用者之间的对话也使用英语。所重视的是整体沟通能够顺畅进行。

使用什么样的工具?

Slack、Claude Code、Codex、Figma、Confluence、Google Workspace、Jira、Devin、GitHub、Typeless、Adobe Creative Cloud等。由于PD Team的特性,我们鼓励积极使用新产品,是一个可以轻松使用自己想用的工具的环境。


裁量与角色

裁量有多大?

这是工程师们最常问的问题。从结论来说,这是一个裁量很大的团队。不过,公司、团队、产品各个层面都有大方针,并不设想一个人擅自推进偏离方针的事情。重要的是与周围沟通,达成共识后再推进。

实际上,也有Applied Research Engineer(ARE)的成员根据兴趣关注点承担类似API Platform PdM角色的例子。这是一个能够被委以广泛业务、意见也容易被采纳的环境。

Software Engineer(SWE)也同样,从基础设施到应用的设计与实现自不必说,还包括监控、QA、测试、数据治理、安全、与利益相关者的沟通等,与软件开发相关的事情什么都负责。由于相对于产品数量SWE较少,因此比起在某个领域高度深入钻研的类型,这可能是一个更适合能够全栈广泛承担工作的人的环境。

ARE和SWE有什么不同?

打造产品核心要素技术的是ARE,构建系统的是SWE。SWE主要围绕代理系统的基础构建以及更外侧的软件基础设施的整备。不过,边界并非明确划定,而是在相互反馈的同时推进业务,负责范围会根据团队状况和个人意愿灵活变化。

PD Team的ARE和Applied Team的ARE有什么不同?

Applied Team的ARE重要的是根据客户的具体需求打造代理系统。另一方面,PD Team的ARE为了让广泛用户使用,更加意识到通用性,进行基准测试和AI技术的打磨。此外,印象中PD Team与Research的交流距离更近、更频繁。

与Research Team、Applied Team是如何协作的?

基本推进方式是:Research Team创造出作为产品源泉的技术,PD Team将其与业务用例关联起来。不过,职责并非完全分开,PD Team侧也会对技术进行定制,Research Team侧也会对产品进行改动。

与Applied Team则在PD Team的产品可能有助于解决客户课题时进行协作推进。我们所追求的是这样一种体制:PD Team制作通用产品,Applied Team进一步将其定制化,为客户企业传递特别的价值。


某一天的日程安排

介绍ARE的某一天。

時刻 内容
10:00 到公司。处理收到的邮件和消息。
11:00 与前来咨询的企业开会。讨论用例与产品的契合度,决定导入的Next Action。
12:00 参加Fish Lunch,与平时没有交集的员工交流。
13:00 分析用户反馈,修复bug。整理今后3个月的计划,探讨系统架构。
16:00 出席Research团队的会议,听取开发状况和今后的计划。
17:00 在staging环境确认bug修复的运行情况。与其他成员协调上线到生产环境的时机。
18:00 与负责实习生讨论side project。
20:00 退勤

文化・团队氛围

什么背景的人比较多?

ARE过去多为偏研究背景(来自企业的R&D),但最近并非都是如此。如果要举出共同点,那就是Computer Science的背景,这是许多ARE都具备的。其他职位则多是从制作SaaS等产品的公司跳槽而来。

此外,喜欢亲手制作东西的成员很多。即使在工作之外,也有人自制印有自己产品logo的原创帽子和T恤、贴纸等,聚集了许多乐于动手把某种东西做成形的成员。

团队构成也在变化。最近来自日本以外国家的成员增加,多样化环境逐渐完善。今后还计划增加销售和市场营销职位。

团队氛围如何?

由于到公司的成员较多,闲聊会自然发生。团队午餐也时常举行,但并非强制。偶尔还会举办排球比赛。


关于选拔

选拔课题中你们看重什么?

Applied Research Engineer

在ARE的课题中,我们看的不是能否单纯解题,而是能否理解各项技术的优势与劣势,并用自己的语言加以说明。在产品开发中,精度、耗时、价格、UI/UX等各种制约因素复杂交织,必须每天持续做出选择,因此能否迅速且恰当地判断至关重要。此外,我们也会确认能否恰当地设计针对任务的评估。评估某种能力本质上很难,因此能否构建有说服力的基准并加速产品开发周期非常重要。

Software Engineer

在开发中使用AI已成为理所当然的同时,我们认为能否对自己的决定和行动负责很重要。我们看重的是不把一切交给AI,而是能与AI共同学习、实现自我成长的人。在技术课题中,我们在最终输出质量得到一定保障的前提下,重视能否用自己的语言阐述技术和设计的选择理由以及系统的可扩展性。


PD Team寻求的人才画像

最后,由Head of Product大村来介绍我们希望与之共事的人才画像。

  • 好奇心旺盛,对某些事物有着超出必要的执着并投入其中
  • 是优秀的沟通者,擅长激发他人的内在动机
  • 即使没有管理监督,也能以高水平投入自己的专业领域
  • 具备基于元认知的高自我成长力和自主学习能力
  • 不把自己的责任范围定义得很窄,拥有能够无限拓展投入领域的Owner精神
  • 在没有头衔和地位的地方,也具备为从零赢得他人信任而行动、举止与心性
  • 在恰当把握风险的基础上,必要时拥有毫不犹豫承担该风险的勇气
  • 不基于与他人的“差异”而拒绝对方,拥有致力于不断相互理解的友爱精神
  • 擅长在他人的言语中发现善意与良心,而非恶意
  • 总而言之,是“温柔”的人

这一人才画像背后的想法,我们在过去的采访文章中有详细讲述。请一并阅读。

Blog: 从日本走向世界级产品:Sakana AI 产品开发负责人访谈


PD Team目前正在招聘ARE / SWE / Data Engineer / PdM / Designer / Sales等岗位。如果您哪怕有一点兴趣,请先来应聘。

PD Team 招聘信息



来源:Sakana AI Blog · sakana.ai