この投稿を読んでいるすべての人が、OpenAPI/Swaggerの仕様がいかに有用であるかを知っていると信じています。しかし、ほとんどのツールはAPIオーナーがドキュメント、SDK生成、APIコンソールなどを強化するのを助けるために構築されています。そして、APIコンシューマーについてはどうでしょうか？彼らはSDKのみを使用すると考えられていました。しかし、それは今変化しています。
API定義は現在、
そして、近い将来さらに多くの使用シナリオが登場する予定です。私たちの見解では、エコシステムの成長の主な制限要因は、公開API向けのOpenAPI仕様の不足です。これがAPIs.guruが解決しようとしている問題です。
私たちのOpenAPI仕様の快適なコレクションをチェックできます。
全コレクションへのアクセスに興味がある場合は、当社のシンプルなREST APIを使用できます。APIキーや登録は不要です。そのため、これらの仕様でできることには何の制限もありません。以下に既存の統合のほんの数例を挙げます。
OpenAPIツール/ライブラリを開発している場合は、APIs.guruをテストスイートとして使用することを検討し、目を引くREADMEバッジを追加することを忘れないでください: 
私たちは単にAPI仕様を収集するだけでなく、可能な限り多くの一般的なAPI定義の問題を解決しようとしています。
正直なところ、仕様を探すのは大変な作業です。そこで、皆様のご協力が必要です。APIオーナーの方、または一般的な形式（WADL、RAML、Swagger、API Blueprint）の公開APIのAPI仕様をご存知の方は、ぜひ当社のコレクションに追加をご検討ください。
オープンソースプロジェクトとして、私たちはコミュニティの構築に取り組んでいます。Gitterでお気軽にお話しいただくか、Githubで問題をオープンしてください。Twitterでフォローしてください。そして、コントリビューターになる機会を逃さないでください。いくつか手助けできる問題があります。