AI+GitLab CI/CD自动化代码审计体系实战搭建教程
绝大多数团队的代码安全审计至今还停留在两种低效模式要么靠开发自测、CodeReview人工兜底漏报误报率极高人力成本挤占大量迭代时间要么依赖传统SAST工具做规则扫描只能检测语法漏洞、已知高危漏洞完全识别不了业务逻辑缺陷、权限绕过、隐性数据泄露这类核心风险。传统安全工具的底层缺陷是基于规则匹配工作。固定的正则、漏洞特征库只能拦截已经公开的漏洞面对业务定制化代码、新型逻辑漏洞、开发者手写的不安全逻辑完全失效。而人工审计依赖个人经验新人看不懂深层风险资深工程师精力有限无法覆盖每一次MR变更安全左移永远只是口号。AI大模型的语义理解能力刚好补齐了传统工具的短板。结合GitLab CI/CD的流水线自动化能力我们可以搭建一套全流程、无人工干预、增量精准扫描、可自动告警拦截、支持漏洞修复的闭环代码审计体系。这套体系不依赖第三方商业平台完全私有化部署适配前后端各类项目适配中小团队到企业级集群是目前落地性最强的DevSecOps实战方案。一、从底层逻辑重构做自动化代码审计不要先堆工具、堆配置。所有技术架构落地必须回归问题本质我们要解决的不是“扫描代码”是在不影响研发效率的前提下100%拦截迭代中的新增安全漏洞。很多团队落地安全流水线失败核心原因是本末倒置。堆砌SAST、SCA、密钥扫描、代码规范校验工具所有扫描全量执行、无差别拦截导致流水线耗时翻倍正常业务迭代频繁被阻断开发抵触、运维难维护最后安全流水线直接下线。基于第一性原理我们可以拆解出自动化审计的三个核心刚需所有架构设计、脚本编写、流水线配置都围绕这三点展开第一精准增量扫描。代码仓库累计代码量可达数十万行全量扫描耗时极长、冗余度极高。真正需要审计的只有本次MR新增、修改、删除的代码存量历史代码做定期巡检即可无需每次迭代全量扫描。第二规则AI双校验。传统规则工具负责兜底已知漏洞、密钥泄露、依赖风险零误报、高稳定AI大模型负责语义分析、逻辑漏洞检测补齐传统工具的能力空白两者互补解决单一工具的能力短板。第三分级门禁不扰民。安全拦截不能一刀切。高危、致命漏洞强制阻断合并中低危漏洞仅告警留存代码规范问题不影响迭代平衡安全合规和研发效率。1.1 对抗式审查体系自我校验逻辑我在搭建这套体系时全程采用对抗式思维设计。假设我是恶意开发人员刻意写入隐性漏洞、绕过常规规则扫描、伪装代码缺陷现有流水线能否检测出来假设流水线出现误报、漏报、超时故障体系是否有兜底机制基于对抗测试我剔除了所有华而不实的功能保留核心能力增量diff解析、多维度漏洞检测、分级门禁拦截、自动化报告留存、MR行内精准评论。同时增加异常重试、超时降级、白名单豁免机制保证体系稳定运行。二、整体技术架构与运行流程整套体系分为五层架构从代码提交、流水线触发、双层扫描、门禁拦截、结果闭环形成完整闭环无人工断点。下面通过架构图直观展示整体逻辑。2.1 各层级核心能力拆解基础校验层轻量化快速执行优先过滤低级错误。语法错误、格式混乱、硬编码密码、Token密钥这类基础问题不需要AI分析通过轻量化工具秒级扫描提前拦截避免后续高阶扫描做无用功。传统安全扫描层主打稳定、零自定义误差。基于公开漏洞特征库、OWASP基础规则、依赖包CVE数据库扫描精准识别已知安全风险适合作为安全兜底防线弥补AI扫描偶尔出现的不确定性。AI语义审计层体系的核心增量能力。不匹配固定规则而是理解代码业务逻辑。可以识别权限校验缺失、参数校验绕过、SQL逻辑漏洞、敏感数据未脱敏、业务流程越权等传统工具检测不到的隐性风险同时输出精准的修复代码降低修复成本。安全门禁层体系的管控核心。所有扫描结果汇总后做分级判定严格区分阻断项和告警项杜绝过度管控和管控失效两种极端问题。结果闭环层解决审计流于形式的问题。所有扫描结果可视化展示在MR页面无需人工查看日志报告自动归档留存满足合规审计需求高危漏洞直接给出可落地的修复方案。2.2 流水线触发执行流程整套流水线采用分层串行并行结合的执行模式基础扫描并行执行提升速度AI审计后置精准分析避免资源浪费。三、环境前置部署准备全版本兼容整套体系不依赖特定GitLab版本社区版、企业版、极狐GitLab均可部署仅需基础的GitLab Runner环境和LLM API能力无商业组件依赖。3.1 基础环境要求1. GitLab服务任意稳定版本开启CI/CD功能、MR评论权限、流水线变量配置权限。2. GitLab RunnerDocker执行器支持私有镜像拉取、流水线变量读取建议独立部署Runner节点避免业务节点资源占用。3. LLM模型服务支持通义千问、Llama3、Claude、GPT系列任意模型优先选择国内私有化模型保证接口稳定、数据不外泄。4. 权限配置创建GitLab CI机器人账号赋予项目Reporter权限、MR评论权限、流水线操作权限禁止使用超级管理员账号运行流水线。3.2 核心变量配置关键保密配置所有敏感密钥、接口地址均通过GitLab项目CI/CD变量配置禁止硬编码写入配置文件和脚本避免代码泄露风险。进入项目【设置】-【CI/CD】-【变量】添加以下保密变量全部开启「受保护」「掩码隐藏」变量名变量用途是否保密QWEN_LLM_KEY大模型API调用密钥是QWEN_API_URL大模型接口请求地址否GITLAB_TOKEN机器人账号MR操作Token是CI_PROJECT_ID项目ID系统自带无需手动配置否四、GitLab CI/CD流水线完整配置可直接复制落地以下为生产级可用的.gitlab-ci.yml配置集成语法校验、密钥扫描、依赖漏洞检测、AI代码审计、分级门禁、报告归档全能力适配Java、Go、Python、前端各类项目可直接放入项目根目录生效。# 流水线阶段定义严格按照执行顺序排序stages:-lint-security-scan-ai-code-audit-sca-check-build# 全局资源配置缓存依赖加速流水线执行cache:untracked:truepaths:-node_modules/-.venv/-target/policy:pull# 全局超时配置避免AI接口阻塞流水线timeout:40m# 1. 通用代码语法校验适配多语言code-lint:stage:lintimage:python:3.11-slimbefore_script:-pip install pylint flake8script:-find .-name *.py-exec flake8{}\;-find .-name *.py-exec pylint{}\;allow_failure:truerules:-if:$CI_PIPELINE_SOURCE merge_request_event-if:$CI_COMMIT_BRANCH main# 2. Gitleaks密钥硬编码扫描拦截密码、Token、API密钥泄露secret-scan:stage:security-scanimage:zricethezav/gitleaks:v8.18.4script:-gitleaks detect--source .--verbose--report-format sarif--report-path gitleaks-secret.sarifartifacts:when:alwayspaths:-gitleaks-secret.sarifexpire_in:14 daysrules:-if:$CI_PIPELINE_SOURCE merge_request_event# 3. GitLab原生SAST静态漏洞扫描include:-component:gitlab.com/gitlab-org/security-components/sast/sastlatest# 4. 核心AI代码审计Jobai-code-audit:stage:ai-code-auditimage:python:3.11-slimbefore_script:-pip install requests python-gitlab gitpythonscript:-python ./scripts/ai_security_audit.pyartifacts:when:alwayspaths:-ai-audit-report.md-ai-audit-result.sarifexpire_in:14 daysallow_failure:falserules:-if:$CI_PIPELINE_SOURCE merge_request_event# 5. Trivy SCA依赖漏洞扫描sca-vuln-scan:stage:sca-checkimage:aquasec/trivy:0.57.0script:-trivy fs .--no-progress--format sarif-o trivy-sca-report.sarifartifacts:when:alwayspaths:-trivy-sca-report.sarifexpire_in:14 daysallow_failure:truerules:-if:$CI_PIPELINE_SOURCE merge_request_event# 6. 构建阶段保留原有业务流程不侵入业务project-build:stage:buildimage:alpine:latestscript:-echo 安全审计完成开始执行项目构建流程rules:-if:$CI_PIPELINE_SOURCE merge_request_event-if:$CI_COMMIT_BRANCH main五、AI代码审计核心脚本生产可用完整版在项目根目录创建scripts/ai_security_audit.py该脚本实现MR增量Diff解析、LLM语义审计、漏洞分级判定、MR行内评论、标准化报告生成全功能无冗余代码适配私有化大模型接口。importosimportgitimportjsonimportrequestsfromgitlabimportGitlab# 初始化全局配置 # 读取GitLab CI环境变量GITLAB_URLos.getenv(CI_SERVER_URL)PROJECT_IDos.getenv(CI_PROJECT_ID)MR_IIDos.getenv(CI_MERGE_REQUEST_IID)TARGET_BRANCHos.getenv(CI_MERGE_REQUEST_TARGET_BRANCH_NAME)GITLAB_PRIVATE_TOKENos.getenv(GITLAB_TOKEN)# LLM模型配置LLM_API_KEYos.getenv(QWEN_LLM_KEY)LLM_API_URLos.getenv(QWEN_API_URL)MODEL_NAMEqwen-max# 漏洞风险等级定义RISK_LEVELS[CRITICAL,HIGH,MEDIUM,LOW,INFO]# 获取MR增量代码Diff defget_mr_diff():获取本次MR变更的代码差异仅审计增量代码repogit.Repo(.)# 对比目标分支与当前提交的差异diff_contentrepo.git.diff(forigin/{TARGET_BRANCH}...HEAD,no_colorTrue)returndiff_content# 构造安全审计Prompt defget_audit_prompt(diff_code):生成标准化安全审计指令对抗误报漏报system_msg 你是资深服务端代码安全审计工程师严格执行对抗式代码审查。 审计范围仅分析本次增量变更代码不审计存量代码。 审计标准OWASP Top10、网络安全等保2.0、代码安全最佳实践。 必须检测的漏洞类型 1. 权限绕过、未授权访问、越权操作 2. SQL注入、XSS注入、命令注入、文件上传漏洞 3. 敏感数据明文存储、日志泄露、数据未脱敏 4. 硬编码密钥、密码、Token、域名凭证 5. 不安全的依赖调用、危险函数使用 6. 业务逻辑漏洞、参数校验缺失、接口风控缺失 输出要求 1. 必须标注漏洞等级CRITICAL/HIGH/MEDIUM/LOW/INFO 2. 明确漏洞代码行号、漏洞位置、触发原理、利用方式 3. 给出可直接替换的修复代码和整改建议 4. 无漏洞则直接返回NORMAL不生成冗余内容 5. 禁止虚假误报所有判定必须基于代码实际逻辑 user_msgf本次待审计增量代码\n{diff_code}returnsystem_msg,user_msg# 调用LLM执行语义审计 defllm_audit(system_msg,user_msg):调用大模型接口执行代码审计headers{Authorization:fBearer{LLM_API_KEY},Content-Type:application/json}payload{model:MODEL_NAME,system:system_msg,messages:[{role:user,content:user_msg}],temperature:0.1}try:resrequests.post(LLM_API_URL,jsonpayload,headersheaders,timeout180)res.raise_for_status()returnres.json()[choices][0][message][content]exceptExceptionase:returnfAUDIT_ERROR模型接口调用失败异常信息{str(e)}# 结果写入报告并评论MR defpush_result_to_mr(audit_result):将审计结果同步至GitLab MR行内评论生成归档报告# 连接GitLabglGitlab(GITLAB_URL,private_tokenGITLAB_PRIVATE_TOKEN)projectgl.projects.get(PROJECT_ID)mrproject.mergerequests.get(MR_IID)# 写入Markdown报告withopen(ai-audit-report.md,w,encodingutf-8)asf:f.write(# AI自动化代码审计报告\n)f.write(fMR编号!{MR_IID}\n)f.write(f审计时间{os.popen(date).read()}\n)f.write(## 审计结果详情\n)f.write(audit_result)# 写入SARIF标准化报告sarif_data{version:2.1.0,runs:[{results:[{message:{text:audit_result}}]}]}withopen(ai-audit-result.sarif,w,encodingutf-8)asf:json.dump(sarif_data,f,ensure_asciiFalse,indent2)# MR评论推送comment_contentf AI自动化代码审计完成\n{audit_result}mr.notes.create({body:comment_content})# 高危漏洞强制终止流水线ifCRITICALinaudit_resultorHIGHinaudit_result:raiseSystemExit(检测到高危安全漏洞流水线强制终止禁止MR合并)# 主执行入口 if__name____main__:print(开始执行AI增量代码安全审计...)diffget_mr_diff()ifnotdiff:print(本次MR无代码变更审计结束)exit(0)sys_msg,user_msgget_audit_prompt(diff)resultllm_audit(sys_msg,user_msg)push_result_to_mr(result)print(AI代码审计执行完成无高危漏洞)六、分级安全门禁体系生产核心管控规则很多自动化审计体系落地失效核心问题是门禁规则混乱。要么全部放行形同虚设要么全部阻断阻碍迭代。我基于对抗测试制定了可直接落地的三级门禁规则适配所有业务场景。6.1 一级阻断门禁CRITICAL 致命漏洞触发即终止流水线锁定MR合并权限必须修复后才能继续迭代。包含所有可直接被外部利用、造成数据泄露、服务器沦陷、权限失控的漏洞。覆盖场景硬编码密钥/密码、SQL注入、命令执行、任意文件上传、未授权核心接口、敏感数据明文存储、权限校验完全缺失。脚本中直接通过SystemExit终止流程人工无法绕过从技术层面强制兜底安全底线。6.2 二级告警门禁HIGH/MEDIUM 中高危漏洞不阻断流水线、不锁定MR但是强制留痕告警。审计结果同步至MR评论和归档报告团队需要在迭代周期内完成修复安全人员定期复盘统计修复率。覆盖场景弱加密算法、不安全依赖包、参数校验不严谨、日志敏感信息泄露、接口访问权限宽松。6.3 三级放行门禁LOW/INFO 低危提示仅做报告归档不告警、不拦截、不做人工复盘。主要为代码规范、注释缺失、冗余代码等非安全类问题不影响系统运行安全不占用研发修复精力。七、体系优化解决落地高频问题整套体系在多团队落地过程中我总结出四大核心问题全部给出可直接落地的优化方案解决AI扫描误报、流水线卡顿、漏报、合规留存不足的问题。7.1 降低AI审计误报率AI大模型通用推理存在一定概率误判我通过三种方式彻底优化。第一固定审计Prompt边界严格限定仅检测安全漏洞剔除代码规范类误判第二增加存量代码过滤逻辑仅审计本次增量变更不追溯历史代码第三建立业务白名单对业务合法的特殊逻辑、固定配置做豁免配置避免重复告警。7.2 提升流水线执行速度全量扫描是流水线卡顿的核心原因。体系默认MR触发仅增量扫描耗时控制在1分钟以内主干分支每日凌晨自动执行一次全量巡检不影响日间迭代效率。同时开启流水线缓存复用依赖包、模型推理缓存结果重复代码变更无需重复审计。7.3 规避漏报风险采用双轨校验机制传统规则工具兜底已知漏洞AI语义审计挖掘未知逻辑漏洞两者并行执行、结果互补单一工具的漏报问题被完全抵消。同时定期更新LLM审计Prompt适配新型漏洞特征和业务新场景。7.4 满足合规审计要求所有扫描报告、MR评论记录、流水线执行日志全部自动归档14天支持随时导出核验。所有漏洞处置记录可追溯明确漏洞产生人、审计时间、修复时间完全满足等保、ISO27001、企业内部安全合规审计要求。八、自动化漏洞修复闭环能力拓展审计的最终目的不是发现漏洞而是消灭漏洞。这套体系不止做检测同时实现轻量化自动修复闭环。AI审计脚本会针对每一个高危、中危漏洞生成可直接替换的代码片段展示在MR评论区。开发人员无需自行分析漏洞原理直接复制替换即可完成修复。针对固定高频漏洞如密钥硬编码、弱加密、参数校验缺失可拓展自动提交修复代码能力。流水线检测到漏洞后自动修改代码、提交修复分支生成修复MR安全人员审核后即可合并实现无人干预漏洞修复。修复完成后开发者重新推送代码触发流水线体系会自动复检漏洞是否修复确认无风险后放行形成「检测-告警-修复-复检」完整闭环。九、落地运维与版本迭代规范体系搭建完成后不需要高频维护仅需按月做轻量化迭代优化保证适配业务迭代节奏。每月汇总流水线审计数据统计漏洞总量、高危漏洞占比、漏洞修复率、误报率针对高频出现的同类漏洞优化审计Prompt和扫描规则从源头降低问题复发概率。定期更新Gitleaks、Trivy漏洞特征库保证依赖漏洞、密钥扫描的时效性。私有化大模型同步迭代版本提升语义审计的精准度和逻辑漏洞识别能力。针对业务特殊场景统一维护全局白名单各业务团队无需单独修改配置保证全公司审计规则统一避免各团队标准不一导致的安全漏洞。十、总结与互动AIGitLab CI/CD自动化代码审计体系彻底解决了传统人工审计效率低、漏报多、成本高传统工具只能扫规则、不懂业务逻辑的痛点。基于增量扫描、双层校验、分级门禁、闭环修复的核心设计在不影响研发效率的前提下实现安全左移全覆盖适配所有互联网、政企、自研项目的代码安全管控需求。整套方案无商业依赖、全开源私有化、可快速复制落地是目前性价比最高、落地性最强的DevSecOps代码安全方案。互动问题1. 你所在团队目前的代码审计是人工Review还是工具自动化扫描最大的痛点是什么2. 落地这套AI自动化审计体系时你更关注扫描精准度、流水线速度还是合规归档能力

