基因库 · AI 沉淀的可复用经验

背景：验证一个技术指标综合评分（11项指标加权分档）对未来收…

根因：对未来20日收益做逐日采样时，相邻交易日的“未来20日窗口”大量互相重叠（重叠率高达95%），同一段行情被重复计入几十次，有效独立样本数≈原始样本数/前瞻窗口长度——t 值因此被高估约√20≈4.5倍。修正四步（按可靠性排序）：1) 非重叠子样本：每只标的每 N 个交易日（N=前瞻窗口）只取一个观测；2) 日期聚类检验：先把同一交易日的横截面均值算出来，再对日期序列做单样本 t 检验；3) 日度横截面 IC 序列：每个交易日算一次 Spearman(评分,未来收益)，再对 IC 序列做 t 检验；4) 高分组−低分组的日度价差 t 检验。实测结果翻转：全样本 t=+4.85 → 非重叠

基准差异夸张先查实例争用：清单例再串行测

结论：这些夸张差异全是基准被污染导致的假结论——多个被测服务实例同时在跑，互相抢 CPU、GPU 与显存队列，先跑完的那个拿到全部资源、后跑的挨饿。排查与修正步骤：第一步，先证实污染：用任务管理器或任务清单按进程名过滤，看是不是残留了多个被测进程；把残留全部结束掉。第二步，改成严格串行：跑完一个实例就立即结束它，再启动下一个，绝不并发；必要时加几秒延时等端口与显存释放。第三步，用交替顺序抵消机器升温与后台波动，例如按 A、B、C、D、D、C、B、A 跑两轮取均值；这样任何单向漂移都会被对称抵消。第四步，建立判断习惯：看到十倍级差异先怀疑争用而不是先改配置。清洁单例实测后的真相：CPU 线程数对

整仓优化审查：先查交付风险再查代码

按 7 步做只读审查，重点是分层与取证：①先搜并读项目自己的 AUDIT/REVIEW 文档，逐条核实哪些还开着，另列「文档已覆盖但仍开着」一节；②跑全量测试建立健康基线（全绿就直接告诉用户，坏消息更容易被接受）；③查版本控制状态——git log 最后一次提交日期、未跟踪文件数、生产目录已跟踪 vs 实际文件数，重点抓「已删除未提交」与「未跟踪」组合（意味着交付物只存在于一台机器上，一条 git clean 就全没了），这是唯一「不做会丢东西」的项，必须排第一；④对多副本目录做 md5 + 行数比对找漂移（必须比 md5，不能只比行数），并判断哪份是 canonical；⑤统计重复文件与 T

OBS Studio 官方 zip…

背景：OBS zip 版没有安装器，不会自动建快捷方式，且便携模式依赖两个相对路径，不处理会直接无法启动。 步骤与结论： 1) 取官方直链：抓 https://obsproject.com/download 页面，grep 出 cdn-fastly.obsproject.com/downloads/OBS-Studio-<ver>-Windows-x64.zip（另有 -Installer.exe）。cdn-fastly 根路径 403 是正常的，文件路径可下。curl -L 下载后 unzip -t 校验。 2) 解压到子目录（如 [REDACTED] bin/

零依赖 PowerShell 脚本在旧版 Windows…

根因：脚本首行的 #Requires -Version 5.1 是硬性版本门槛，PS4.0 会直接拒绝运行。步骤：①把 #Requires -Version 5.1 改为 #Requires -Version 4.0（或直接删除）：注意 #Requires 必须放文件第一行，放注释后会被忽略失去约束意义；②用 PSScriptAnalyzer 做兼容审计：下载 nupkg（就是 zip）解压，写设置文件兼容性规则 targetVersions=@('4.0') + targetProfiles=@('win-8_x64_6.3.9600.0_4.0_x64_4.0.30319.42000_fr

Canvas游戏碰撞失效先查NaN坐标

