惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
F
Fortinet All Blogs
Martin Fowler
Martin Fowler
M
MIT News - Artificial intelligence
G
Google Developers Blog
P
Proofpoint News Feed
Recent Announcements
Recent Announcements
MyScale Blog
MyScale Blog
D
DataBreaches.Net
Stack Overflow Blog
Stack Overflow Blog
月光博客
月光博客
爱范儿
爱范儿
罗磊的独立博客
腾讯CDC
Hugging Face - Blog
Hugging Face - Blog
博客园 - 叶小钗
Vercel News
Vercel News
酷 壳 – CoolShell
酷 壳 – CoolShell
B
Blog
C
Check Point Blog
美团技术团队
宝玉的分享
宝玉的分享
Microsoft Security Blog
Microsoft Security Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻

V2EX

我用 AI 写代码,但终端管理反而成了累赘——于是我做了 codux [调研] 各位在公司都用什么 ide 和 agent 写代码? 老运维 share 一个运维平台 看到有公司考核 token 指标,很好奇大家上个月的 AI 账单是多少 GLM-Coding 调用持续报错: z.ai 的 Lite 套餐几乎无法使用,官方 Pro/Max 是否稳定? 现在还有什么渠道可以稳定安全地使用 Claude 吗? 上海漕河泾内推,本组有 2 个 hc,一个后端,一个前端,预算都是 20k 左右,不打卡,氛围好 如果 V2EX 上有一组不永久保存聊天记录(比如只保存 7 天或者 24 小时)的聊天室,那么会开启哪些有用或者有趣的可能? gemini cli 貌似挂了,一直返回 403 第一次在自媒体上赚到钱 收集了最近在使用的低价 GPT, Gemini,邮箱等 AI 会员的小店合集 讨论个大实话:现在企业还在说 AI 编程提效 20%, 30%的,真的太落后,没用懂 AI。因为包括很多前沿公司,已经狂奔到提效 200%-500%的情况 [招聘][远程][币安] 前端/后端/QA/iOS/Android 至少 3 年以上经验 目前有大量 HC 欢迎投递 Chatgpt Pro 用量用不完的可以开这些设置 面试的时候好像遇到钓鱼了,给各位避个坑 cursor 年续费 22 号到期, 自动续费是否还是老的计次套餐呢 被两件破事毁掉的一下午,琐碎的内耗消磨人的精力 使用 Planet 存储 Codex 的会话或者重要信息 如果业务部门领导不要你开发功能,而是要求你教会它用 claude code 开发功能,你会怎么做? 分享一个 MacOS 接绿联 CM818 USB 转 DP 转接器使用感受 我的 HR 朋友 10 年老 Java ,非全大专,大家帮忙看看简历 开源了一个 AI 口语练习工具,音素级发音评分,完全免费可自部署 V2EX 上有哪些你觉得很有趣、印象深刻的妹纸? 字节为啥不出个国内版 Vercel? 有在大马的朋友吗? 问个运营商问题 你们在有领导的公司大群发过的最大胆的消息是什么 公司裁员,目前没有工作。想试试摆摊,做一个移动鲜啤打酒车 我的硬盘 Memblaze Pblaze 5 Linux 下不识别,给 Linux 内核提交了补丁, AI 说有望被合并 只有我一个人觉得 codex 不好用?
Kronos 入场:当 AI 进化到可以“画出”明天的 K 线
fighteryu · 2026-05-09 · via V2EX

在 2026 年的 A 股市场,我们不仅在与人博弈,更是在与‘时间序列’背后的幽灵共舞。站在 2026 年这个节点,老派的技术分析正面临前所未有的生存危机。随着全面注册制的深化和超高频量化算法的普及,传统的 MACD 、KDJ 甚至曾经被奉为神谕的“仙人指路”形态,似乎都在被某种无形的力量精准收割。当市场陷入“量价迷雾”,散户与大户的博弈已不再仅仅体现在盘口的挂单上,而变成了算力与逻辑的终极赛跑。最近看到 Kronos 金融模型,我决定尝试将 Kronos 接入我的 A 股量化工作流。 首先介绍一下 Kronos 。Kronos 是一个专为金融市场"语言"——K 线序列预训练的 decoder-only 基础模型系列。与通用时间序列预测模型( TSFM )不同,Kronos 专门设计用于处理金融数据独特的高噪声特性。它采用创新的两阶段框架:专用分词器首先将连续的多维 K 线数据( OHLCV )量化为分层离散令牌。随后基于这些令牌预训练大型自回归 Transformer ,使其成为适用于多种量化任务的统一模型。 kronos 我花了半天的时间在本地使用 Kronos 模型和 qlib 数据,在 CPU 上预测未来交易日的 K 线走势,并输出:K 线图(单图,上预测下真实)。 脚本支持两类模型输入:Kronos 官方模型目录和普通 PyTorch 模型文件

