AI辅助量化策略开发:从零搭建ETF轮动回测框架
1. 为什么说现在是个人做量化的最好时机我接触量化交易差不多有七八年了最早那会儿个人想做一套自己的策略门槛高得离谱。你得自己搭数据库、自己写回测框架、自己处理除权除息、自己搞行情接口光是数据清洗就能耗掉大半个月。更别提策略验证阶段跑一次全市场回测动辄几个小时电脑风扇呼呼转结果出来一看年化收益还不如买个宽基指数拿着不动。但这套逻辑在最近两年被彻底改写了。AI工具的成熟尤其是代码生成和代码理解能力的跃升把量化策略开发的门槛从“会写工程级代码”拉低到了“能清晰描述你的交易逻辑”。你不需要再从零手撸一个回测引擎也不需要为了一个数据对齐问题折腾一整天。像Codex这类代码辅助工具已经能帮你把大部分重复性、模板化的代码工作接管掉你真正需要投入精力的地方变成了策略逻辑本身的设计和验证。这就是标题里说的“红利”——不是市场红利是工具红利。以前一个散户想验证一个想法从构思到跑出回测结果可能要一周现在同样的流程压缩到一两个小时是完全可行的。这个效率差就是个人投资者相对于机构的一个非对称优势机构有资金优势、数据优势、执行优势但个人有灵活性优势而AI工具把这个灵活性优势放大了好几倍。这篇文章我想聊的就是怎么用AI辅助从零开始搭一套属于自己的量化策略。不涉及任何具体的收益承诺也不推荐任何标的纯粹从方法论和实操角度把整个流程拆开讲清楚。适合有一定编程基础、对量化感兴趣但还没找到入门路径的朋友也适合已经在做量化但想提升效率的老手参考。2. 策略开发前的整体思路与工具选型2.1 先想清楚你要做什么类型的策略很多人一上来就问“用什么框架”“用什么数据源”这其实是本末倒置。工具是服务于策略逻辑的你得先想清楚自己要做什么类型的策略再去选工具。量化策略大致可以分成几类趋势跟踪、均值回归、套利、事件驱动、多因子选股。不同类型的策略对数据频率、回测框架、执行速度的要求完全不同。比如趋势跟踪策略日线级别数据就够了回测框架用Backtrader这种轻量级的完全够用但如果你是做日内高频的均值回归那对数据 tick 级别的要求、对执行延迟的要求就完全不一样了个人投资者在这个领域基本没有优势。我的建议是个人做量化优先从日线或分钟级别的中低频策略入手。原因很简单这个频率区间个人投资者的信息劣势最小交易成本可控而且有足够的时间去思考和调整。ETF轮动、行业动量、简单的均线系统都是很好的起点。2.2 工具链的搭建思路工具链的搭建核心原则是“够用就好别过度工程”。我见过太多人策略还没写出来先把数据仓库、调度系统、监控面板搭了一大堆最后策略逻辑本身反而没时间打磨。一个最小可用的量化工具链其实就三块数据获取、策略回测、结果分析。数据获取这块个人投资者有几个选择。一是用现成的开源数据接口比如A股可以用akshare、tushare这类库ETF和指数数据基本都能覆盖二是用券商提供的API如果你已经有券商账户很多券商都提供历史数据下载三是自己从公开渠道整理比如一些财经网站的历史行情页面。对于日线级别的策略前两种方式完全够用。回测框架这块Python生态里有几个成熟的选择。Backtrader是老牌框架文档全、社区大但代码风格偏重新手看起来会有点吃力VectorBT性能极好适合做大规模参数扫描但学习曲线陡Zipline功能完整但安装配置有时候会卡在依赖问题上。我的建议是如果你刚开始先用Backtrader把策略逻辑跑通等熟悉了再考虑换更高效的框架。结果分析这块其实用pandas加matplotlib就够了。回测输出的净值曲线、回撤曲线、持仓分布用pandas做数据处理matplotlib画图简单直接。不需要上什么复杂的可视化平台。2.3 AI工具在哪个环节介入最有效AI工具不是万能的它在量化开发的不同环节价值差异很大。在策略构思阶段AI可以帮你做逻辑梳理。比如你有一个模糊的想法“我想做一个ETF轮动策略每周选动量最强的三个”你可以让AI帮你把这个想法拆解成具体的规则动量怎么定义、轮动周期怎么定、持仓数量怎么控制、调仓时点怎么选。这个过程AI相当于一个思维陪练帮你把模糊的想法逼成精确的规则。在代码实现阶段AI的价值最大。回测框架的模板代码、数据处理的常用操作、指标计算的实现这些都有大量现成的模式AI可以快速生成可运行的代码骨架。你只需要在这个骨架上修改参数、调整逻辑。在结果分析阶段AI可以帮你做初步的统计解读。比如回测结果出来了你可以让AI帮你分析净值曲线的特征、回撤的分布、收益的来源。但要注意AI的分析只能作为参考最终的判断还是要你自己做。在策略优化阶段AI要谨慎使用。因为策略优化很容易陷入过拟合而AI生成的优化建议有时候会不自觉地往过拟合的方向走。这个环节我建议还是靠自己的判断AI只用来做辅助计算。3. 从零搭建一套ETF轮动策略的完整实操3.1 策略逻辑的精确化定义我们以ETF轮动策略为例把整个流程走一遍。这个策略的核心逻辑是在一组候选ETF中定期选择近期表现最强的若干个持有定期轮动。首先要把这个模糊的逻辑精确化。候选ETF池怎么定我一般选宽基指数ETF加行业ETF宽基比如沪深300、中证500、创业板行业比如消费、医药、科技、金融。数量控制在10到20个之间太少分散度不够太多轮动效果会被稀释。动量怎么定义常见的有两种一是过去N个交易日的收益率二是过去N个交易日的收益率除以波动率。后者相当于风险调整后的动量我个人更倾向这种因为它能过滤掉一些靠高波动堆出来的虚假动量。轮动周期怎么定周度、双周度、月度都可以。周期太短交易成本会吃掉收益周期太长轮动效果会滞后。我实测下来双周度到月度是比较舒服的区间。持仓数量怎么定一般3到5个。太少波动大太多接近等权指数。调仓时点怎么选我习惯在每周最后一个交易日收盘前或者每月最后一个交易日收盘前执行调仓这样避免盘中波动带来的信号不稳定。把这些规则写清楚策略的逻辑框架就出来了。这个过程你可以让AI帮你做逻辑检查看看有没有遗漏的边界情况比如候选池里某只ETF停牌了怎么办、数据缺失了怎么处理。3.2 数据准备与清洗数据准备是量化策略里最枯燥但也最重要的环节。数据质量不过关后面所有分析都是空中楼阁。对于ETF轮动策略你需要的数据包括每只候选ETF的日线行情开盘、收盘、最高、最低、成交量、复权因子处理分红送股、以及交易日历。用akshare获取数据的大致流程是这样的import akshare as ak import pandas as pd # 获取ETF列表 etf_list ak.fund_etf_spot_em() # 获取单只ETF的历史行情 etf_hist ak.fund_etf_hist_em( symbol510300, perioddaily, start_date20200101, end_date20241231, adjustqfq # 前复权 )这里有几个坑要注意。第一复权方式的选择。前复权适合做回测因为它把历史价格调整到了当前价格体系下不会出现负价格后复权适合做长期收益分析。第二数据缺失的处理。有些ETF在早期流动性很差成交量极低这种数据在回测里会产生虚假信号需要过滤掉。第三交易日历的对齐。不同ETF的上市时间不同回测时要确保所有ETF的日期索引对齐缺失的日期用前值填充或者直接剔除。数据清洗完之后建议存成parquet格式读取速度快而且保留数据类型。不要用csv尤其是数据量大的时候csv的读写效率太低。3.3 回测框架的搭建用Backtrader搭建回测框架核心是定义几个组件数据加载、策略逻辑、分析器。数据加载部分把清洗好的DataFrame转换成Backtrader的DataFeedimport backtrader as bt class PandasData(bt.feeds.PandasData): params ( (datetime, None), (open, open), (high, high), (low, low), (close, close), (volume, volume), )策略逻辑部分继承bt.Strategy在next方法里实现轮动逻辑class ETFRotation(bt.Strategy): params ( (momentum_period, 20), (hold_num, 3), (rebalance_days, 10), ) def __init__(self): self.day_count 0 self.momentum {} def next(self): self.day_count 1 if self.day_count % self.params.rebalance_days ! 0: return # 计算动量 for data in self.datas: if len(data) self.params.momentum_period: continue ret data.close[0] / data.close[-self.params.momentum_period] - 1 vol bt.indicators.StdDev(data.close, periodself.params.momentum_period)[0] self.momentum[data._name] ret / vol if vol 0 else 0 # 排序选前N ranked sorted(self.momentum.items(), keylambda x: x[1], reverseTrue) targets [name for name, _ in ranked[:self.params.hold_num]] # 调仓 for data in self.datas: if data._name in targets: if not self.getposition(data): self.order_target_percent(data, target1.0/self.params.hold_num) else: if self.getposition(data): self.close(data)分析器部分用Backtrader内置的Analyzer计算收益、回撤、夏普比率cerebro.addanalyzer(bt.analyzers.SharpeRatio, _namesharpe) cerebro.addanalyzer(bt.analyzers.DrawDown, _namedd) cerebro.addanalyzer(bt.analyzers.Returns, _namereturns)这套代码骨架AI可以帮你快速生成你只需要根据策略逻辑调整参数和细节。3.4 参数选择与过拟合防范参数选择是量化策略里最容易出问题的地方。动量周期选20天还是60天持仓数量选3个还是5个轮动周期选10天还是20天这些参数的不同组合回测结果可能差异巨大。我的做法是先用网格搜索找到参数的大致范围然后在这个范围内选一组“不极端”的参数。什么叫不极端就是这组参数在样本内表现不错同时在样本外也不会太差而且参数的小幅变动不会导致结果剧烈变化。举个例子如果你发现动量周期20天时年化收益30%动量周期21天时年化收益5%那这个参数就是脆弱的大概率是过拟合。健康的参数应该是动量周期在15到25天之间年化收益都在20%到30%之间波动这样才说明策略逻辑本身是稳健的。防范过拟合还有一个重要原则样本外测试。把数据分成两段前70%做样本内优化后30%做样本外验证。如果样本外表现和样本内差异巨大那策略大概率有问题。4. 实操中常见的坑与排查技巧4.1 数据层面的坑未来函数是量化回测里最隐蔽的坑。所谓未来函数就是你在回测的某个时点用到了当时还不可能知道的信息。比如你用当天的收盘价计算信号然后在当天开盘就执行交易这就是典型的未来函数。排查未来函数一个简单的方法是把回测信号打印出来逐条检查每个信号的生成时点看看用到的数据是不是都是当时可得的。另一个方法是把回测结果和实盘结果做对比如果回测收益远高于实盘那大概率有未来函数。幸存者偏差是另一个常见问题。如果你用的ETF池是当前还在交易的ETF那那些已经退市或者合并的ETF就被排除在外了这会导致回测结果偏乐观。解决方法是用历史时点的ETF列表而不是当前的列表。数据对齐问题也经常出现。不同数据源的时间戳格式可能不一样有的是日期有的是日期加时间有的是时间戳。对齐的时候要注意时区问题以及不同市场交易时间不同的问题。4.2 策略逻辑层面的坑过度优化是最常见的问题。很多人会不断调整参数直到回测曲线看起来完美。但完美的回测曲线往往意味着过拟合实盘表现会大打折扣。逻辑不一致也是常见问题。比如你的策略逻辑是“动量最强的三个ETF”但代码实现的时候排序方式写错了变成了“动量最弱的三个”。这种错误在代码量大的时候很容易出现需要仔细检查。交易成本低估是另一个坑。很多人回测的时候不考虑交易成本或者只考虑很低的成本。但实际交易中买卖ETF有佣金、有冲击成本、有买卖价差。这些成本累积起来对高频轮动策略的影响很大。我的做法是在回测里设置一个偏保守的交易成本比如单边千分之一这样回测结果会更接近实盘。4.3 常见问题速查表问题现象可能原因排查方法解决思路回测收益异常高未来函数、幸存者偏差检查信号生成时点、检查ETF池用历史时点数据、严格时序回测曲线过于平滑过拟合、参数过度优化样本外测试、参数敏感性分析简化策略、减少参数实盘与回测差异大交易成本低估、滑点对比交易记录、计算实际成本提高成本假设、优化执行策略在某些时段失效市场风格切换分时段回测、分析收益来源加入风控、动态调整数据读取报错格式不一致、缺失值检查数据源、打印中间结果统一格式、填充缺失4.4 几个实操心得第一先跑通再优化。不要一上来就追求完美先用最简单的逻辑跑通整个流程看到回测结果再逐步优化。这样你能快速建立反馈循环知道哪个环节有问题。第二记录每次改动。策略开发是一个迭代过程每次改动都要记录改了什么、为什么改、结果如何。不然改着改着就忘了之前的版本是什么样了。第三保持怀疑。回测结果好的时候先别高兴想想有没有可能是数据问题、逻辑问题、过拟合问题。回测结果差的时候也别急着放弃看看是不是参数没调好、数据没清洗干净。第四小资金实盘验证。回测再漂亮也要用真金白银验证。但一开始不要投入太多用小资金跑一段时间看看实盘和回测的差异在哪里再决定是否加大投入。5. AI辅助量化开发的边界与经验5.1 AI能帮你做什么AI在量化开发里最直接的价值是代码生成和代码解释。比如你看到一个开源策略的代码有些地方看不懂可以直接问AI这段代码在做什么。或者你想实现一个指标但不知道怎么写可以让AI给你一个实现方案。AI还能帮你做代码审查。你把策略代码贴给AI让它帮你检查有没有逻辑错误、有没有边界情况没处理、有没有性能问题。这个功能在代码量大的时候特别有用。AI在数据探索阶段也有帮助。比如你拿到一份新的数据不知道有什么特征可以让AI帮你写一段探索性分析的代码快速了解数据的分布、缺失情况、异常值。5.2 AI不能帮你做什么AI不能帮你做策略的核心判断。策略的逻辑是否合理、参数是否稳健、风险是否可控这些都需要你自己的市场理解和经验判断。AI可以给你建议但最终决策必须你自己做。AI不能帮你保证代码的正确性。AI生成的代码尤其是涉及复杂逻辑的代码经常会有微妙的错误。你必须自己测试、验证不能直接拿来用。AI不能帮你预测市场。任何声称能预测市场的AI都是不靠谱的。量化策略的本质是概率游戏不是预测游戏。5.3 我的AI辅助工作流我现在的量化开发工作流是这样的先用自然语言把策略逻辑写清楚然后让AI帮我生成代码骨架我自己填充核心逻辑再让AI帮我做代码审查最后我自己做回测验证和参数调整。这个流程里AI承担了大部分重复性工作我专注于策略逻辑和市场判断。效率提升是明显的以前一周才能跑通的策略现在一两天就能看到初步结果。但我也踩过坑。有一次让AI帮我写一个动量计算的函数AI给的代码看起来没问题但实际跑的时候发现它在处理停牌数据的时候逻辑有问题导致动量计算错误。这个错误很隐蔽如果不是我逐行检查可能就漏过去了。所以我的经验是AI生成的代码关键部分一定要自己过一遍。6. 策略上线后的监控与迭代6.1 监控什么指标策略上线之后不是就不管了。你需要持续监控几个核心指标净值曲线、回撤、换手率、持仓集中度。净值曲线是最直观的但不要只看收益要看收益的稳定性。如果净值曲线是阶梯式上涨那说明策略在特定市场环境下有效如果是平滑上涨那说明策略的适应性更强。回撤要关注两个维度回撤深度和回撤持续时间。深度大但恢复快和深度小但恢复慢对心理的考验是不一样的。换手率反映了策略的交易频率。换手率过高交易成本会吃掉收益换手率过低策略可能反应迟钝。持仓集中度反映了策略的分散程度。集中度过高波动会很大集中度过低收益会被稀释。6.2 什么时候该调整策略策略失效的信号有几个一是连续多个月跑输基准二是回撤超过历史最大回撤三是持仓分布和策略逻辑不符。但要注意短期的跑输不一定是策略失效可能是市场风格暂时不适合这个策略。判断策略是否失效要看逻辑本身是否还成立。如果逻辑没变只是市场环境变了那可以再观察一段时间如果逻辑本身有问题那就要及时调整。调整策略的时候不要推翻重来而是做增量修改。比如原来动量周期是20天现在改成15天看看效果如何。每次只改一个变量这样才能知道是哪个改动起了作用。6.3 迭代的节奏策略迭代的节奏我一般是一个季度做一次全面回顾每个月做一次简单检查。全面回顾的时候会重新跑一遍回测看看策略在最新数据上的表现分析收益来源的变化。简单检查的时候就是看看净值曲线、回撤、换手率这些指标有没有异常。迭代的时候要保持策略的连续性。不要今天做一个动量策略明天换成一个均值回归策略这样你永远不知道哪个策略有效。应该是在一个策略框架下逐步优化参数和逻辑。7. 一些个人体会做量化这些年我最大的体会是策略的收益来源最终还是要回归到对市场的理解。AI工具能帮你提高效率但不能替代你对市场的思考。一个没有逻辑支撑的策略即使回测曲线再漂亮实盘也很难持续。另一个体会是简单策略往往比复杂策略更稳健。我见过太多人把策略搞得极其复杂几十个参数、上百行代码最后实盘一跑就崩。反而是那些逻辑简单、参数少的策略长期表现更稳定。还有就是风控比收益更重要。回测的时候大家往往关注年化收益但实盘的时候回撤才是真正考验人的地方。一个年化20%但最大回撤50%的策略和一个年化15%但最大回撤20%的策略我肯定选后者。因为前者你很可能在回撤50%的时候就已经割肉离场了根本拿不到后面的收益。最后分享一个小技巧把你的策略逻辑用一句话写出来如果写不出来或者写出来很拗口那说明策略逻辑还不够清晰。清晰的策略逻辑应该是一句话就能说清楚的。比如“每周买入过去20天风险调整后动量最强的三个ETF”这就是一个清晰的策略逻辑。如果一句话说不清楚那就回去重新梳理。

