菜单
評估新數據源的可行性、整合難度和預期 alpha 貢獻。標準化 Spike 框架： 目標定義 → API 文件搜尋 → 技術可行性 → 整合架構 → 成本分析 → 建議評級。 適用於評估新 API、替代數據源、競品數據、政府公開資料。 觸發詞: 評估數據源, evaluate data source, 新 API, 可行性, feasibility, spike, 技術評估, 整合評估, 新數據, data source, API 評估, 數據源調研, 能不能用, 怎麼接, 資料來源, alternative data, 政府資料, 公開API
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
自主 CEO 模式。代替使用者監管整個 Agent Team，自主決策研發方向、派工、監控、處理異常。支援 2+ 小時 headless 運行，跨 context window 自動接力。Use when 'supervise', '監管', '自主運行', 'autopilot', '代替我管', 'run team', '幫我盯', '工作幾小時'.
創新 Phase 2：跨域映射 + 數據源評估。分析技術遷移可行性與新數據源 alpha 潛力。Use when 'cross-domain mapping', '跨域映射', 'data source evaluation', '數據源評估'.
創新 Phase 3：POC 原型實作。產出可執行的 proof-of-concept 程式碼。Use when 'build POC', 'prototype', '做原型', 'proof of concept'.
創新 Phase 1：方向偵測 + 前沿掃描。搜論文、GitHub、社群找最新方法。Use when 'frontier scan', '搜論文', 'explore new tech', '前沿掃描'.
創新 Pipeline 指揮官。前沿探索 → 跨域映射 → 數據源評估 → POC 原型 → 可行性裁定。可一鍵跑完或逐步執行。Use when 'innovate', '創新', '新方法', '探索', 'what if we try', '新數據源', '新想法'.
創新 Phase 4：可行性裁定、評分、記錄到 innovation_log、銜接後續。Use when 'innovation verdict', '裁定', 'feasibility score', '可行性評估'.
| name | data-source-eval |
| description | 評估新數據源的可行性、整合難度和預期 alpha 貢獻。標準化 Spike 框架： 目標定義 → API 文件搜尋 → 技術可行性 → 整合架構 → 成本分析 → 建議評級。 適用於評估新 API、替代數據源、競品數據、政府公開資料。 觸發詞: 評估數據源, evaluate data source, 新 API, 可行性, feasibility, spike, 技術評估, 整合評估, 新數據, data source, API 評估, 數據源調研, 能不能用, 怎麼接, 資料來源, alternative data, 政府資料, 公開API |
本 Skill 提供標準化的新數據源技術評估流程。 每次評估產出一份結構化的 Spike Report，供 CDO/CTO 決策。
| 指標 | 問題 | 評分 |
|---|---|---|
| 覆蓋度 | 數據涵蓋多少 ticker/議員/時間範圍？ | 0-100 |
| 即時性 | 更新頻率？延遲多久？ | 0-100 |
| 準確性 | 有無已知錯誤/遺漏？ | 0-100 |
| 結構化程度 | JSON/CSV/HTML/PDF？需要多少解析？ | 0-100 |
| 歷史深度 | 可回溯多久？回測可行嗎？ | 0-100 |
| 指標 | 問題 | 評分 |
|---|---|---|
| API 品質 | RESTful? 文件完善? SDK? | 0-100 |
| 認證 | API key? OAuth? 無需認證? | 0-100 |
| Rate Limit | 每分/每日請求上限？ | 0-100 |
| 輸出格式 | JSON (理想) / CSV / HTML / PDF (最差) | 0-100 |
| 與現有架構相容 | 能否直接接入 ETL pipeline? | 0-100 |
| 指標 | 問題 | 評分 |
|---|---|---|
| 理論基礎 | 為何此數據源能預測股價? | 0-100 |
| 學術文獻 | 有無學術研究支持? | 0-100 |
| 與現有信號獨立性 | 和 congress_trades 的相關性? | 0-100 |
| 可回測性 | 能否用歷史數據驗證? | 0-100 |
| 競品使用 | 其他平台有在用嗎? | 0-100 |
| 指標 | 問題 | 評分 |
|---|---|---|
| API 費用 | 免費/低成本/中等/昂貴 | 0-100 |
| 開發工時 | 1天/1週/1月? | 0-100 |
| 維護成本 | 穩定API? 可能被封? | 0-100 |
| 指標 | 問題 | 評分 |
|---|---|---|
| 數據授權 | 公開資料? 需授權? ToS 限制? | 0-100 |
| 個資風險 | 涉及個人資料嗎? | 0-100 |
| 抓取合法性 | robots.txt? rate limit 合規? | 0-100 |
明確回答:
用 WebSearch 搜尋:
嘗試用 WebFetch 或 curl 做一次最小請求:
評估整合進 src/etl/ 的難度:
# Data Source Spike: [數據源名稱]
**評估日期**: YYYY-MM-DD
**評估員**: [agent name]
**研究代號**: RB-XXX
## 概要
[1-2 句描述此數據源和預期用途]
## 評分卡 (Scorecard)
| 維度 | 權重 | 分數 | 說明 |
|------|------|------|------|
| 數據品質 | 30% | XX/100 | ... |
| 技術整合 | 25% | XX/100 | ... |
| Alpha 潛力 | 25% | XX/100 | ... |
| 成本 | 10% | XX/100 | ... |
| 合規風險 | 10% | XX/100 | ... |
| **加權總分** | 100% | **XX/100** | **[GO/NO-GO/NEEDS-MORE-DATA]** |
## 評級
- 80+: STRONG GO — 立即開發
- 60-79: GO — 排入本季度
- 40-59: CONDITIONAL — 需要更多驗證
- <40: NO-GO — 不建議投資
## API 細節
- 端點: [URL]
- 認證: [方式]
- Rate Limit: [限制]
- 輸出格式: [JSON/CSV/etc]
- 費用: [免費/$/$$/$$$]
## 整合架構建議
[如何接入 PAM 的 ETL pipeline，需要哪些新模組]
## 風險與限制
[主要風險點和緩解方案]
## 建議下一步
- [ ] [具體行動項目]
詳見 references/: Read .claude/skills/data-source-eval/references/known-sources.md
已整合: Senate EFD, House Clerk, Capitol Trades, SEC EDGAR Form 4, Twitter/X, Truth Social, Reddit, Kenneth French Data Library 計畫中: Congress.gov Committee API (RB-008), USASpending (RB-009), Earnings Calendar (RB-010), Lobbying Disclosure (RB-012)