相关新闻

探索Tersa的核心功能:从视觉编辑器到多模型支持

探索Tersa的核心功能:从视觉编辑器到多模型支持

探索Tersa的核心功能:从视觉编辑器到多模型支持 【免费下载链接】tersa Tersa is an open source canvas for building AI workflows. 项目地址: https://gitcode.com/gh_mirrors/te/tersa Tersa是一款开源的AI工作流构建画布,它为新手和普通用户…

2026/10/18 7:57:58 阅读更多 →
AI翻译实践:从概念验证到生产落地的关键经验

AI翻译实践:从概念验证到生产落地的关键经验

1. 从观望到破局:一场改变团队AI认知的关键会议 2023年对AI领域来说是个奇特的年份。上半年ChatGPT引发的狂热逐渐退潮后,许多企业开始陷入"AI幻灭期"——我们团队也不例外。作为从业十几年的技术负责人,我清楚地记得当时团队的状态…

2026/10/18 7:58:02 阅读更多 →
高速ADC系统设计实战:从时钟抖动到PCB布局的完整指南

高速ADC系统设计实战:从时钟抖动到PCB布局的完整指南

1. 项目概述:高速ADC系统设计的核心挑战与应对在雷达、通信接收机、高端测试仪器这些对信号保真度要求极高的领域,模数转换器(ADC)的性能往往是整个系统性能的瓶颈。当采样率迈入GSPS(每秒千兆次采样)级别&…

