gmgn-dev-score

コマンドを実行する前に必ず gmgn-cli config --check を実行してください。終了コードが 0 の場合は続行します。終了コードが 1 の場合は gmgn-cli config を実行して出力を表示し、ユーザーから API キーを受け取ったら gmgn-cli config --apply <KEY> を実行して、その出力を表示してください。--check が不明なオプションの場合は、npm install -g gmgn-cli を実行するようユーザーに伝えてから、再試行してください。

重要：必ずプリインストールされた gmgn-cli バイナリを使用してください。Web 検索、WebFetch、curl、npx、gmgn.ai は使用しないでください。このサイトはログインが必要で、構造化データを公開していません。

⚠️ IPv6 はサポートされていません。 正しい認証情報を使用しているのに 401／403 が返される場合は、ifconfig | grep inet6（macOS）または ip addr show | grep inet6（Linux）を確認し、https://ipv6.icanhazip.com を取得してください。IPv6 アドレスが返された場合は、IPv6 を無効にするようユーザーに伝えてください。gmgn-cli は IPv4 のみで動作します。

実行

python3 ~/.claude/skills/gmgn-dev-score/dev_score.py <chain> <dev_address> [max_pages]

max_pages のデフォルトは 25 で、トレードの追跡範囲のみを制限します。ローンチ数が数百件ある開発者の場合は値を増やしてください。切り捨てが発生した場合は JSON に示されます。このスクリプトは計算を行い、レポートは作成しません。標準出力には JSON オブジェクトを 1 つ出力します（進行状況とレート制限に関する注記は標準エラー出力に送られます）。そのオブジェクトを基に、ユーザーの言語でレポートを作成してください。

実行前に：

• ウォレットではなくトークンアドレスですか？ まず gmgn-cli token info --chain <c> --address <token> --raw → dev.creator_address でクリエイターを特定し、そのアドレスをスコアリングしてください。どのアドレスを解決したかを伝えてください。これはレポートに表示できない唯一の情報であり、これがないとユーザーはスコアが自分のトークンに適用されるか確認できません。
• チェーンが指定されていませんか？ gmgn-cli portfolio created-tokens で候補のチェーンを順番に調べてください。API キーが利用停止になるため、並列実行はしないでください。open_count が最も高いチェーンのみを分析し、他のチェーンはユーザーから依頼があるまで保留したことを伝えてください。
• scored: false の場合は、スコアを出力しないでください。reason: index_empty の場合、API は完全に空のデータを返していますが、空のウォレットとインデックスの劣化を区別できません。両方の可能性を伝え、数分後に再確認するようユーザーに伝えてください。その他の reason の場合は、アドレスがスコアリングされなかったこととその理由を伝え、そこで終了してください。

回答に含める内容

何を述べる必要があるかのチェックリストです。各項目をどこに記載するかは、以下の ## Display Templates で定めています。 表現は自由ですが、すべての項目を含め、各項目でその情報を含む JSON を示してください。 箇条書きはセクションの順序に沿っています。

• 最初に判定を述べます。 score.total、score.conduct、score.power、score.band を、単なるラベルではなく判定として伝えます。
• オープンダンプの段階（dump_gate.tier）と、その下にあるサンプル（coins_with_trades の dumps）を伝えます。dump_gate.forced_by が設定されている場合は、実際に発動させたものを明示します。枯渇したプールは売却頻度ではありません。また、売却がゼロの開発者について「ほぼ毎回ダンプしている（0/1）」と言うのは誤りです。
• 発動した調整をすべて、1行に1つずつ、調整によって何が起きたかを説明します。 縮小（conduct_terms.shrink_from → shrink_to）は、立証されていないスコアを 60 に近づけます。ここでの 60 は、まだ判断できないという意味であり、犯罪への罰点ではありません。上限設定は、高評価を保留したものであり、悪い行為が立証されたという意味ではありません。サンプルが少ない側は、起動数ではなく coins_with_trades と career_days で示します。
• 最良のコイン（top と flagship）について、最高値、現在値、下落幅、保有者数、プール、取引可能かどうか、経過時間を示します。さらに、フラッグシップの状態（flagship.status）と、ポジションが閉じている場合は exit_rows／exit_unrecorded も示します。flagship.holds は 3 値です。null の場合、彼の保有分については一切述べません。
• 実際に行ったことを、すべて本人の記録から示します。his_trades.fastest_first_sell_s、median_pull_multiple、launches.total／on_curve／tradeable、liquidity.drained／partial／ignored_rows を含めます。
• 他のウォレットへの供給移動は、cross_wallet.moves が空でない場合に必ず説明します。移動はダンプではありません。pending はダンプ率に含まれず、未検証の移動はロックや取引所への移動である可能性もあります。その旨を伝え、非難はしません。
• 開始時点でのバンドル購入（bundler）は開示し、スコアには反映していないと明記します。この数値だけでは、本人の別ウォレット、有料バンドラー、他人のスナイパーボットを区別できません。
• データの網羅性について、次のいずれかが設定されている場合は必ず説明します。coverage.book_truncated（記録はキャリア全体ではなく一期間のウィンドウです。キャリア全体に関する主張を引用する前に、そのことを伝えます）、trade_history_truncated／unresolved_coins（欠落した記録によってダンプ数が減ることしかないため、率は下限であり、実際よりも潔白に見えます）、implausible_peaks（コイン名を示します。そうしないと、チャートでそのコインを見た読者には、記載が欠けていると受け取られます）、launches.career_days_is_floor。
• 何をすべきかを、次の4点で伝えます。買うべきかどうか、いつ買うか（タイミングについては必ず fastest_first_sell_s を引用し、中央値は使いません。以前、フラッグシップの売却開始が 4.6 分だった開発者について、中央値を使ったため、2.7 日後の参入を勧めることになった例があります）、損失の実際の原因、そしてスコアをどの程度信頼できるか。

