Joined April 2024
654 Photos and videos
刚领了 $Kaio 空投,目前看@KAIO_xyz 筹码分散给社区挺少的 大部分都在项目方手里,可能近期洗盘后 ,有妖币的潜力 又有多少人是怀念kaito开始的那个夏天
May 8
The $KAIO Community Phase 1 Claim portal is now live for 30 days. Who’s Eligible: kaio.xyz/community Claim: claim.kaio.xyz Phase 1 claims will close on June 5th at 12PM EDT.
18
21
1,638
新kaito要来了? 去年也是这个时候kaito的诞生打开了创作者经济热潮 如今 @clashoAi 获得了x授权,或许又是新的王朝 目前第一波25k奖池在6天后,刚好51休息一波开整 注册人数达到百万 ,先占个坑肯定没毛病 入口:clasho.com/invite/9MQYXAHA
35
37
2,196
有人总结了一些源头渠道对比,看着挺全的 市面上比如闲鱼卖2 3百左右的pro基本都是从这些渠道拿货的成本150左右 一倒一卖还是有不少空间的,不带质保省去麻烦 自用的话也可以自己用开源中转比如newapi ,sub2api搭建 ,买几个几块钱的plus组号池 部署也不麻烦准备好服务器后就可以让你agent帮你自动化安装 github.com/ka-pi-ba-la/AIbij…
37
87
687
77,574
可以0撸下@fere_ai ,刚完成 130 万美元融资,主要做ai自主交易平台 目前开放早期积分激励系统,社区猜测可能和tge有关,并且官方预告月底有大动作 积分获取也比较简单,就是每日签到、和ai对话、交易都有积分 产品和surf有点像,但是多了代理交易环节,你可以创建一个交易策略然后让他自动去执行。 邀请码还有5个,感兴趣可以试试 86751F D740A8 E05CD7 7FD692 C98EF0
19
4
30
3,130
又发工资了,虽然不多 但是验证了一个想法,不够5m也能计入 历史能追溯到2023年?
39
43
5,825
昨天gpt0元购无限刷漏洞已经被修复 思路都公开了,但不少人卡在实操。 其实网络方面我只记得学过的三次握手,四次挥手这样的协议,更深入的也不太懂 不过有时候高端的食材往往源自于朴素,我个人理解这块会用一些现成的工具和命令已经足够开展想做的事了 这里推荐the-book-of-secret-knowledge(黑客/运维知识大全,包含各种工具和命令使用) 他不止是告诉你有哪些工具,还能告诉你工具输出的东西,代表什么意思 掌握一门工具和技术能看到不同视角的下解读和头脑风暴
6
6
878
最近都去香港跑会了,不知道孙哥现身嘉年华没有 不过孙哥 @justinsuntron 刚谈成一件更大的事->KGST 国家币接入TRON 「你嘲笑的灰产链,悄悄成了 Web2 企业的结算机器」 2026 Q1,TRON 协议收入 $82.69M,仅次于 Hyperliquid,碾压所有主流链。 可能很多人会用有没有叙事来判断一个链有没有未来。 但现实是真正在跑量的业务从来不发帖。 你打开TRON 的区块浏览器看到的不是炒币行为,是供应链结算、跨境汇款、工资发放。 英雄论迹不论心,孙哥和六爷@HTX_Molly团队必然会把成为首屈一指的行业先驱 (建议看看@0xastra这篇引文,会刷新你对Tron的认知)
45
53
5,630
你的 AI 换一次账户,就失忆一次。 这不是 Bug 是所有主流记忆系统的原罪。 伴随着claude和openai封号潮来袭 大多会遇到的痛点: 1、上次为什么选这个方案? → AI 给了一个听起来对但完全错误的答案 2、换了个新账户,所有上下文全部清零 → 每次从头解释我是谁、我在做什么项目 3、 问 AI 上次我们讨论过这个问题吗? → 它说没有,但其实你们花了两小时争论过 4、你用 OpenClaw 规划项目,Claude Code 写代码,Codex 做审查——三者共享同一份记忆,不再重复解释背景。 「MemPalace 的爆火出现解决了这些痛点,48小时狂揽 22k星」 它是一个 AI 记忆系统,能完整保留每一次对话的原始内容,不做任何摘要或提取。(存储成本趋近于零,丢失上下文的代价更贵) 简单说MemPalace 是本地存储层。只要你的数据在,换账号、换机器、换模型,都不影响。 使用方法: 你只需要给告诉Agent GitHub地址,让它安装并初始化 MemPalace就可以使用了
27
4
45
4,595
2015年:会Java就能拿高薪 2026年:只会Java连面试都难 刚搜了下java后端相关工作,跳出来的都是agent应用开发 其实到22年毕业那会找工作就有感触了,那时候是大模型爆发初期,算法工程师是当时的主流,不过对后端前端的需求依然存在 直到去年vibe coding和agent爆发,彻底给传统程序员带来致命一击 只能感叹技术革新太快,现在计算机是红海,大浪淘沙只有精英和复合型人才才能站稳 当然计算机的优势我觉得还是有的,比如考编考公,正好去年上岸,尽管薪资下降但至少不用再焦虑行业伴随年龄带来的职业危机 很羡慕计算机时代初期享受到红利的前辈,也很尊重后居者带来的技术突破,时代境迁 每一步都需要慎重
55
6
125
31,862
dd老师的这篇强烈建议观摩学习 真正值得学的不是期权怎么赚快钱而是怎么通过期权视角看懂 DeFi 产品到底在把谁当对手盘。 先学会看懂规则,再去碰收益能少交很多学费
19
24
4,253
看到最近都在被lana大佬 ai100u跑交易跑出20u收益fomo 自己也动手去尝试做了一个阉割版,至少思路方向是可行的,抓控盘爆发山寨 不过这事确实不是那么简单,我这里只有一个minimax包月29元套餐,其他都是0成本,尝试过后要想把这个事情做成真还不是免费能干好的 遇到的坑和改良思路如下: 1、首先是程序功能,这里不得不吐槽minimax代码质量,bug不少,调了半天检查没有任何问题后开始跑,根据策略倒是抓到了一个 $power$move 但是止损那个逻辑没有写对给我提前平仓了,就没有拿到第三批止盈点 (要想功能没有太多逻辑漏洞还是上高水平模型来写) 2、币安的WebSocket流不连通,会导致oi持仓数据之类指标拿不到,只好每次通过api调取缓存到本地,因为我的策略里是需要24小时内的持仓变化,所以还得等数据有了才会开始判断信号,所以最好用coingecko之类的(不过是付费的) 3、下单和信号监控程序一定要是秒级轮询的,不然很容易产生滑点导致止盈止损以及开仓位置不好 把一个基本程序跑通后才是起点,后续的策略升级和调整才是大头,总之ai交易不是一个容易的事
64
23
164
20,350
策略说明让ai总结了,感兴趣的自己尝试: # Binance 单交易所高控盘山寨币 OI 异动捕捉系统说明手册(升级版) ## 1. 目标 构建一个 **Binance 单交易所、低延迟、事件驱动** 的实时监控系统,用于识别并捕捉“高控盘、易爆发”的山寨永续合约币。 本系统不依赖传统技术指标,不使用均线、MACD、RSI 作为核心判断。 核心只依赖以下六类信号: - OI(Open Interest)变化 - 价格反应滞后(OI/价格背离) - 主动买卖行为(taker buy ratio) - 资金费率(funding rate) - 结构突破(从压缩到扩张) - 高位横盘/插针后的行为变化 系统输出五级主状态: - `watch`:观察 - `launch`:启动 - `chase`:可追 - `distribution`:高位横盘吸血/派发阶段 - `overheated`:过热 系统目标不是抄底,而是: 1. 在 OI 持续增加但价格尚未充分反应时进入 `watch` 2. 在价格突破 OI 延续 主动买盘确认时进入 `launch` 3. 在加速初期进入 `chase` 4. 在高位横盘吸空/派发阶段进入 `distribution` 5. 在资金过热、涨幅过大或结构失效时进入 `overheated` 或退出 --- ## 2. 适用范围 ### 适用 - Binance 永续合约市场 - 小市值、高波动、易被控盘的山寨币 - 启动快、爆发集中、情绪驱动明显的标的 ### 不适用 - BTC、ETH 等主流币的大级别趋势交易 - 低波动、低弹性品种 - 纯中长线趋势跟随系统 --- ## 3. 总体原则 ### 原则 A:只做 Binance 系统只做 Binance,不做多交易所确认。目标是: - 更低延迟 - 更快发现启动 - 更早进入 `watch / launch` 代价是更容易遇到假信号,因此必须强化: - OI 连续性确认 - 主动买盘确认 - 成交量不过热确认 - 结构稳定性确认 - 高位插针后的真假破位识别 ### 原则 B:先监控,后追击 系统不是“看到涨就追”,顺序必须是: 1. 蓄力识别 2. 启动确认 3. 可追确认 4. 高位横盘/派发识别 5. 过热识别 ### 原则 C:事件驱动,不是指标驱动 系统关注的是: - 仓位是否在堆积 - 价格是否还没反应完 - 启动时是否有新买盘 - 高位横盘是在吸空还是派发 - 插针是在洗盘还是在真砸盘 - 行情是否已过热 --- ## 4. 数据源要求 ### 4.1 必须接入的 Binance 数据 系统必须实时或准实时获取: - `price` - `volume` - `open_interest` - `funding_rate` - `recent_trades` 或可推导主动买卖方向的数据 - `orderbook`(可选,但建议接) - K 线数据(至少 1m / 5m / 15m) ### 4.2 标的池辅助数据 可由 CoinGecko 或本地维护: - `listed_days` - `market_cap` - `quote_volume_24h` - `volatility_30d` - `historical_spike_flag` --- ## 5. 必须计算的特征字段 ### 5.1 价格变化 - `price_change_1m` - `price_change_5m` - `price_change_15m` - `price_change_1h` - `price_change_6h` - `price_change_24h` ### 5.2 OI 变化 - `oi_change_5m` - `oi_change_15m` - `oi_change_1h` - `oi_change_6h` - `oi_change_24h` - `oi_change_48h` ### 5.3 成交与行为 - `volume_ratio_short` - `volume_ratio_mid` - `taker_buy_ratio` - `taker_buy_ratio_delta` ### 5.4 结构类 - `short_range_compression` - `breakout_flag` - `breakout_distance` - `range_high` - `range_low` ### 5.5 情绪类 - `funding_abs = abs(funding_rate)` - `funding_negative_persistence` ### 5.6 高位阶段类 - `high_zone_flag` - `distribution_duration` - `price_efficiency_ratio` - `upper_rejection_count` - `lower_retest_count` ### 5.7 插针事件类 - `wick_down_ratio` - `wick_up_ratio` - `wick_event_flag` - `wick_reclaim_flag` - `wick_breakdown_flag` --- ## 6. 标的池(Universe)定义 系统只扫描满足以下条件的币种。 ### 6.1 必须条件 - Binance 存在永续合约 - `quote_volume_24h >= 500,000 USD` - 能获取 OI / funding / volume / price 数据 ### 6.2 优先条件(满足任一) - `listed_days < 180` - `volatility_30d >= 0.80` - `historical_spike_flag = true` ### 6.3 降权条件 - `market_cap > 500,000,000 USD` - 波动过低 - 长期缺乏爆发性 - 盘口过薄、滑点过大 --- ## 7. 时间粒度与监控频率 ### 7.1 主监控刷新 主循环建议每 **5 秒到 15 秒** 刷新一次。 ### 7.2 三层节奏 #### 超短层 - 5s / 15s / 1m - 用于启动预警、主动买盘变化、短时 OI 加速、插针确认 #### 短层 - 5m / 15m - 用于结构突破、启动确认、高位横盘质量判断 #### 中层 - 1h / 6h / 24h / 48h - 用于蓄力识别、过热判断、高位阶段评估 ### 7.3 信号用途 - `watch` 主要由 1h / 6h / 24h / 48h 决定 - `launch` 主要由 1m / 5m / 15m 的结构突破与主动买盘决定 - `chase` 由短层和中层共同确认 - `distribution` 由高位横盘时长、funding 结构、推进效率、插针后行为共同决定 - `overheated` 由 funding / 24h 涨幅 / 极端放量共同决定 --- ## 8. 核心策略逻辑 ## 8.1 Watch:蓄力识别 ### 目的 识别“资金在建立仓位,但价格还没怎么动”的阶段。 ### 核心条件 满足任一: - `oi_change_6h >= 15%` - `oi_change_24h >= 25%` - `oi_change_48h >= 40%` 同时满足: - `price_change_6h <= 10%` ### OI 连续性要求 OI 不能只是瞬间 spike,必须满足: - 最近 6 个短周期中,至少 4 个周期 OI 为正增长 或 - 最近 12 个超短周期中,至少 8 个周期 OI 为正增长 ### 加分项 - 最近 24 周期价格振幅 <= 8% - 成交量未极端爆发 - funding 正常 ### 解释 说明可能存在: - 吸筹 - 建仓 - 压价蓄力 ### 说明 `watch` 只是观察,不直接追。 --- ## 8.2 Launch:启动确认 ### 目的 识别“从蓄力进入启动”的时刻。 ### 前提 必须先处于 `watch` 状态。 ### 必须条件 1. **结构突破** - 当前价格 >= 最近 24 个短周期最高价 或 - 当前价格明确脱离压缩区上沿 2. **OI 延续** - 突破发生时 OI 没有下降 - `oi_change_5m > 0` 或 `oi_change_15m > 0` 3. **主动买盘增强** - `taker_buy_ratio >= 0.54` - `taker_buy_ratio_delta > 0` 4. **成交量开始放大** - 当前 volume >= 同周期均值 × 1.8 - 但不能达到极端爆量区 ### 解释 `launch` 表示: - 庄家从堆仓进入点火 - 行情开始从蓄力进入启动 --- ## 8.3 Chase:可追击确认 ### 目的 识别“进入加速前半段”的阶段。 ### 前提 必须先处于 `launch` 状态。 ### 条件 - 价格延续上涨,但未极端失真 - `taker_buy_ratio >= 0.58` - OI 继续增长 - funding 未过热 - `price_change_24h <= 100%` ### 附加限制 - 不能出现大阴线吞没启动结构 - 不能出现明显 OI 衰减 - 不能出现单根极端爆量后回落 ### 解释 `chase` 是唯一允许主动追击的阶段。 --- ## 8.4 Distribution:高位横盘吸血/派发阶段 ### 目的 识别“拉升后高位横盘,吸空头流动性、维持控盘或高位派发”的阶段。 ### 为什么必须有这个状态 这类高控盘币经常不是: - 启动后一路上涨 而是: - 拉升 - 高位横盘很久 - funding 变负或持续偏负 - 不断插针洗盘/吸空 - 最后要么再挤空一段,要么突然暴跌 如果没有 `distribution` 状态,系统容易: - 把高位出货盘整误判成二次启动前蓄力 - 在高位横盘时继续追 - 无法提前识别“横盘吸血后砸盘”的结构 ### 前置条件 必须先经历过明显上涨,例如: - `price_change_24h >= 40%` 或 - 已经经历 `launch / chase` 阶段 ### 触发候选条件 满足其中多数即可进入 `distribution`: - 高位横盘持续超过 30~120 分钟 - funding 持续偏负或反复转负 - OI 维持高位,甚至继续增加 - 价格无法有效突破高位上沿 - taker buy ratio 逐步转弱 - 高位成交量不低,但价格推进效率明显下降 - 上冲频繁失败 - 下沿被反复测试 ### 解释 进入 `distribution` 后,表示市场可能进入: - 高位吸空 - 高位派发 - 二次挤空前的控盘稳定阶段 - 或砸盘前的诱导阶段 ### 策略动作 - 禁止新开 `chase` - 已持仓进入保护利润/退出管理 - 降低对二波的主观期待 - 提高对插针、跌破、OI 反转的监控级别 --- ## 8.5 Distribution 内部的进一步判断 ### 更偏向还能继续上的特征(Bullish Distribution) - 高位横盘时回撤浅 - 每次回踩 OI 不明显流失 - taker buy 没明显转弱 - funding 虽负,但价格始终不掉 - 上沿不断被测试 - 低点逐步抬高 这更像: - 高位继续吸空 - 仍有二次上冲可能 ### 更偏向派发/要砸的特征(Bearish Distribution) - 高位横盘时间变长,但始终上不去 - 每次冲高都被压回 - taker buy 越来越弱 - OI 维持高位,但价格推进效率下降 - 成交量有,但无法继续拉高 - 下沿被反复测试 - 局部出现长上影或高位震荡扩大 这更像: - 高位派发 - 庄家出货 - 真砸盘前兆 --- ## 8.6 Overheated:过热识别 ### 目的 识别“拥挤、高风险、接近尾段”的状态。 ### 满足任一即可 - `abs(funding_rate) >= 0.008` - `price_change_24h >= 150%` - OI 与价格在短时间内同时极端增长 - 当前成交量远超均值并伴随剧烈震荡 - 出现长上影 / 急拉后横不住 / 高位大幅回撤 ### 含义 - 禁止新开仓 - 已持仓则进入利润保护或退出模式 --- ## 9. 高位插针识别模块(必须实现) ### 核心原则 不要只看“有没有针”,要看: - 针之后能不能收回 - OI 有没有坏 - taker 有没有坏 - 高位结构有没有被破坏 高位插针不能直接当利空,也不能直接忽略。 必须区分: - 洗盘插针 - 真砸盘插针 --- ## 9.1 插针事件定义 ### 下插针候选(wick down) 满足任一: - 下影线长度明显大于实体 - 单根 K 线瞬时跌幅明显,但收盘回升 - 跌破局部支撑后快速拉回 ### 上插针候选(wick up) 满足任一: - 上影线长度明显大于实体 - 单根 K 线上冲明显,但收盘回落 - 突破高位后快速回到区间内 --- ## 9.2 插针确认窗口 不要一看到针就判断,必须设置确认窗口,例如: - 后续 2~5 根 1m K 或 - 后续 1~3 根 5m K 观察: - 是否收回区间 - OI 是否延续 - taker 是否恢复 - volume 是衰竭还是承接 --- ## 9.3 Wick Reclaim:插针后快速收回(偏洗盘) ### 更像洗盘插针的特征 - 很快收回针的大部分跌幅 - 收盘重新站回区间内部 - 下沿没有连续失守 - OI 没有明显崩掉,甚至略增 - funding 仍偏负或更负 - taker buy 在针后回升 - 后续还能继续测试上沿 ### 解释 说明插针更像: - 洗杠杆 - 吃止损 - 吸引空头 - 维持控盘 ### 策略动作 - 不直接退出 - 不直接降级 - 标记 `wick_reclaim` - 若当前处于 `distribution`,继续观察但禁止加仓 - 提高监控频率 --- ## 9.4 Wick Breakdown:插针后无法收回(偏真砸盘) ### 更像真砸盘的特征 - 跌下去后收不回来 - 多个短周期都站不回原区间 - OI 明显下降或结构失真 - taker buy 持续转弱 - 高位成交放大,但价格推进失败 - 区间下沿开始被连续跌破 - 后续反弹高度越来越低 ### 解释 说明不是洗盘,而是: - 控盘松动 - 派发完成 - 真破位开始 ### 策略动作 - 从 `chase` 降级到 `distribution` - 或从 `distribution` 直接进入退出模式 - 若叠加 OI 转弱 下沿再次失守,则视为 `breakdown risk` --- ## 9.5 高位反复上插针的含义 如果高位横盘时不断出现: - 冲高 - 上影 - 回落 通常说明: - 上方有人持续出货 - 推进效率很差 - 这不是健康强势 这应作为 `distribution` 偏空方向的强信号。 --- ## 10. 单交易所防骗线逻辑 由于系统只做 Binance,不做多交易所确认,因此必须加入以下过滤。 ### 10.1 OI 连续性过滤 不接受单点 spike 的 OI 信号。必须具备持续累积特征。 ### 10.2 OI 成交量关系过滤 #### 正面 - OI 上升 - volume 平稳或温和增加 - 价格不动或小涨 更像吸筹。 #### 危险 - OI 上升 - volume 同时极端爆发 - 价格剧烈波动 可能是: - 对敲 - 做盘表演 - 假启动 对这种情况必须降分。 ### 10.3 结构稳定性过滤 以下情况降分: - 明显长上下影频繁出现 - 大阳线经常被立刻吞没 - 区间波动混乱、无压缩结构 ### 10.4 启动失败识别 如果 `launch` 后出现任一: - 价格跌回突破区下方 - OI 快速回落 - taker buy ratio 快速转弱 - volume 无法延续 则直接降级为 `watch` 或 `none`,不进入 `chase`。 --- ## 11. 评分模型(0-100) 系统为每个 symbol 实时生成 `score`。 ### 11.1 加分项 - `oi_change_6h >= 15%` → 14 - `oi_change_24h >= 25%` → 18 - `oi_change_48h >= 40%` → 18 - OI/价格背离成立 → 16 - `taker_buy_ratio >= 0.54` → 10 - `taker_buy_ratio >= 0.58` → 6 - funding 正常 → 8 - 压缩结构成立 → 8 - 结构突破成立 → 12 - 成交量温和放大 → 10 - 新币优先 → 10 - 高历史波动 → 8 - 高位负 funding 但价格抗跌 → 6 - 插针后快速收回(wick_reclaim)→ 4 ### 11.2 减分项 - funding 过热 → -15 - 24h 涨幅过大 → -12 - OI 停止增长 → -10 - 启动时 volume 过度爆炸 → -8 - 长上影/剧烈震荡 → -8 - 价格突破失败 → -15 - 高位推进效率下降 → -10 - 高位反复上插针 → -8 - wick_breakdown → -15 ### 11.3 分级阈值 - `score < 45` → `none` - `45 <= score < 62` → `watch` - `62 <= score < 74` → `launch` - `74 <= score < 88` → `chase` - `score >= 88` → `overheated` ### 11.4 额外要求 - `distribution` 不是单靠 score 触发,必须由高位阶段逻辑触发 - `overheated` 可以由硬条件直接触发 - `launch` 和 `chase` 必须遵守状态机顺序,不能随意跳级 --- ## 12. 状态机要求 必须把系统写成 **状态机**,不要用简单 if-else 直接输出。 每个 symbol 维护独立状态: - `none` - `watch` - `launch` - `chase` - `distribution` - `overheated` ### 状态迁移 - `none -> watch` - `watch -> launch` - `launch -> chase` - `launch -> distribution` - `chase -> distribution` - `watch / launch / chase / distribution -> overheated` - `launch -> watch`(启动失败) - `chase -> watch`(延续失败) - `distribution -> watch`(高位阶段结束但未破坏) - `distribution -> none`(明显失效或冷却结束) - `overheated -> none` 或 `watch`(冷却后重新观察) ### 冷却机制 防止状态来回抖动: - `watch` 至少保持 5 分钟 - `launch` 至少保持 2 分钟 - `chase` 至少保持 1 分钟 - `distribution` 至少保持 5 分钟 - `overheated` 至少保持 10 分钟 --- ## 13. 止盈止损与退出逻辑(中激进版) 本策略的退出原则是: > 入场看事件,止损看结构,止盈看阶段。 > 止损放宽给洗盘空间,止盈后移让爆发奔跑。 ### 13.1 说明 以下止盈止损百分比,默认指的是: - **币价相对入场价的波动百分比** 不是: - 账户权益波动百分比 - 仓位本金浮动百分比 例如: - `price_stop_pct = 0.04` 表示币价从入场价反向波动 4% 触发止损。 --- ## 13.2 止损逻辑 ### A. 结构止损 入场后满足任一则止损: - 跌破突破位下方约 **4%** - 或跌破启动平台低点 - 或跌破最近 15m 关键 swing low ### B. 时间止损 如果入场后: - **20~40 分钟** 内没有明显延续 - 且 OI 开始转弱 则退出。 ### C. 行为止损 若出现以下组合,则退出: - OI 连续多个短周期下降 - taker buy ratio 连续转弱 - 价格重新跌回突破区下方 ### D. Distribution 阶段退出 进入 `distribution` 后: - 禁止继续加仓 - 保护利润优先 - 若出现 `wick_breakdown`、下沿失守、OI 结构转坏,则优先退出尾仓 ### 止损底线 不能取消以下失效止损逻辑: 1. 跌回突破区下方 2. OI 连续转弱 3. 启动后无法延续 --- ## 13.3 止盈逻辑 采用 **分批止盈 尾仓奔跑** 模式。 ### 第一档止盈 - 浮盈 ** 12%** - 减仓 **20%** ### 第二档止盈 - 浮盈 ** 25%** - 再减仓 **30%** ### 尾仓 - 剩余 **50%** 作为 runner - 不设过早固定止盈 - 由 trailing distribution overheated 行为衰减退出 --- ## 13.4 尾仓退出条件 出现任一: - 状态进入 `distribution` 且偏空特征增强 - 状态进入 `overheated` - OI 明显衰减 - funding 过热 - 高位放量但推不上去 - 跌破 15m 跟踪结构 - `wick_breakdown_flag = true` 则退出尾仓。 --- ## 13.5 建议参数 ```text price_stop_pct = 0.04 launch_fail_minutes = 30 tp1 = 0.12 tp1_reduce = 0.20 tp2 = 0.25 tp2_reduce = 0.30 runner_position = 0.50 distribution_no_new_add = true overheated_force_reduce = true trail_on_15m_structure = true oi_reversal_exit = true wick_breakdown_force_exit = true ``` --- ## 14. 仓位管理要求 策略止盈止损是 **币价层面**。 账户风控是另一层,必须单独实现。 建议至少加入: - `max_account_risk_per_trade` - 根据 `price_stop_pct` 反推可开仓位 - 避免高杠杆下单笔亏损过大 建议 Claude 预留参数: ```text max_account_risk_per_trade = 0.03 ``` 含义是: - 单笔最多亏账户 3% 系统需根据: - 入场价 - 止损距离 - 杠杆 自动反推最大可开仓位。 --- ## 15. 输出格式 每个 symbol 输出统一结构: ```json { "symbol": "RAVEUSDT", "timestamp": "2026-04-16T12:00:00Z", "price": 0.42, "score": 72, "alert_level": "distribution", "price_change_5m": 0.021, "price_change_1h": 0.048, "price_change_6h": 0.073, "oi_change_5m": 0.012, "oi_change_1h": 0.084, "oi_change_6h": 0.231, "oi_change_24h": 0.417, "funding_rate": -0.0018, "taker_buy_ratio": 0.53, "volume_ratio_short": 1.9, "compression_flag": false, "breakout_flag": false, "wick_reclaim_flag": true, "wick_breakdown_flag": false, "reasons": [ "high zone consolidation", "negative funding persistence", "price efficiency weakening", "wick reclaim detected" ] } ``` --- ## 16. 实时性能要求 由于高控盘币启动很快,性能优先级高于可视化和报表。 ### 16.1 数据接收 优先 websocket,不要纯轮询。 ### 16.2 内存缓存 为每个 symbol 维护滚动窗口: - 5s - 15s - 1m - 5m - 15m - 1h - 6h - 24h - 48h ### 16.3 增量计算 每次新数据到来时只做增量更新,不做全量重算。 ### 16.4 触发频率 - 超短指标:每 5~15 秒更新 - 短层评分:每 15~30 秒更新 - 中层评分:每 1~5 分钟更新 - 状态输出:实时更新 ### 16.5 排行榜输出 系统持续输出: - 当前 top watch - 当前 top launch - 当前 top chase - 当前 distribution list - 当前 overheated list 按 score 排序。 --- ## 17. 工程模块要求 Claude 应按以下模块实现: ### 模块 1:Universe 模块 - 维护 Binance 可交易永续合约标的池 - 剔除低成交、低弹性标的 ### 模块 2:Market Data 模块 - 接 Binance websocket / API - 实时获取 price / volume / OI / funding / trades / klines ### 模块 3:Feature Engine 模块 - 增量计算所有 price / OI / volume / taker 变化率与结构特征 - 计算高位阶段特征 - 计算 wick 事件特征 ### 模块 4:Scoring Engine 模块 - 按本文固定权重输出 score ### 模块 5:State Machine 模块 - 管理每个 symbol 的状态 - 处理升级、降级、冷却 - 处理 `distribution` 状态逻辑 ### 模块 6:Wick Analysis 模块 - 识别 `wick_reclaim` - 识别 `wick_breakdown` - 与 distribution / 退出逻辑联动 ### 模块 7:Risk & Exit 模块 - 处理止盈、止损、runner 仓位管理 - 预留账户风险控制 ### 模块 8:Output 模块 - 输出实时排行榜 - 输出单币详情 - 输出状态变更事件 ### 模块 9:Replay 模块 - 支持导入历史 CSV 做事件回放验证 --- ## 18. 一句话总结 这是一个 **Binance 单交易所、低延迟、状态机驱动的高控盘山寨币异动捕捉系统**: - 用 OI/价格背离识别蓄力 - 用突破 OI 延续 主动买盘确认启动 - 用 `distribution` 识别高位横盘吸血/派发阶段 - 用 `wick_reclaim / wick_breakdown` 区分洗盘还是开始真砸盘 - 用中激进的止盈止损去容忍洗盘、争取主升段 - 用状态机而不是简单条件判断来输出 `watch -> launch -> chase -> distribution -> overheated` --- ## 19. Claude 的最高优先级 请优先保证以下事项: 1. **实时性** 2. **状态机正确性** 3. **增量计算性能** 4. **信号稳定性** 5. **高位 distribution 阶段识别** 6. **wick 事件识别准确性** 7. **回放与可视化** 因为这类高控盘币的价值在于: > **尽早发现启动,同时在高位横盘吸血阶段别被假象骗住。**
3
14
60
3,958
已经报名了Bitget 首届 AI Agent策略交易大赛,正好这两天做了针对 $eth 交易策略试试水 因为明天就要截止了,还没来的及去接入外部知识,先用官方getclaw跑跑,还是挺方便的 虽然问了getclaw拿排名的希望不大,不过本身这个策略就是走长期复利,慢也是快,也没想着去争夺排名 即使拿不到排名,有效参赛 发个战报分享也能拿50u 门槛很低: ≥100 USDT 投入,跑满 3 笔 AI 交易,算有效参赛。 官方直接提供 GetClaw,填个表等审核就行 祝大家好运~ @Bitget_zh @bitget
🤖 首届 Bitget AI Agent 策略交易大赛正式启动! 不是模拟盘,是一场真金白银的AI实盘竞技! 用GetClaw或其他AI Agent跑策略,让AI替你操盘赚钱。 💰 20,000 USDT 奖池,冠军独享 1,000 USDT! 🎁 参赛并分享直接领 50U 空投! ⚡️ 参赛即解锁GetClaw高级模型限额! 📅 报名截止:4月17日 18:00 (UTC 8) 👉 立即报名参赛:bitget.cloud/zh-CN/support/a…
16
14
1,417
kaito的后生 @MindoAI 来了? 推出首个排行榜,与@useTria 合作 奖池高达150万美元USDT 每个月度结算前300名能吃,可以尝尝咸淡 Mindoshare算法逻辑:卡销售>交易量>内容分享
Introducing the first Performance Leaderboard for creators Create. Drive real results. Hit @useTria milestones together. Top 300 creators share a $1.5M $USDT pool → mindoshare.ai/perform/useTri… How it works 👇
4
4
489
如果 AI 可以凭空生成一个 3D 世界,游戏公司还招不招美术? 就在凌晨,腾讯 混元发布了 HY-World 2.0,一个能根据文本或图片直接生成可探索 3D 世界的多模态模型。 这意味着什么? 「以前做一个虚拟 3D 环境,你需要美术团队 地形编辑 物理引擎调试 数周时间。现在你只需要一段文字。」 但这不是最可怕的。最可怕的是这个方向被严重低估了。世界模型不只是用来做游戏或虚拟摄影,它是 AI 理解和模拟物理世界的下一代基础设施。 Diffusion模型爆发时,第一波做图像生成的人吃到了红利。现在世界模型刚开源窗口期,和当时图像生成的时间点几乎一模一样。 github.com/Tencent-Hunyuan/H…
16
13
568
最近 $RAVE 妖币掀起,一些专门针对这类控盘币的ai交易策略大获全胜,掀起一番Ai交易热潮 值钱的是交易策略和思路,我觉得不用太焦虑,这种认知外的钱赚不到很正常。 我们可以尝试做自己认知内的交易,慢也是快 比如这里有比较稳定的思路就是只做主流币 $ETH 或 $BTC,选一个你理解和把握较深的 毕竟这两个的行情很稳定,基本上只有震荡和趋势行情,围绕这个思路去写策略代码, 1、比如有趋势信号出现时候优先考虑趋势信号,判别假突破信号,常规情况当震荡行情做 2、级别选择,只做这个级别的交易,比如日内30分钟级别 3、行情阶段选择,比如美股开盘波动大是否让他去开单 给出思路框架后让你的ai去写出程序代码。 然后重点来了!不是直接就去实盘测试,我们需要历史数据来回测策略是否可靠 这里推荐tradingview,我们可以将我们代码放入指标中去回测 cn.tradingview.com/ 如果觉得不满意在继续想针对币种有用的思路融合直到调试出满意的效果 有了基本核心模型策略后就可以搭建自动化交易体系了,(搭建教程如引文)后续就可以在程序中加入其他外部知识提高判别 比如最近美伊战争消息面的影响,那么可以接入宏观新闻数据帮助判别 蒸馏做主流币的交易员的社交数据等等
51
4
57
9,669
让 Claude 帮你 vibe code 的时候,你是不是经常卡在这个 API 怎么接? 这个量化API 怎么申请 地图用哪家的 翻译接口要钱吗.. 这些问题, 其实五分钟就能解决。 public-apis 收录了 300 免费 API,每个 API 都标了、现在还能不能用、要不要申请 key、免费额度够不够用 按场景分类,直接搜你要的方向,复制用。 开发者最贵的成本,从来不是钱而是被工具消耗的时间。 传送门:github.com/public-apis/publi…
6
12
915