相关新闻

M/o/Vfuscator 入门示例:用单条 mov 指令编译 prime.c,与 GCC 输出逐行对比

M/o/Vfuscator 入门示例:用单条 mov 指令编译 prime.c,与 GCC 输出逐行对比

编译器 【免费下载链接】movfuscator The single instruction C compiler 项目地址: https://gitcode.com/gh_mirrors/mo/movfuscator 点击查看 免费下载 本文以 movfuscator 仓库中的 overview/ 目录为例,展示如何用 M/o/Vfuscator 编译器(…

2026/10/14 8:10:50 阅读更多 →
openrig 装配指南:Node.js、tmux 与 Claude Code/Codex 本地工作台搭建

openrig 装配指南:Node.js、tmux 与 Claude Code/Codex 本地工作台搭建

1. 从 openrig 这个名字说起:它到底想解决什么问题第一次看到openrig这个词,我脑子里蹦出来的不是某个具体工具,而是一种"把散装零件拼成一台整机"的直觉。rig 在英文里本意是"装配、搭建",在工程语境里常指把…

2026/10/14 8:10:50 阅读更多 →
ECCV2020三维视觉技术路线图:点云处理与3D检测的范式跃迁

ECCV2020三维视觉技术路线图:点云处理与3D检测的范式跃迁