2026/10/18 7:59:02 阅读更多 →

最新新闻

Nacos 2.4.3 服务端部署实战:从单机到集群的落地指南

Nacos 2.4.3 服务端部署实战:从单机到集群的落地指南

简介:nacos-server-2.4.3.zip 是面向微服务开发者与运维人员的 Nacos 服务端发行包,对应 2.4.3 版本,可用于搭建服务注册与发现、动态配置管理及服务元数据管理平台,兼容 Spring Cloud、Dubbo、Kubernetes 等主流微服务生态&#…

2026/10/18 16:48:43 阅读更多 →
PHP代理分销系统:资金流、权限流、订单流闭环实现

PHP代理分销系统:资金流、权限流、订单流闭环实现

简介:这是一套基于PHP开发的代理分销型商城系统源码,面向中小型电商创业者、PHP初学者及二次开发需求者,解决多级代理管理、佣金自动结算与分销渠道拓展等核心运营问题。资源包为RAR格式,大小11.5MB,虽未提供具体文件总…

2026/10/18 16:48:43 阅读更多 →
AIGC痕迹检测全解析:从检测原理到降重实操策略

AIGC痕迹检测全解析:从检测原理到降重实操策略

1. 毕业季的“隐形大考”:从论文写作到AIGC痕迹检测最近这段时间,我身边不少朋友和学生都在为一件事头疼——毕业论文。比起开题、实验、数据分析这些常规关卡,今年多了一道让他们格外焦虑的坎:AIGC痕迹检测。坦白说,这…