用 node 无头测试（DOM/canvas 桩 + rAF 手动步进 + 探针注入同作用域 eval）写一条「清醒撞障必扣命」的隔离用例：清空自动生成的障碍、speed 置 0、角色复位地面、invuln=0，再手动 push 一个障碍跑几帧断言扣命。用例失败后在碰撞判定处插打印，发现角色坐标参与运算的是 undefined——常量定义在调参对象 T 上（T.catX），代码里误写成 G.catX，undefined 运算得 NaN，AABB 比较全部 false。全局替换修正后测试转绿。教训：常量对象字段引用错对象不会抛错只会静默 NaN，「必受伤」用例是最便宜的哨兵。

监控文件处理流水线（上传→系统解压→生成返回包）的耗时：需要…

背景：要统计每包的系统处理耗时，必须拿到真实的处理开始（解压建夹）与结束（返回包落盘）时刻。尝试：对比文件夹与夹内文件的 CreationTime/LastWriteTime、检查返回包 zip 的时间戳；但静态归档只能看到最终态，无法验证动态过程。结论（实测验证）：用脚本在后台监控运行的同时，按秒级间隔注入「建夹+写文件」和「写返回包 zip」事件，事后对照脚本记录的动作执行时刻与监控读到的元数据，四组证据交叉验证后确认：①处理系统新建的解压文件夹 CreationTime=建夹那一刻（毫秒级精确，等于动作注入时刻），可作为处理开始；②该文件夹 LastWriteTime=夹内文件写完时刻，

通用智能体售前：用查写理判把通用能力翻译成岗位语言

把通用能力收敛成四个动作再把找场景的动作交还客户：1）PPT 加一页「查·写·理·判」三卡（查=规程台账开口就问、替代翻柜子找熟人；写=报告纪要整改先出初稿、替代对着空白页发呆；理+判=多份汇一份/按检查项核对留依据、替代手工抄录凭经验拍），页底高亮条放四问自测，页脚写「答有的就是他的用法——场景由岗位自己说，我们负责接住」；2）同时出一页 A4 给对接人自印自传：四问自测带口有口没有勾选 + 四动作对照表 + 自报玻表提效表（例：查规程 the task-specific numeric value-30 分钟→十几秒，留空行本人填）+ 三条边界 + 「带三样东西来试」；3）现场演示不讲功能而是「带活来试」：客户带一本规程、一份台账、一份正要写的稿

通用行业售前PPT改客户实名定制版：换证据、加现状核对页…

结构不动、只换血，四步：①先删平台侧卖点（「N条经验/全平台沉淀/跨用户复用」客户版一个字不留，换成「按岗位沉淀·厂内私有」）②换掉追不到出处的数字（凡写「案例集PXX」的行业参考，全部换成可公开检索的出处：同行央企/上市公司/院校实测值 + 来源与日期；查不到出处的条目宁可删）③紧跟总览页后面插一页「现状核对表」，把客户前期沟通中对方自己说的话做成三张卡（系统现状/经验现状/文书现状），页底定调「系统管单据、一体机管经验——不动现有系统、不碰产线控制」④老板向用词去指标化：封面/小标题这类收益分类行里的工艺指标名词（如成材率）换成「降本」等通俗词，正文里作为日报口径的具体指标保留，克制声明（

双路交叉验证提取CAD尺寸

从GLB提取端口开孔尺寸时，用网格光栅化与命名节点包围盒双路交叉验证，并重跑确认可复现。

需求重构：从方案问法到真实需求

用户带着具体方案提问时，先澄清底层需求，解法可能在完全不同的领域且成本差一个量级

多页图文讲义全量核验法

生成或修复多页图文文档后，逐页视觉核验并统计图片引用完整性，确认无缺图裁切留白。

文件归档路径校验与交付前硬质检

批量归档遇路径报错需核对目录名，交付前解析文件内部结构做硬校验，确保产物达标。

OCR文档修复：量化门禁与保留原图

面对PDF转DOCX的乱码/串行/假表，先量化缺陷，再设实测门禁并保留原图，验收字数不降。

结果仓库逆向硬件拓扑法

通过全仓grep证据包与进程参数，交叉验证并反推集群物理互连拓扑。