apipick-telegram-check
apipick Telegram Checker APIを使用して、電話番号がTelegramに登録されているかどうかを確認できます。登録ステータス、TelegramユーザーID、ユーザー名、姓名、データセンターIDを返します。ユーザーが電話番号のTelegram登録を確認したい場合、電話番号からTelegramのユーザー名を検索したい場合、または特定の人物がTelegramを利用しているかどうかを確認したい場合に使用します。apipick APIキー（x-api-key）が必要です。無料キーは https://www.apipick.com で取得できます。
description の原文を見る
Check if a phone number is registered on Telegram using the apipick Telegram Checker API. Returns registration status, Telegram user ID, username, first/last name, and data center ID. Use when the user wants to verify Telegram registration for a phone number, find a Telegram username by phone number, or check whether someone uses Telegram. Requires an apipick API key (x-api-key). Get a free key at https://www.apipick.com.
SKILL.md 本文
apipick Telegram Phone Checker
任意の電話番号について国際国番を含めて Telegram の登録状況を確認します。
エンドポイント
POST https://www.apipick.com/api/check-phone-telegram
認証: x-api-key: YOUR_API_KEY ヘッダーが必須です。
無料の API キーは https://www.apipick.com/dashboard/api-keys で取得できます。
リクエスト
{"phone_number": "+1234567890"}
電話番号は国際国番を含める必要があります（例：中国の場合は +86、米国の場合は +1）。
レスポンス
{
"code": 200,
"registered": true,
"user_id": 123456789,
"username": "example_user",
"first_name": "John",
"last_name": "Doe",
"dc_id": 2,
"message": "User found successfully"
}
registered が
...
詳細情報
- 作者
- meghal86
- リポジトリ
- meghal86/stacksignal
- ライセンス
- unknown
- 最終更新
- 2026/5/10
Source: https://github.com/meghal86/stacksignal / ライセンス: unknown
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理（非同期ジェネレータを含む）、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。