Forever BLog

记录一次「0 BUY」的归因（2026-06-06）系统在跑，日志在滚，但一笔交易都没发生 这是做交易系统时最让人心慌的一种故障：**它不是崩了，它是"活着但不动"**。 v1.8 部署上去两个小时，0 BUY、0 SELL。进程在，决策在写，就是不下单。 四层诊断：把"不动"拆开面对这种情况，最容易犯的错是直接去怀疑策略——是不是阈值太高了？是不是信号太差了？然后开始降阈值。 但那天没有先动手改参数，而是先做了一次分层排查。因为"0 BUY"这件事，可能在四个完全不同的地方断掉： 层 卡住的表现 1. 策略层 headless 跑出来的 want 比例过低 2. 风控层 策略想买，但被 _risk_check_buy 拒了 3. 仓位层 想买，有额度，但拿不到仓位 4. 持久化层 链路断了，数据根本没进来 排查结果： 第 1 层——健康。 headless 跑 sol + bsc + base 共 120 个 token，**111 个 want=True，通过率 92.5%**。策略评分没有任 ...

记录一次模拟跟单系统的搭建（2026-06-05）上午还在修一个报错，下午决定从零搭一整套系统 那天的开始很普通——修 page 8 的一个 format_func 报错。修完顺手看了一眼，页面上是 GMGN 的 trenches 新币数据，一行行刷出来。 然后就有了那个念头：数据都在这儿了，为什么不干脆拿它做一套模拟交易？ 拿真金白银试错太贵，但拿一套虚拟账户去跑，成本是零——而且能跑出真实的数据。 于是就有了后面这一整天。 9 号页：4 套策略 + 一套硬风控新建的页面是 pages/9_sim_trading.py，里面装了四套策略： 跟 KOL 跟聪明钱 避雷 综合 起始资金 1000U，纯虚拟。 策略可以有多个，但风控只有一套，而且是硬编码的： 规则 值 单笔金额 30U 同时持仓上限 5 止损 30% 止盈 100% rug 比率 > 0.6 强平 sniper 数量 > 5 强平 最长持仓 72 小时 价格超时 24 小时未更新强平 把风控写成常量而不是配置，是刻意的选择。策略是要被反复比较的对象，风控不是。 ...

记录一次五个项目的盘点（2026-06-04）手上的东西一多，就需要有人替你说清"你现在在忙什么" 那天做了一次盘点。原因不复杂：项目加到了五个，彼此的目录、端口、数据库、口径都不一样，脑子里那本账开始记不牢了。 五个项目① 工厂仪表盘（Flask） 跑在内网，看板在 10.103.54.6:8765，数据来自 10.103.50.147 上的 MySQL，另外还接了一路视频流（10.103.65.30:8080）。核心表是 work_load_0521，10 秒采样一次。 ② 工时报表系统（Streamlit） 这个更贴近"发工资"这件事。一共 16 张表：表 1 到表 15 是工时子表，字段统一 18 列（班组、姓名、员工编号、各类工时、薪酬发放工时的口径都在里面）；表 16 是人员打卡记录汇总，读的是 MySQL 的 peo_working_time。 本地库是 localhost:3306，root 无密码只读。 ③ yiso.fun 爬虫 —— 用 DrissionPage 写的那套。 ④ 知乎热点自动化 —— 前面刚被平台拦了一次的 ...

