Ask HN: 寻找音乐版权/数据基础设施方向的创始工程师/CTO（股权激励，英国/美国）
2 分•作者: Ritwq•9 个月前
我正在为音乐行业构建一个低调的、幕后的数据/权限基础设施产品——属于基础设施，而非面向消费者/流媒体。目标很简单：将混乱的所有权和策略转化为清晰、可编程的轨道，从而使音乐使用请求能够在几秒钟内变成可验证的许可证。
你将负责（从0到1）：
* v1 API：/resolve → /quote → /license.issue
* 数据管道：记录关联/去重（例如 ISRC↔ISWC），审计跟踪，版本控制
* 可靠性：身份验证、幂等性、Webhooks、重试、可观测性
必备条件：已发布的生产API；Python 或 Go；Postgres；基本的 AWS/GCP 知识；安全性（JWT，密钥轮换，Webhook 签名）。
加分项：实体解析/信息检索、DDEX/CWR、Stripe/Adyen（预授权/托管）、ACR/供应商集成。
阶段和条款：精简的两人团队；在 2025 年 12 月前完成 POC（概念验证）/早期 MVP，以支持种子轮融资。以股权为主的联合创始人角色（资金到位后提供现金）。
地点：英国或美国；首选伦敦；GMT±5 时区内的远程工作也可接受。
如有兴趣，请回复并附上你已发布产品的链接（代码库/产品）以及几个时间段，或发送电子邮件至 workritwikpunjwani@gmail.com。
查看原文
I’m building a quiet, behind-the-scenes data/permissions infrastructure product for music—infra, not consumer/streaming. Goal is simple: turn messy ownership + policy into clean, programmable rails so a music-use request can become a verifiable licence in seconds.<p>What you’d own (0→1):
• v1 APIs: /resolve → /quote → /license.issue
• Data plumbing: record linkage/de-dup (think ISRC↔ISWC), audit trail, versioning
• Reliability: auth, idempotency, webhooks, retries, observability<p>Must have: shipped production APIs; Python or Go; Postgres; basic AWS/GCP; security (JWT, key rotation, webhook sigs).
Nice: entity resolution/IR, DDEX/CWR, Stripe/Adyen (pre-auth/escrow), ACR/vendor integrations.<p>Stage & terms: lean two-person team; advance POC / early MVP by Dec ’25 to support a pre-seed. Equity-heavy co-founder role (cash post-funding).
Location: UK or US; London preferred; remote OK within GMT±5.<p>If interested, please reply with a link to something you’ve shipped (repo/product) and a couple of time windows, or email workritwikpunjwani@gmail.com.