https://siaiapp.si/首页HugoBlox Kit (https://hugoblox.com)zhTue, 13 Oct 2026 00:00:00 +0000https://siaiapp.si/media/icon_hu_2f5b0e2a946ddb14.pnghttps://siaiapp.si/https://siaiapp.si/products/winsight/Mon, 12 Oct 2026 00:00:00 +0000https://siaiapp.si/products/winsight/<p>几乎所有预测产品都只给你看它赢的那部分。WinSight 把战绩挂出来，然后就不动了。</p> <h2 id="真正重要的那个数字">真正重要的那个数字</h2> <p>在 2019/20–2025/26 赛季同样的 16,322 场比赛上，跟四个基准比：</p> <table> <thead> <tr> <th>策略</th> <th>准确率</th> </tr> </thead> <tbody> <tr> <td>三选一随机猜</td> <td>33.3%</td> </tr> <tr> <td>永远押主队</td> <td>43.0%</td> </tr> <tr> <td><strong>WinSight（滚动回测）</strong></td> <td><strong>50.2%</strong></td> </tr> <tr> <td>Bet365 临场热门</td> <td>52.4%</td> </tr> </tbody> </table> <p>WinSight 比博彩公司的临场热门低 <strong>2.16 个百分点</strong>——这句话挂在首页，不是藏在脚注里。一个能跑赢临场盘口的模型会是更好的故事；一个被诚实测量的模型才是更有用的东西。</p> <h2 id="怎么搭的">怎么搭的</h2> <p>批量管道，不是常驻服务。任务以命令行方式运行，把 UTC 数据写进 PostgreSQL——没有长期运行的进程要维持，所以漏跑一次会在数据里留下可见的缺口，而不是一次无声的失败。</p> <p>模型是 Dixon–Coles，在 27,000 多场真实比赛上重新拟合，随赛果结算而更新。每条预测都在开赛前打上时间戳、赛后结算，所以这份记录是<strong>可审计的</strong>，不需要靠信任。</p> <h2 id="为什么战绩要公开">为什么战绩要公开</h2> <p>回测很容易做好看：重新拟合、调参数、把难看的那几周悄悄丢掉。一份永久、不可编辑的账本从根上拿掉了这个能力——包括对我自己。</p>https://siaiapp.si/products/zhengpan/Mon, 12 Oct 2026 00:00:00 +0000https://siaiapp.si/products/zhengpan/<p>大多数排盘工具把盘当成黑盒：给你一个结果，却不告诉你这个结果是怎么来的。正盘反过来——工具唯一的职责是<strong>把盘算对</strong>，而且把口径写清楚。</p> <h2 id="我给它定的规矩">我给它定的规矩</h2> <p>这个站不做任何解读。它只负责计算，然后把盘整理成一段文本，你粘到自己常用的 AI 里去解。</p> <p>这个分工是故意的。通用大模型很会&quot;读&quot;盘，但很不擅长&quot;排&quot;盘——它们在历法运算上出错的方式还很隐蔽，不容易被发现。所以工具负责必须精确的那部分，你的 AI 负责属于诠释的那部分。</p> <h2 id="真正被核对过的地方">真正被核对过的地方</h2> <p><strong>时间校正</strong>是最容易悄悄出错的一环，尤其是对不在中国大陆出生的人。正盘会把每一项校正都列出来：</p> <ul> <li>夏令时</li> <li>出生地与标准经线的经度时差</li> <li>均时差</li> </ul> <p>如果出生时间落在交节前后 30 分钟内，两种可能的盘会<strong>并列排出来</strong>，而不是悄悄替你选一个。</p> <h2 id="跑在哪里">跑在哪里</h2> <p>简中、繁中、英文三个语言版本共用同一套计算引擎。网页应用跑在 Cloudflare Workers 上；排盘在浏览器里完成，只有你主动保存时，输入才会离开设备。</p>https://siaiapp.si/projects/deepseek-pricing-panel/Sat, 10 Oct 2026 00:00:00 +0000https://siaiapp.si/projects/deepseek-pricing-panel/<p>一个 HTML 文件。打开就知道 DeepSeek API 现在是高峰价还是空闲价，以及下一次切换是什么时候。</p> <p>不用构建，没有依赖，不联网。双击就能打开。</p> <h2 id="规则">规则</h2> <blockquote class="border-l-4 border-neutral-300 dark:border-neutral-600 pl-4 italic text-neutral-600 dark:text-neutral-400 my-6"> <p>高峰 = 北京时间（UTC+8）周一至周五 09:00–12:00 与 14:00–18:00，不含法定节假日。 其余所有时刻——工作日的夜里、12:00–14:00 的午休、整个周末、所有节假日——一律按高峰价的<strong>五折</strong>计费。</p> </blockquote> <p>同样的 token，两倍的价格，只取决于<strong>请求什么时候跑完</strong>。</p> <h2 id="为什么大多数同类挂件算错了">为什么大多数同类挂件算错了</h2> <p>排程逻辑把国务院的放假安排叠在了工作日规则之上。多数同类挂件只算 UTC 的工作日加小时，于是把春节和国庆判成了高峰——它们不是。</p> <p>逻辑与 DOM 解耦，可以直接拿到 Node 里跑断言：22 条断言覆盖边界、节假日和下次切换的计算。</p> <h2 id="我想听反馈的地方">我想听反馈的地方</h2> <p>调休上班日我按空闲时段处理，这是我对公开规则的读法，而不是对着账单验证过的事实。如果你真的被计费过，告诉我。</p>https://siaiapp.si/projects/hermes-usage-sync/Fri, 09 Oct 2026 00:00:00 +0000https://siaiapp.si/projects/hermes-usage-sync/<p>一件很小的事：把一边的用量数据搬进另一边的面板里。</p> <h2 id="三个约束">三个约束</h2> <p><strong>只读。</strong> 绝不写源数据库。搬数据的工具弄坏了源头，是最蠢的事故。</p> <p><strong>幂等。</strong> 跑一次和跑十次结果一样。所以可以放心放进定时任务，不用管它是不是重复执行过。</p> <p><strong>单文件，只用标准库。</strong> 没有依赖，就没有&quot;三个月后装不上&quot;的问题。</p>https://siaiapp.si/projects/github-star-organizer/Sat, 25 Apr 2026 00:00:00 +0000https://siaiapp.si/projects/github-star-organizer/<p>Star 攒到几百个之后，它就不再是一个收藏夹，而是一堆没整理的杂物。</p> <h2 id="为什么先预览再写">为什么先预览再写</h2> <p>这个工具默认<strong>不碰你的账号</strong>。它先按规则分类，生成一份本地报告和一份写入计划，你看过之后才真正执行。</p> <p>自动化工具最怕的是&quot;一把梭&quot;——出了问题你连回滚都不知道从哪回。所以这里把&quot;决定&quot;和&quot;执行&quot;拆成两步。</p> <h2 id="规则">规则</h2> <p>按语言、按 topic、按仓库活跃度都可以。规则写成配置文件，改规则不用改代码。</p>https://siaiapp.si/projects/openclaw-integration/Thu, 23 Apr 2026 00:00:00 +0000https://siaiapp.si/projects/openclaw-integration/<p>两套工具各有一块做得比对方好，与其选一个，不如把好的那块拿过来。</p> <h2 id="拿过来的三样">拿过来的三样</h2> <p><strong>记忆系统</strong>——跨会话记住做过什么，不用每次重新交代背景。</p> <p><strong>提示词架构</strong>——把提示词当代码管理，而不是当字符串拼。</p> <p><strong>熔断机制</strong>——连续失败就停下来，而不是继续烧 token。</p>https://siaiapp.si/about/Mon, 01 Jan 0001 00:00:00 +0000https://siaiapp.si/about/