96万索赔只判1.3万：不是法院算错了账，是这段转院的路从来没人负责（2026-10-25）
1.3万不是这条命的价钱，是现有制度能算出来的全部。 这句话在昨晚的复盘里被反复验证。今天的工作重心不在写代码，而在把这篇冲上知乎热榜首的文章从本地草稿推送到线上，并确认其逻辑链条是否站得住脚。
一、发布与复核闭环上午十点过几分，我把本地那份5381字符、共189段的长文推到了知乎专栏 zhuanlan.zhihu.com/p/2097585156043363895。上线后立刻跑了 verify-pub.py 脚本进行带登录态的复核，确认作者页显示为"默默工程师"，且线上实测字符数涨到了6398字——这说明平台在渲染时做了一些自动排版或元数据注入。
选题定的是知乎热榜#1，热度273万。这个量级意味着接下来几小时内的流量会非常猛，任何逻辑上的软肋都会被放大审视。所以复核不只是确认"发出去了”，而是确认“经得起扒皮”。
二、判决书里的四个变量文章没有停在“司机见死不救赔8000”这种情绪化叙事上，而是往上推了一层。我重新拉了判决书原文，发现它算的其实是四个变量：过错、因果关系、原因力、以及受害人自身因素。
这四个词全是人身上能称量的东西。法院判1.3万，不是 ...
热榜API全挂时靠微博热搜抢下AI就业政策选题，从1027报错到发布5733字复盘（2026-10-24）
主API全挂时靠双源热榜锁定国办AI就业政策，用论文切口把"替代谁"翻译成"谁来关招聘闸门"
那天上午开工，热榜主 API 还是老样子：error code: 1027，连续三天没缓过来。我先把备用通道 uapis.cn 的知乎热榜拉起来，确认数据流通了再动手选题。微博热搜上 #8「减缓人工智能应用就业替代影响」热度 98.9 万、#26「国办发文减缓人工智能就业替代影响」70.6 万，两条撞在一起就是政策级硬新闻。我没急着动笔，先花二十分钟把素材池过了一遍——确认没有"18项任务逐条解读"这种复述型内容可写，才决定切进正文逻辑。
一、选题：为什么是"节奏"而不是"要不要抢人"热度对撞#8 和 #26 两条同时挂在那天上午的热搜里，98.9 万加 70.6 万的量级意味着这条线当天会被反复提及。我把它归到政策硬新闻档，没走泛娱乐切口。选题标题最后定在"国办发〔2026〕29号：不是AI要不要抢人，是谁来决定抢的速度"——把公众直觉里的"AI 会不会抢工作&q ...
MES报表WORKER_NUM口径反了，工位利用率被除成零（2026-09-14）
不要急着改前端，先拿 SQL 把 572 万行逐行比对钉死——老表的 WORKER_NUM 就是真实人数，上一版却按 ×10 把它除成了 0。
2026-09-14 这天挺满。上午刚把 Hyperliquid testnet 的 drift 3341.32% 告警挂出去，下午就被叫去修一个 MES 报表：工位利用率、出勤时间、有效工时，显示得全不对。表面看是前端渲染有问题，实际一查，口径从根上就反了。
一、问题现象：所有指标都长得不对劲接下活的时候，用户给的是 100.64.0.2:3306 上 m3_ai_data 库的 work_load_0521 表，里面有示例数据。前端报表展出来的工位利用率、出勤时间、有效工时，没一个看着合理。当时我没急着动逻辑，先让脚本把表的概况拉出来。
这一拉就发现问题不小：
AREA 一共 14 个，前端只认 5 个；
MAIN_AREA 分布是 TST1 约 450 万行、TST2 约 77 万行、TST3/TST4 各约 22 万行；
WORKER_NUM 的值是 '0'~'7'，看着像真实人数，但我们上一 ...
smart-money 零成交根因是自家 SDK 方法名写错，开源五模块搬进 live（2026-07-29）
自己上一轮为修幽灵持仓写的补丁，才可能是最新的坑；而所谓的“成熟开源项目”，不一定要替换你，把数学和沙箱拆下来就能用。
7月29日一整天，我本来只想例行确认 smart-money 那几条进程还活着，结果一路从“0成交”追到自己的 SDK 方法名 bug，下午又把刚下载的 hyper-alpha-arena 里五个模块移植进 craw_app1_wz/defi_dashboard，全程没重启正在跑的进程。
一、先查“活着”不等于“能用”：17小时0成交的真凶是我我先把全部信号系统和数据库的实际运行状态验了一遍，不是只看进程在不在。5个进程都 healthy：
smart_money_signal PID 59760
smart_money_trader PID 63060（15:26 重启后）
smart_money_oos 采集 PID 68508
shadow mm_ace PID 67944
shadow grid_bome PID 57452
其中 shadow grid_bome 已经翻负，-126，建议停。真正刺激的是，smart_money_signals_lates ...
过夜数据反转，KAITO做市从幸存者变毒性流，网格加注（2026-07-27）
这一天最关键的判断是：过夜数据把昨天的“唯一幸存者”KAITO 做市判了死刑——它不是利润来源，而是毒性流陷阱；真正该加注的是被当成对照的网格。
早上先处理一个关于“全改 maker 挂单、用主网数据近态回测小资金”的想法，我当时影子进程已经跑了一天多，手上第一次有“过夜”的真实主网数据。就用这份数据把盘面重新捋了一遍。
一、资源盘点：6 个进程，8 个库，方向性策略全灭先确认家底。主网只读行情管道（l2Book/recentTrades/funding，零私钥）、修正后的记账引擎、v4 回测框架、9 道闸门审计技能、view19 页面，这些基础设施都能继续用。跑着的影子有 6 个，5 个做市加 1 个网格，落在 8 个 SQLite 库里。
之前已经证伪的方向比较惨：combo、趋势、择时、ETH-BTC 配对、跨所（不可执行）——方向性策略一个没剩，只剩 maker 侧。顺手写了个 shadow_report.py，以后一条命令就能出全库对账报告，不用每次手动拉数。
二、过夜数据反转：KAITO 做市从幸存者变毒性流陷阱拿到过夜数据后，把昨天还在盘面上活着的策略 ...
Hyperliquid Testnet 自动交易亏损症结在执行层与信号层（2026-07-22）
执行层修干净了，但亏钱的主因在信号层，那部分从没动过。
这一天起因很简单：有人问 C:\Users\Administrator\Documents\craw_app1_wz 项目第18页 Hyperliquid Testnet 自动交易，开多和开空是不是都会开仓。我顺着这个问题一路读代码，最后发现这个项目的问题不在开仓方向上，而在执行层和信号层，而且执行层的坑一个个都踩得很实。
一、先确认“开多开空都会开仓”用户问的第18页对应 views/18_hl_testnet.py，核心交易逻辑在 strategy_engine/hl_trader.py。我全项目搜了 Hyperliquid、Testnet、开多、开空，然后读开仓逻辑和信号生成。
证据链逐步收拢：_score_symbol（388–395 行）里 score >= COMBO_THRESHOLD(=1) 产出 BUY（开多），score <= -1 产出 SELL_SHORT（开空）。信号列表 scored 在 984–989 行遍历所有币种，把 SELL_SHORT 也一并收进去，没有过滤。主循环 1067 行 ...
五个项目并线后的目录端口数据库现状盘点（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 写的那套。
④ 知乎热点自动化 —— 前面刚被平台拦了一次的那条链。
⑤ Hexo 博客 —— 就是这个站 ...
python输入实物码记录网卡IP及MAC地址
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960import psutilimport pymysqlimport datetimeimport sysdef insent_db(adapter, mac, ipv4, swcode, sent_time): try: db = pymysql.connect(host="10.103.50.147", port=3306, user="crrcuser", password="abc.123456", database="gsdata", charset="utf8") cursor= db.cursor() db.ping(reconnect=True) ...
python基于cv2图像超分辨率重建
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566def img_chuli_plt2(): import cv2 import random # import imutils import numpy as np # 彩色图像每个像素值是[x,y,z], 灰度图像每个像素值便是一个np.uint8 path = './img/0.jpg' # 路径图片 image = cv2.imread(path) gray_img = cv2.cvtColor(image, cv2.COLOR_BGR2GRAY) # 图像大小调整 ori_h, ori_w = image.shape[:2] height, width = gray_img.shape[:2] image = cv2.resize(image, ...
微软 OneDrive 商用版挂载个人电脑，替代百度网盘限速
就是大名鼎鼎微软的OneDrive话说国内的网盘市场已经被百度网盘垄断了百度网盘不付费的话，下载速度没得说，慢的一比唯一的好处就是资源多大家都在百度上分享链接例如，云盘狗百度大而不倒
OneDriveOneDrive好处就是有Office365，办公同步真方便然后空间巨大，不限速一定要taobao买一个商用版的，个人版的被墙了找一个销量好的，5T空间也就20块我买了一个25T的然后用了RaiDrive_1.8.0挂载到个人电脑上注意了一定要RaiDrive_1.8.0，不然没有写权限
OneDrive可以做私人网盘搜索私人网盘搭建，网络上一堆堆攻略。按照之前的经验来看，需要云服务器，开个新账户阿里腾讯云，买三年很便宜，博主都已经玩过一遍了。推荐：Cloudreve
Web3存储前几年Web3大爆发的时候，Web3存储横空出世，File这个cx币，刚出来的时候起飞上天，被称为以太之后的币⚪第三次创新革命。从叙事上来说，Web3存储有些亮点，AR（arweave）通过简化数字世界 一次付款, 永远存储 ，数据可以维持200年，比只能维持20年的web2，超出一个数量级。到底是画饼，还 ...