前言¶

在 A 股做短線，開發者常遇到的問題是：篩選條件寫得越細，跑出來的票越像“事後解釋”，實盤一追就回落。常見做法是把量價條件堆在一起做一次過濾，條件之間沒有先後順序，也沒有對“回調是否到位”做量化判斷，結果選出的候選名單質量不穩定。

下面介紹的 wrtinsd21 採用兩段式流程：先用同花順 i 問財按 11 項條件做初篩，把候選範圍縮小；再對每個候選單獨跑一遍籌碼分佈計算，得到 90% 籌碼集中度與收斂趨勢，最後給出短線性價比排名。兩步職責分明，第一步負責“找候選”，第二步負責“判質量”。

這是什麼¶

wrtinsd21 是一個面向 A 股短線篩選場景的社區 Skill，座標 @user_201a602c/etyun54w1，發佈者 user_201a602c，來源 community，分類 professional，版本 1.0.2。

它解決的問題是：把“放量拉昇後縮量回調”這一形態，與“籌碼集中度”這一質量指標合併到同一次篩選中，輸出帶排名的候選名單，而不是隻給一份過濾結果。

按 SkillHub 頁面數據，該 Skill 評分 100000，下載 1189 次，標籤中帶有 requires_api_key=true，即運行時需要外部 API Key。

核心功能¶

該 Skill 分兩步執行，兩步缺一不可。

第一步，初篩。調用同花順 i 問財，依託 hithink-astock-selector 技能，按 11 項條件對 A 股全市場做初篩，得到候選標的集合。這一步不判斷回調質量，只負責把範圍收窄。

第二步，籌碼分佈計算。對第一步的每個候選，使用基於量價衰減模型的籌碼分佈算法，計算 90% 籌碼集中度與籌碼收斂趨勢，並據此給出短線性價比排名。這一步嚴格禁用問財 API，不依賴第一步的數據源。

輸出結果包含每個候選的 90% 籌碼集中度、收斂趨勢判斷，以及排名後的短線性價比排序。

安裝與啓用¶

已抓取資料中未提供該 Skill 的官方安裝命令、目錄結構或具體配置文件字段，因此這裏不寫未經覈實的命令。如需安裝，請以官方地址頁面的實際說明爲準。

官方地址：https://api.skillhub.cn/user_201a602c/etyun54w1
SkillHub 頁面：https://www.skillhub.cn/skills/user_201a602c/etyun54w1

典型用法¶

該 Skill 使用前需要準備同花順 i 問財的 API Key，Key 每次運行時通過環境變量或命令行參數傳入，不能寫死在 Skill 裏。

通過環境變量傳入：

export IWENCAI_API_KEY="你的key"

通過命令行參數傳入：

--api-key "你的key"

兩種方式選其一，作用相同，都只覆蓋本次運行。Skill 本身不保存、不內置 Key。

運行流程上，先執行第一步初篩，拿到候選集合；再對候選集合逐個執行第二步的籌碼分佈計算與排名。中間結果應在兩步之間傳遞，避免重複請求 i 問財。

適用場景與注意¶

適合需要對 A 股做“放量拉昇後縮量回調”形態篩選，並希望同時用籌碼集中度做質量排序的開發者或量化腳本編寫者。它的價值在於把形態條件和籌碼條件分成兩個階段，便於分別調參和替換。

需要留意的限制：

1. 該 Skill 依賴同花順 i 問財，第一步初篩必須在能訪問 i 問財的環境中運行。
2. 第二步計算明確禁用問財 API，若你只想驗證籌碼算法部分，需要繞過第一步自行提供候選標的。
3. 11 項初篩條件的具體構成未在資料中給出，使用前需以實際 Skill 內容爲準。
4. 評分、下載量等爲 SkillHub 頁面展示數據，會隨時間變化，引用時以當時的頁面值爲準。
5. requires_api_key=true，未配置 Key 時第一步無法執行。

結尾¶

wrtinsd21 的定位是把 A 股短線篩選拆成“初篩 + 質量判定”兩段，讓形態條件和籌碼條件各司其職，輸出可直接排序的候選名單。它不替代行情繫統，只負責在既有數據流中加一層篩選與排名。

官方地址：https://api.skillhub.cn/user_201a602c/etyun54w1