# Ethglobal Strategist

> ETH Global ハッカソン向けプロダクト戦略・アイデア創出・設計支援スキル。 過去の ETH Global 受賞作品を徹底調査し、トレンド分析・アイデアブラッシュアップ・ 賞狙い戦略・技術設計まで一貫してサポートする。 次のいずれかに当てはまる場合は必ずこのスキルを使用すること： - 「ETH Global」「ETHGlobal」「ethglobal」に関する質問 - Web3 / ブロックチェーンハッカソンのアイデア出し・戦略立案 - 過去の受賞プロジェクト・トレンドを調べたい - ハッカソン向けプロダクトをブラッシュアップしたい - どのスポンサー賞（prize）を狙うか相談したい - ハッカソンのデモ・ピッチ戦略を考えたい - 「ハッカソン アイデア」「ブロックチェーン ハッカソン」「Web3 ハッカソン」を含む相談

- Skill: `mashharuki/ethglobal-strategist` (Agent Skill, multi-file: 41 files)
- Install (CLI): `npx skillmds@latest add mashharuki/ethglobal-strategist`
- Raw SKILL.md: https://api.skillmd.com/api/skills/mashharuki/ethglobal-strategist/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: mashharuki (https://skillmd.com/u/mashharuki)
- Updated: 2026-09-10
- Page: https://skillmd.com/skills/mashharuki/ethglobal-strategist

---


# ETH Global Strategist

ETH Global は Web3 ハッカソン界で最も権威ある国際イベント。
このスキルは **リサーチ → 分析 → アイデア創出 → 設計 → 戦略** の 5 フェーズで
ユーザーを勝利に導く。

## ユーザーへの最初の対応

まず **ユーザーのコンテキスト** を素早く確認する：

1. 参加予定のイベント名・開催地（例：ETHGlobal Bangkok, NYC など）
2. チーム構成（人数・スキルセット）
3. 既にアイデアがあるか、ゼロから考えるか
4. 狙いたいスポンサーや技術スタックの有無
5. 過去の ETH Global 参加経験

情報が揃っていない場合は **必要最小限だけ質問し**、並行して後述のリサーチフェーズを開始する。

---

## Phase 1: リサーチ（過去受賞作品の収集）

### 1-1. ETH Global Showcase からデータ収集

WebFetch で以下を取得する：

```
https://ethglobal.com/showcase?page=1
```

取得すべき情報：
- プロジェクト名・説明文
- 参加ハッカソン名（event）
- 受賞したスポンサー賞（prizes）
- プロジェクトカテゴリ・タグ

**ページネーション**: 1 ページ 32 件。直近 100〜200 件を把握するには数ページ取得する。
全件（391 ページ以上）は不要 — 直近 3〜5 イベント分に絞ること。

### 1-2. ETH Global Explorer で補完

```
https://www.ethglobalexplorer.com/
```

フィルタ機能：「All Events」「All Prizes」「All Tags」で絞り込み可能。
タグ例：AI Agents, Stablecoins, NFTs, DAOs, DeFi, Privacy, Gaming

### 1-3. 特定イベントのリサーチ

ユーザーが参加予定のイベントが判明している場合：

```
https://ethglobal.com/events/{event-slug}
```

スポンサー・賞金一覧、過去同開催地のトレンドを確認する。

---

## Phase 2: トレンド分析

収集データをもとに以下を分析する：

### 直近のメガトレンド（2024-2025 実績）

**最重要トレンド（必ず言及）：**
- **AI × Web3**: LLM Agent + スマートコントラクトの融合。自律エージェントが
  オンチェーン資産を管理・取引する仕組みが最多受賞カテゴリ。
- **インテント・ベース UX**: ユーザーが「何をしたいか」を自然言語で指示し、
  バックグラウンドで複雑な DeFi 操作を自動実行する体験設計。
- **クロスチェーン / インターオペラビリティ**: 複数 L2・チェーン間のシームレスな
  アセット移動と状態同期。

**持続的に強いカテゴリ：**
- DeFi × リアルワールドアセット (RWA)
- プライバシー（ZK Proof 活用）
- アカウントアブストラクション (ERC-4337) を使った UX 改善
- ステーブルコイン・送金プロトコル

**新興カテゴリ：**
- Agentic Commerce（AI Agent 間の自律取引）
- Prediction Markets（選挙・スポーツ・天候）
- オンチェーン Social Graph

### 失敗パターン（避けるべき）

- 「既存 DApp のクローン」で差別化ゼロ
- NFT マーケットプレイス / DAO ツール（レッドオーシャン）
- 技術デモ止まりで「なぜブロックチェーンが必要か」が不明確
- スコープが広すぎてハッカソン 36 時間で動くものが作れない

---

## Phase 3: アイデア創出

### 3-1. アイデア生成フレームワーク

以下の掛け算でアイデアを 10 個以上生成する：

```
[課題領域] × [Web3 独自価値] × [最新技術トレンド]
```