Dev スコア · <開発者アドレス、先頭10文字と末尾4文字> ·

なし：判定

TOTAL / 100 + バンド
CONDUCT と POWER

オープンダンプの記録

本文。短い段落を最大3つ。

スコアを動かした要因

• 箇条書き。1項目につき調整1つ。

保有コインの最高実績

コインの完全なコントラクトアドレス、その後に1つの表 — ピーク、現在値、下落率、保有者、プール、取引可能性、経過期間 — その後にポジションについての本文。

実際に行ったこと

• 箇条書き

他のウォレットへ移動した供給量

• 箇条書き

開始時のまとめ買い

1～2行

対象範囲の制限

• 箇条書き

どうすべきか

4つのラベル付きパートを、次の順に記載します：買うべきかどうか · いつか · 損失の原因 · スコアをどこまで信頼できるか

ルール

• ユーザーの言語で書き、概念を翻訳してください。JSON 内の名前はすべて、翻訳可能なように選ばれた英語の概念です。直訳では通じない少数のトレーダー用語は references/glossary.md に記載されています。そこにある表現のみを使用してください。軸名を独自に作らないでください。
• JSON にない数値は決して記載しないでください。 再計算したり、新たな主張となるよう丸めたり、references/fields.md にないフィールドを読み取ったりしないでください。null は測定値が存在しないことを意味します。不明であると記載してください。0 と記載すると、「不明」が「問題なし」に変わってしまいます。
• 記号は与えられたとおり正確にコピーしてください。 記号は攻撃者が制御するもので、すでにサニタイズされています。「」 で囲まれたものは誰かが付けた名前であり、こちらの表現ではないため、囲みも含めてそのままにしてください。
• score.band が判定です。 判定を和らげたり、上方修正したり、曖昧にしたりしないでください。stay_away で power が高い場合こそ、2つの軸を分けている理由です。過去に大きなコインを生み出していても、売り抜けの記録が帳消しになることはありません。
• 結果は行動ではありません。 生き残り、成長、下落率は、その人物のコインに市場がもたらした結果です。POWER に属するものであり、保有者に対して本人が行ったこととして示してはいけません。
• レポートだけを回答としてください。 前置きも、後書きの要約も、検証についての説明も、独自の追加調査結果も、作業を申し出る締めくくりも加えないでください。レポートの外で述べてよいのは、トークンアドレスから特定した作成者アドレスだけです。
• 結論を述べる行は、黙って検証してください。 「売り抜けたことはない」「記録が一切ない」などの断定的な主張は、gmgn-cli portfolio activity を使って生データフィードと照合してください。検証を実行し、その説明はしないでください。検証結果がレポートと矛盾する場合に限り、レポートではなく不備を報告してください。

参考資料

ファイル	内容
references/scoring.md	モデルの内容です。各軸の算出要素、縮小処理、重大度曲線、ティアと上限、判定基準、およびそれぞれの設計理由を説明しています。
references/fields.md	スクリプトが出力するすべての JSON キーと、読み取るすべての API フィールドです。このファイルに記載されている内容以外は、実際の API で確認されていません。
references/glossary.md	直訳できないトレーダー用語と、使用する訳語をまとめています。