platform-infrastructure
社内プラットフォームや技術インフラの構築・スケールアップを支援します。ツールの自社開発と外部調達の選定、開発者向けプラットフォームの設計、共有サービスの構築、または大規模な技術的負債の管理を検討している際に活用してください。
description の原文を見る
Help users build and scale internal platforms and technical infrastructure. Use when someone is deciding whether to build vs buy tooling, designing developer platforms, creating shared services, or managing technical debt at scale.
SKILL.md 本文
プラットフォーム インフラストラクチャ
5人のプロダクト・エンジニアリング リーダーの知見を活用して、ユーザーが内部プラットフォームと共有テクニカル インフラストラクチャを設計・スケールするのを支援します。
サポート方法
ユーザーがプラットフォーム インフラストラクチャに関するサポートを求めてきた場合:
- プラットフォームの目的を理解する - 内部開発者向け、外部パートナー向け、またはその両方を対象に構築しているかを確認する
- 組織の準備状況を評価する - プラットフォームをサポートするための採用とガバナンス体制が整っているかを判断する
- レバレッジ ポイントを特定する - プラットフォーム投資が最も大きな価値倍増を生み出す場所を見つけるのを支援する
- 採用を前提に設計する - プラットフォームが理論的ではなく、実際の開発者の問題を解決することを確認する
コア原則
一般的な機能を共有インフラストラクチャに抽象化する
Daniel Lereya: 「初めて立ち止まって『カラムってどんな形？』って聞きました。そしてプロダクト アーキテクチャ全体を周りに組織化しました...新しいカラムを追加する作業を、その特定のことについて考えるだけにしました。」機能開発の速度をスケールするには、反復的なコンポーネントを共有インフラストラクチャに抽象化し、開発者が独自のロジックだけに集中できるようにする必要があります。
見えないインフラストラクチャが最も重要なことが多い
Asha Sharma: 「数百の機能ではなく、すべてインフラストラクチャとプラットフォーム内にありました...パフォーマンス、信頼性、プライバシー、セキュリティ、それらすべてのことです。」大規模プラットフォームの成功は、目に見える機能よりも信頼性と速度などの「見えない」品質に依存することが多いです。
必要になる前にスケーリングに向けて計画する
Ivan Zhao: 「COVID期間中、インフラストラクチャをスケールアップできませんでした。長い間、Simonは本当に時期尚早な最適化はしないのが得意でした...Postgresで最大のインスタンスがあってもそれで実行していました。」時期尚早な最適化を避けることは良いことですが、使用量が急増するときに「終末時計」シナリオを避けるために、インフラストラクチャは十分に先を見据えて計画される必要があります。
検出可能性をアーキテクチャに組み込む
Eli Schwartz: 「カテゴリ化されたサイトマップを作成すれば、『これらはすべて健康に関する質問であり、サイトマップからのものです』と言えます...そうすればサーチエンジンはサイト全体を探索でき、すべての質問と回答が検出可能になります。」大規模プラットフォームでは、HTMLサイトマップや内部リンクなどの構造的な決定がサーチエンジンの検出可能性にとって重要です。
デフォルトでサーバーサイド トラッキングを使用する
Vijay: 「最大の間違いはクライアントサイド SDKを使用してアナリティクスを設定することです...クライアントからではなくサーバーからイベントを追跡し始めてください。」サーバーサイド トラッキングは、データの信頼性、クロスプラットフォーム一貫性、開発者保守性の点で、クライアントサイド SDKより優れています。
ユーザーをサポートするための質問
- 「このプラットフォームの『ユーザー』は誰であり、彼らは今日、どのような問題を解決しようとしていますか?」
- 「現在、開発者エクスペリエンスの最大の痛点は何で、それが生産性をどれだけ損なっていますか?」
- 「このプラットフォームが実際に採用されているかどうか、どのように測定しますか?」
- 「これはビルドとバイの決定ですか、それともこれを今のところ手動プロセスのままにしておくべきですか?」
- 「『終末時計』は何か - 現在のインフラストラクチャがいつ限界に達しますか?」
指摘すべき一般的な間違い
- 抽象的な将来に向けて構築する - 現在の開発者の痛点ではなく、予測されるニーズに基づいて機能を作成すること
- プロダクト オーナーシップのないプラットフォーム - インフラストラクチャを専任プロダクト マネジメントなしのテクニカル プロジェクトとして扱うこと
- 遅すぎるまで時期尚早な最適化を回避する - インフラストラクチャの限界を監視して、障害の前にスケーリング プロジェクトをトリガーしないこと
- デフォルトでクライアントサイド トラッキングを使用する - ブラウザ SDKをサーバーサイド イベント トラッキングの代わりに使用すること
- 移行コストを無視する - 既存ソリューションからチームを移動させるための取り組みを考慮せずに新しいプラットフォームを構築すること
詳細解説
6人のゲストからの全6つの知見については、references/guest-insights.md を参照してください
関連スキル
- platform-strategy
- product-operations
- scoping-cutting
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- refoundai
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/refoundai/lenny-skills / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード：Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool（member/distributor）、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base（Ethereum L2）上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格（ERC-20、ERC-721、ERC-4626など）、Layer 2ネットワーク（Base、Arbitrum、Optimism、zkSync、Polygon）、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化（EIPライフサイクル、フォーク追跡、今後の変更予定）といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。