记录一次账号被判定成 AI（2026-06-03）自动化跑到一半，被平台自己的那道门拦住了 知乎热点自动发布这条链，我已经跑了一段时间了。选热点、生成封面、发布，三步走，一直挺顺。直到这天早上，第三步不走了。 发布按钮点不动现象有两个方向，拼在一起看才有意思： API 那边，返回 403 PermissionDeniedException——权限被拒。浏览器那边，点"发布"按钮，没有任何反应。 不是超时，不是网络问题，就是点下去没反应。按钮还在那儿，但它的作用已经没了。 后来账号里收到一条提示，把原因说清楚了： 你的账号由于可能包含AI创作内容暂时被限制使用，7天后恢复正常 判定理由很直白：内容疑似 AI 创作。预计恢复时间是 2026-06-10。 这件事的荒诞之处我得承认，看到这条提示的时候，第一反应是有点想笑。 这条链子里，热点是真的（来自公开的热榜接口），封面是真的（用即梦 AI 生成的图），内容也是我盯着改过的。但平台不去看内容本身，它看的是"这篇东西长得像不像 AI 写的"——而自动化发的稿子，天然长得就像。 这是个结构性的矛盾 ...

记录一次黑窗口的排查（2026-06-01）如果你发现自己在打补丁，先退一步：上游修了吗 那天要解决的毛病很小——小到可以忍，但每次都在提醒你它的存在。 那个一闪而过的黑窗口现象是：每执行一次终端命令，屏幕上就闪一下黑色的 cmd 窗口。 它不影响结果，命令照跑，输出也正常。但一天下来闪几百次，人会烦。更要命的是它给人一种"这东西没做干净"的感觉。 查下来是本地装的 Hermes 0.14.0（v2026.5.16，2026-05-18 发布）的一个已知 bug：Windows 上每次调用终端都会弹一个控制台窗口。 先查上游，再动手改第一反应当然是"把弹窗的地方关掉"——找到 Popen 的调用点，加个 Windows 专用的隐藏标志就行。 但我先多做了一步：去看看上游有没有修。 结果很干脆：这个 bug 在 0.15.0（v2026.5.28）里已经修了，做法是加了一个 windows_hide_flags() 的辅助函数。而当时 PyPI 上最新是 0.15.2（v2026.5.29.2）——本地落后了整整两个补丁版本。 那正确的修法就只有 ...

记录一次代码体检：290 行的 Streamlit（2026-05-28）自己写的东西，自己最不容易看出问题 那天没写新功能，做了两件更基础的事：给一套自己写的 Streamlit 做代码体检，再把另一个小项目的架构摊开看一遍。都是"回头看"的活，比往前冲更难受，但也更有用。 第一件：给效率分析系统做个体检被体检的是一个 290 行的 Streamlit 应用——效率分析管理系统。结构其实挺清楚，一共七个区块： 页面配置（7-13 行） 样式注入（15-35 行）—— 自定义 CSS，用 unsafe_allow_html 常量定义（37-52 行）—— 硬编码了 D:\work 路径和三个 Excel 文件路径，三组列名 Session State 初始化（54-69 行）—— 把三个表读进 session_state 工具函数（71-98 行）—— DataFrame 转 Excel bytes、校验列名后导入 主界面三个 Tab（106-282 行）—— 每个 Tab 都是"导入/导出/在线编辑" 页脚（284-28 ...

记录一次车间看板的搭建（2026-05-14）需求很简单：让工时自己说话，别再靠人抄 车间里的工时数据是有的——机器一直在采，落在 MySQL 里。问题是没人看。数据躺在表里，要问产量就得有人去查、去汇总、去做表。信息在，但不在需要它的人眼前。 这块看板就是为了把这句话反过来：数据在哪儿产生，就在哪儿显示。 先看数据长什么样第一步永远是看表结构，而不是先想界面。 表是 work_load，在一台早期的 MySQL 上（100.64.0.2:3306，库叫 m3_ai_data）。字段不复杂： 字段 含义 START_TIME / END_TIME 一段工作的起止 WORKER_NUM 工位编号 WORKTIME 工时，单位秒 WORKLOAD 工作量，单位人·秒 AREA / MAIN_AREA 区域 / 主区域 两个细节后来证明很关键：工时是秒不是分钟，**工作量是"人·秒"**。也就是说，同是一小时，两个人干出来的是一个人的两倍——这一条决定了后面所有图表的口径。 还有一点，这几个字段都是 varc ...