1. 这不是论文清单,而是一份三维视觉领域的技术路线图ECCV 2020那届会议我全程跟下来了,当时在苏黎世现场听oral报告时,就明显感觉到——三维视觉的范式正在悄悄转移。过去几年大家还在争论“点云该不该用MLP堆叠”,到了2020年&am…

2026/10/14 8:10:50 阅读更多 →

最新新闻

SpringBoot体育馆预约系统设计与性能优化实践

SpringBoot体育馆预约系统设计与性能优化实践

1. 项目背景与核心价值体育馆场地预约系统是体育场馆数字化管理的核心工具。过去三年我参与过7个同类系统的开发实施,发现传统电话预约和纸质登记方式存在三大痛点:预约冲突频发(平均每周3-5起)、场地利用率不足(高峰时…

2026/10/14 9:06:48 阅读更多 →
USN日志+SQLite重写Everything索引:低内存搜索实现与参数优化

USN日志+SQLite重写Everything索引:低内存搜索实现与参数优化

简介:一份针对 Everything 搜索工具内存占用过高问题的优化源码包,面向遇到同类性能困扰的普通用户及软件开发者。资源基于实际使用近四年的场景,通过调整索引设置——排除系统文件、隐藏文件及特定目录,将索引文件压缩至 60K&…

2026/10/14 9:06:48 阅读更多 →
SpringBoot构建诗词平台:技术实现与传统文化融合

SpringBoot构建诗词平台:技术实现与传统文化融合

1. 项目背景与核心价值 中华诗词作为传统文化瑰宝,在数字化时代面临着传承与传播的新挑战。这个基于SpringBoot的诗词文化交流平台,本质上解决的是三个核心问题:一是经典诗词资源的数字化整合难题,二是诗词爱好者互动交流的渠道缺…

2026/10/14 9:06:48 阅读更多 →
SpringBoot诗词平台开发:智能检索与格律校验实践

SpringBoot诗词平台开发:智能检索与格律校验实践

1. 项目概述 中华诗词文化交流平台是一个基于SpringBoot框架开发的传统文化数字化项目,旨在为诗词爱好者构建集创作、鉴赏、学习、互动于一体的专业社区。这个平台解决了传统诗词文化传播中的三个核心痛点:一是线下交流渠道有限,二是初学者缺…

2026/10/14 9:06:48 阅读更多 →
Android开发:接口设计与数据共享最佳实践

Android开发:接口设计与数据共享最佳实践

1. Android接口与数据共享概述在Android应用开发中,接口设计与数据共享机制是构建复杂应用的基础能力。作为一名有五年Android开发经验的工程师,我经常需要处理不同组件间的通信和数据流转问题。合理的接口设计能让代码更易维护,而高效的数据…

2026/10/14 9:06:48 阅读更多 →
Three.js加载Gltf模型并播放动画

Three.js加载Gltf模型并播放动画

老规矩:初始化相机,场景,渲染器等,这里不过多赘述,详情看上一篇文章。 从0搭建一个3D立体场景:光影与交互全解析-CSDN博客 基本使用 只要在文件中引入这个即可: const loader new GLTFLoad…

2026/10/14 9:05:48 阅读更多 →

日新闻

AnyPS5通用适配层设计:兼容性与性能的工程取舍

AnyPS5通用适配层设计:兼容性与性能的工程取舍

1. 从"AnyPS5"这个名字说起:它到底想解决什么问题第一次看到"AnyPS5"这个标题,我脑子里冒出来的第一个念头是:这大概率是一个围绕"跨平台运行"或者"通用适配"做文章的项目。名字里的"Any"…

2026/10/14 0:00:41 阅读更多 →
Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

1. 项目概述:Flutter跨平台二手交易应用开发作为一名长期从事移动应用开发的工程师,我最近完成了一个基于Flutter框架的二手物品交易平台项目。这个项目最吸引我的地方在于它完美结合了Flutter的跨平台优势与HarmonyOS的生态特性,实现了"…

2026/10/14 0:00:41 阅读更多 →
DFS算法解决飞机降落调度问题实战

DFS算法解决飞机降落调度问题实战

1. 项目背景与核心思路飞机降落问题是一个经典的调度优化场景,也是算法竞赛和面试中的高频题目。这个题目要求我们合理安排多架飞机的降落顺序和时间,确保所有飞机都能安全着陆而不发生冲突。在实际航空管制中,这类问题直接关系到飞行安全和机…

2026/10/14 0:00:41 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/14 3:30:28 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/13 16:22:04 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 22:01:27 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 14:57:39 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 7:53:34 阅读更多 →