项目目录格式:

├── kronos_qlib_predict.py
├── README.md
├── qlib_data/
├── model/
├── tokenizer/
└── Kronos/

目录说明:

model/:本地 Kronos 模型目录
tokenizer/:本地 Kronos tokenizer 目录
Kronos/:官方源码仓库,用于提供 model.py

本地环境要求:

CPU 环境即可
已安装本地 qlib 数据
下载模型和 tokenizer

下载 Kronos 模型,推荐使用 Hugging Face Hub 的整仓下载,而不是手动拷贝单个文件:

python -c "from huggingface_hub import snapshot_download; snapshot_download(repo_id='NeoQuasar/Kronos-base', local_dir='/Users/fighteryu/Downloads/kronos_demo/model', local_dir_use_symlinks=False)"

下载 tokenizer

模型目录中至少应包含:

model.safetensors 或其他*.safetensors
tokenizer 目录中应包含 tokenizer 所需配置和词表文件。

下载官方 Kronos 源码

当前脚本在加载 Kronos 官方模型时,会使用:

from model import Kronos, KronosTokenizer, KronosPredictor

因此需要本地存在官方代码仓库:

git clone https://github.com/shiyu-coder/Kronos.git

运行脚本时,需要把 Kronos 仓库加入 PYTHONPATH:

标准运行方法

 --provider-uri ~/Downloads/kronos_demo/qlib_data \
 --instrument sh600519 \
 --start 2023-01-01 \
 --end 2024-12-31 \
 --model-path ~/Downloads/kronos_demo/model \
 --tokenizer-path ~/Downloads/kronos_demo/tokenizer \
 --window 64 \
 --horizon 5 \
 --seed 40 \
 --out ~/Downloads/kronos_demo/kronos_pred.csv \
 --chart-out ~/Downloads/kronos_demo/kronos_pred.png

执行预测 K 线结果输出 K 线图 预测 K 线 股票价格参数会输出到表格中,终端输出如下图 价格 如果是预测的历史的交易数据,生成的图片会展示预测 K 线和实际 K 线,我们可以从图上直观的看到预测和实际 K 线的差别 对比 参数搜索(自动回测)

如果你要自动找更优参数( window / T / top_p / sample_count ),可以使用--tune:

 --provider-uri ~/Downloads/kronos_demo/qlib_data \
 --instrument sh600519 \
 --start 2021-01-01 \
 --end 2024-12-31 \
 --model-path ~/Downloads/kronos_demo/model \
 --tokenizer-path ~/Downloads/kronos_demo/tokenizer \
 --horizon 5 \
 --seed 40 \
 --tune \
 --grid-window 64,128,256,384 \
 --grid-temp 1.0,0.9,0.7 \
 --grid-top-p 0.95,0.9,0.8 \
 --grid-sample-count 1,5,10 \
 --tune-stride 5 \
 --tune-max-windows 120 \
 --tune-out ~/Downloads/kronos_demo/kronos_tune_scores.csv

说明:

会在历史区间做滚动回测

评分指标为 close 的 MAE / RMSE / MAPE

结果会保存到--tune-out

程序会打印 RMSE(close)最优参数组合

RMSE

如何提高预测的数据准确率?提升准确率最有效的是这几件事(按优先级):

先做可复现评估再调参:固定--seed ,固定回测区间,按滚动窗口评估 MAE/RMSE/MAPE ,先建立 baseline 。

调 window (最关键):别只用 64 ,建议网格 64/128/256/384/512 ; Kronos-base 上下文上限通常 512 。

调采样参数,随机性较强。要更稳可试:

按标的做独立最优参数:不同股票波动结构差异大,参数不应一套通吃。

数据质量优先:确认 qlib 数据无缺失/异常点,factor 处理一致,避免未来数据泄漏。

分市场/分周期建模:A 股、港股、美股混在一起直接推理常会降精度;不同频率(日线/5min )也要分开调。

引入真实交易日历:你现在未来日期用 B ,与真实交易日可能不完全一致,建议用交易所日历生成预测日期,减少时间错位误差。

如果允许训练:做微调(提升最大):用你的目标标的/行业数据做轻量 finetune ,通常比纯 zero-shot 提升明显。

给你一个最实用的执行顺序( 1 天内可做):

固定 seed + 固定评估集

跑 window 网格

在最佳 window 上调 T/top_p/sample_count

输出每组参数的 MAE/RMSE 表,选最优

再考虑是否 finetune

如果大家对我的话题感兴趣的话可以👍➕关注哦!

code

原文转载自:Kronos 入场:当 AI 进化到可以“画出”明天的 K 线