关于 platform-infrastructure
面向产品与工程负责人，提供内部平台和共享基础设施设计指导。内容聚焦用户需求、平台采用、可扩展基础，以及影响平台价值的运营决策。
主要功能
- 01评估平台目标与组织准备度
- 02寻找高杠杆的基础设施投入
- 03围绕开发者采用进行设计
- 04提前规划基础设施扩展
- 05改善结构化内容的可发现性
适用场景
- 01在建设平台前识别开发者痛点
- 02评估平台采用所需的准备度与治理
- 03在使用量触及上限前做好基础设施准备
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/platform-infrastructure确认已加载。
附带文件references/guest-insights.md
详细介绍
平台基础设施
借助 5 位产品和工程领导者的见解，帮助用户设计和扩展内部平台及共享技术基础设施。
如何提供帮助
当用户寻求平台基础设施方面的帮助时：
- 了解平台的用途 - 询问他们是为内部开发者、外部合作伙伴，还是两者构建平台
- 评估组织的准备情况 - 确定他们是否具备支持平台所需的采用和治理结构
- 找出杠杆点 - 帮助他们找到平台投资能创造最大价值乘数效应的地方
- 围绕采用来设计 - 确保平台解决的是实际的开发者问题，而非理论问题
核心原则
将通用能力抽象为共享基础设施
Daniel Lereya：“我们第一次停下来问：‘列是什么样的？’我们还围绕它重新组织了整个产品架构……这样一来，添加新列的工作就只需考虑具体的部分。”要提高功能开发速度，就必须将重复组件抽象为共享基础设施，让开发者只需专注于独特逻辑。
无形的基础设施往往最重要
Asha Sharma：“关键并非数百项功能，而是基础设施和平台……性能、可靠性、隐私、安全，所有这些方面。”大型平台的成功往往取决于可靠性和速度等“无形”品质，而非显而易见的功能。
提前规划扩展能力
Ivan Zhao：“新冠疫情期间，我们的基础设施根本无法扩展。很长一段时间里，Simon 都很擅长避免过早优化……我们的 PostgreSQL 实例甚至已经在使用最大规格的了。”避免过早优化固然明智，但基础设施必须提前做好规划，避免使用量激增时出现“末日”场景。
将可发现性融入架构
Eli Schwartz：“如果创建一个分类站点地图，列出‘这些是所有关于健康的问题’，并从站点地图……那么搜索引擎就能浏览整个网站，所有问题和答案也都能被发现。”对于大型平台而言，HTML 站点地图和内部链接等结构性决策对于搜索引擎的可发现性至关重要。
默认采用服务端跟踪
Vijay：“最大的错误是使用客户端 SDK 设置分析……应该从服务器而不是客户端开始跟踪事件。”在数据可靠性、跨平台一致性和开发者维护方面，服务端跟踪优于客户端 SDK。
帮助用户思考的问题
- “谁是这个平台的‘用户’，他们现在想要解决什么问题？”
- “目前开发者体验中，最影响生产力的痛点是什么？”
- “你将如何衡量这个平台是否真正得到采用？”
- “这是自建还是购买的决策，还是说目前应该继续手动处理？”
- “你的‘末日时钟’是什么——现有基础设施何时会达到极限？”
需要指出的常见错误
- 为抽象的未来而构建 - 根据预期需求而非开发者当前的痛点来创建能力
- 平台缺少产品负责人 - 将基础设施视为没有专职产品管理的技术项目
- 为避免过早优化而错过时机 - 不监控基础设施限制，未能在故障发生前启动扩展项目
- 默认采用客户端跟踪 - 使用浏览器 SDK，而不是服务端事件跟踪
- 忽视迁移成本 - 构建新平台时没有考虑让团队从现有解决方案迁移所需的工作
深入了解
有关 5 位嘉宾的全部 6 条见解，请参阅 references/guest-insights.md
相关技能
- platform-strategy
- product-operations
- scoping-cutting