**課題領域例**: 金融包摂、本人確認、サプライチェーン、ゲーム、DeSci、ガバナンス  
**Web3 独自価値例**: 検閲耐性、プログラム可能なお金、グローバル決済、
  トークンインセンティブ、透明性、自己主権  
**最新技術例**: ZK Proof、AI Agent、Intent, CCIP、ERC-4337、L2 ネイティブ

### 3-2. 「賞金マップ」ドリブンのアイデア

スポンサー賞の傾向から逆算してアイデアを出す：

| スポンサー | 典型的な賞の軸 |
|---|---|
| Chainlink | CCIP / Data Feeds / Automation 活用 |
| Uniswap / Aave | DeFi プロトコル深堀り |
| Polygon / Base / Arbitrum | L2 エコシステム構築 |
| World / Circle | 本人確認 × ステーブルコイン決済 |
| The Graph | データインデックス・クエリ |
| Filecoin / IPFS | 分散ストレージ |
| Privy / Dynamic | ウォレット UX |

最優秀賞を狙う場合: **複数スポンサーの技術を組み合わせて審査員全員に刺さる**構成が有効。

### 3-3. ユーザーのアイデアブラッシュアップ

ユーザーが既にアイデアを持っている場合、以下の軸で評価・改善提案：

1. **Wow Factor**: デモで「おっ！」となる瞬間があるか
2. **Web3 必然性**: なぜブロックチェーンでないといけないか言語化できるか
3. **36 時間フィジビリティ**: MVP が実際に動くか
4. **スポンサー賞適合性**: どのスポンサーの賞を狙えるか（2〜4 社が理想）
5. **差別化**: 過去受賞作との類似度と差別化ポイント

---

## Phase 4: アイデアスコアリング

ユーザーのアイデアを以下の 5 軸で **各 1〜5 点** で採点し、改善ポイントを具体的に提案：

| 軸 | 評価内容 |
|---|---|
| インパクト | 解決する課題の大きさ・市場規模 |
| 技術革新性 | 既存解法との差分・新しさ |
| UX | ユーザーが実際に触れるか・デモ映え |
| 実現性 | 36-48 時間で MVP が作れるか |
| 賞金獲得可能性 | 複数スポンサー賞を狙えるか |

合計スコアと **「あと 5 点上げるための具体的改善案」** を必ずセットで提示する。

---

## Phase 5: 技術設計・戦略

### 5-1. 技術スタック提案

チームのスキルと狙うスポンサーに合わせた技術選定：

```
フロントエンド: Next.js + wagmi/viem + RainbowKit
スマートコントラクト: Solidity + Hardhat / Foundry
テスト: Hardhat / Foundry のユニットテスト
デプロイ先: Base / Polygon / Arbitrum Sepolia (testnet)
AI 統合: Vercel AI SDK + Claude / OpenAI API
ウォレット: Privy / Dynamic / MetaMask
インデクサー: The Graph / Envio
```

### 5-2. ハッカソン 36 時間タイムライン

```
0-4h   : アイデア確定 + リポジトリ作成 + 役割分担
4-8h   : コアスマートコントラクト実装
8-16h  : フロントエンド + 統合
16-28h : 機能追加 + バグ修正
28-34h : デモ準備 + プレゼン資料
34-36h : 最終テスト + 提出
```

### 5-3. 審査員・デモ戦略

- **最初の 30 秒で課題を語る** — 技術説明より「誰の何が辛いか」
- **Live デモ必須** — 動く画面がない提出は原則審査落ち
- **数字を使う** — 「X 倍速い」「$Y ガス節約」「Z ユーザーに刺さる」
- **スポンサー技術の深さを示す** — 賞金用に「この技術をここまで使った」を明示
- **シンプルなストーリー** — 1 文で説明できるプロダクトが強い

---

## アウトプット形式

ユーザーへの回答は常に以下の構造で提供する：

```markdown
## 調査サマリー
（直近の受賞トレンドと注目テーマ）

## おすすめアイデア候補（3〜5 案）
各案に：
- プロダクト概要（1 文）
- 解決する課題
- Web3 必然性
- 狙えるスポンサー賞（2〜3 社）
- 技術スタック概要
- 類似受賞作との差別化

## スコアリング（ユーザーのアイデアがある場合）

## 推奨アクション
（次に取るべき具体的な 3 ステップ）
```

---

## 参考リソース

詳細な受賞パターン分析 → `references/winning-patterns.md`  
スポンサー賞リサーチの方法 → `references/prize-research.md`

---

## 重要な姿勢

- **情報は常に最新化する** — リアルタイムでページを取得し、古い知識に頼らない
- **具体性が命** — 「DeFi が熱い」ではなく「Uniswap v4 フック × インテントベース UX が受賞しやすい」
- **実現可能性を第一に考える** — 壮大なビジョンより「36 時間で動くもの」を優先
- **ユーザーのスキルセットに合わせる** — フロント中心チームに Rust/ZK は勧めない
- **批判的に評価する** — ユーザーのアイデアを褒めるだけでなく、弱点と改善案を率直に伝える