记录一次工作台的清点（2026-04-18）机器用久了，会攒下一堆只有自己知道的事 这台 Windows 上用久了，最大的问题不是缺工具，而是没人知道这些东西是怎么串起来的——包括我自己。哪天换个环境，或者隔两个月回头看，很多当时踩出来的结论早就忘了。 所以这天我没有写新功能，只是把散在各处的东西清点了一遍，落成一份"机器说明书"。下面这些，都是那次清点的结果。 两台 MySQL，长得像，但不是一回事这是最危险的一条。 早期我连的是家用代理那台：100.64.0.2:3306，库叫 gant，主要表是 ed3000_web_data 和 edant_ed3000_web_data。后来工厂的活起来了，连的是另外一台：10.103.50.147。 两台的字段风格、库名习惯完全不同，但它们都叫"MySQL"，都在 3306 上。混用的代价是拿错数据还能跑通，直到报表对不上才被发现。 所以这条被单独拎出来写死：两套环境的 MySQL 不要混。写脚本之前先确认连的是哪一台，比事后排查便宜得多。 爬虫的三道坎yiso.fun 这个站我盯了挺久，那天把踩过 ...

记录十几年的折腾资产之路（四）2022-2023.01，数藏投资阶段接着上回说iboxibox在2022年5月迎来大牛市，但就是在5月十几号（具体日子记不清了），ibox泡沫太大了，迎来了大崩盘。消息面上18说有对手造谣中伤，盘面上ibox维持了几天藏品超高价格，官方还是发新品上演鸡生蛋钱生钱的老剧本，资金盘老玩法。ibox这个崩盘有多大呢？可以说刷新大家三观，我记得从下午开始阴跌，一直几个小时跌到傍晚，最夸张一个藏品的价格跌了90%以上，就是说原本1万的藏品跌到只值1千。而且在跌的过程中很少有反弹，我试着挂几个藏品，卖不出去，只有挂最低才能卖出，那样十分亏本。 前面唯一艺术崩盘过50%以上，ibox跌了90%，慌了，18在各种群里面给大家打气，有藏品的没藏品都理智了，大家发现ibox的神话破灭了。我在ibox的藏品缩水了很多，心里面特别不甘，但是也没有办法。在藏品高位的时候，我其实设定过一个盈利目标，但是就差大概50%的样子。而且事后我反复复盘，我的投资风格就是长期，不然我早就清盘很多了，既然是这种风格，就很难卖在顶峰。哪个投资能精准逃顶呢？抄底和逃顶完全是碰运气的事情。 在当时我寄 ...

记录十几年的折腾资产之路（三）——续今天就简单聊一聊数藏第一人吧国内数藏圈虽然圈子不大，但是创造神话。臭名昭著的18先生的很多传奇故事。18先生（柏松先生）这个名号在数藏圈也是无人不知无人不晓，更是很多割友心目中的数藏第一人。 “啦啦啦，气氛搞起来”是18先生在群里最常说的口头禅，在整个数藏圈最能搞气氛的也是他。听说18先生最早是在b圈搞合约出身，被1b老板邀请加入了1b，那个时候1b的狰单价还只是几百块，谁能想到18先生加入后被炒到30w呢，狰自己应该也想不到吧，这无疑是一个造富神话。 数藏时代的造富机会，18先生首创了优先购、合成、空投等套娃玩法，还吸纳币圈的玩法井结合数藏圈的独特性进行了玩法升级，曾经一手将1b带到了99亿市值（由于当时没有实时的看盘软件，所以这个数字是估量），日交易额猜测最高达7亿元以上。 不得不说那时候的数藏圈像一场灿烂的烟花秀，起势迅猛而热烈，也是寄托了无数割友暴富梦。 当初一个盲盒的赋能图都能卖到6万多元，无数大户蜂拥而至来数藏圈大浪淘金。还记得起名字的有林斌、杨文斌、辛德勒、阿达、余欢喜、水境先生等人，在社群内疯狂CX，发布截图带着各位割友们彻底疯狂 ...