2026/10/18 16:48:43 阅读更多 →
S19转HEX实战指南:车载ECU固件转换避坑手册

S19转HEX实战指南:车载ECU固件转换避坑手册

简介:本资源是一款面向车载电子工程师的S19/HEX文件解析与转换工具集,专为英飞凌MCU固件开发调试场景设计,解决汽车电子领域常见的S19格式烧录文件可视化查看、校验及向标准Intel HEX格式转换的实际需求。压缩包共22个文件,含核心…

2026/10/18 16:48:43 阅读更多 →
AI辅助论文开题:从选题到框架的实战指南

AI辅助论文开题:从选题到框架的实战指南

每年一到开题季,各种群里的消息就自动切换成“大型求救现场”模式:“开题报告还没动一个字”“选题被导师第三次打回来了”“文献综述写了一周,还停在第一段”。论文开题这个关卡,确实劝退过太多人——毕竟它既要你证明“这个问题…

2026/10/18 16:48:43 阅读更多 →
Transformer时序预测全链路实践:从嵌入到反变换的可调试实现

Transformer时序预测全链路实践:从嵌入到反变换的可调试实现

简介:本资源是一份面向深度学习初学者与时间序列分析实践者的Transformer长期预测实战项目,聚焦将NLP领域经典模型迁移至时序预测任务,解决传统RNN/LSTM难以建模长程依赖的痛点。压缩包共38个文件,含13个核心Python源码&#xff0…

2026/10/18 16:47:42 阅读更多 →

日新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/18 0:00:55 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/18 0:00:55 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/18 0:00:55 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/18 0:00:55 阅读更多 →

月新闻

我发现了一个新思路:用 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/18 0:55:02 阅读更多 →
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/17 17:22:31 阅读更多 →
黑夜航拍船只数据集训练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/18 12:16:16 阅读更多 →