需通过四种方式集成DeepSeek模型至GitHub Actions：一、调用HTTP API进行静态分析，配置密钥、编写workflow、发送diff并注释；二、Docker部署本地推理服务，自托管runner运行gRPC接口；三、Git Hooks与CI协同双阶段审查，本地预检+CI语义分析；四、输出SARIF格式结果接入GitHub Code Scanning。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您希望在CI/CD流程中自动对代码进行质量与安全审查，但DeepSeek模型未被有效接入GitHub Actions工作流，则可能是由于环境配置、API调用方式或权限设置不当。以下是实现该集成的具体步骤：
一、通过GitHub Actions调用DeepSeek API进行静态分析
该方法利用DeepSeek提供的HTTP API接口，在代码推送后触发审查任务，将源码片段作为输入发送至DeepSeek服务端，接收其返回的审查意见。需确保Actions运行器具备网络访问能力且API密钥安全注入。
1、在GitHub仓库的Settings → Secrets and variables → Actions中，新增名为DEEPSEEK_API_KEY的secret，值为您的有效API密钥。
2、在项目根目录创建.github/workflows/deepseek-review.yml文件，定义workflow触发条件为push到main分支且修改了src/或lib/路径下的*.py文件。
3、在job中使用curl命令构造POST请求，将当前提交的diff内容经base64编码后作为payload字段传入，Header中携带Authorization: Bearer ${ secrets.DEEPSEEK_API_KEY }及Content-Type: application/json。
4、解析响应体中的review_comments数组，对每条comment提取file_path、line_number和suggestion，使用github-script action调用GitHub REST API在对应位置创建注释。
二、使用Docker容器封装DeepSeek本地推理服务
该方法规避公网API调用限制，将DeepSeek-R1-7B模型通过llama.cpp量化后部署于自托管runner上，以gRPC方式提供审查接口，提升审查延迟可控性与数据隐私保障。
1、在自托管runner所在服务器安装NVIDIA驱动、CUDA 12.1及Docker Engine 24.0+。
2、拉取已预构建的deepseek-lint-server镜像：docker pull ghcr.io/org/deepseek-lint-server:0.3.1-cu121。
3、启动容器并映射端口：docker run -d --gpus all -p 50051:50051 --name deepseek-linter -v /path/to/model:/models deepseek-lint-server:0.3.1-cu121。
4、在GitHub Actions YAML中添加custom action步骤，使用python脚本连接localhost:50051，读取git diff输出，分块发送至gRPC服务，接收结构化审查结果并格式化为annotations。
生成周报：读取本机 Git 仓库最近一周的提交记录，按项目分类提炼总结，生成标准周报格式，通过微信推送并返回给用户。触发词：周报、weekly report、git总结、提交记录总结、工作周报。
三、基于Git Hooks与GitHub Actions协同的双阶段审查
该方法将轻量级预检前置至开发者本地，重度分析延后至CI阶段，降低误报率并减少CI资源消耗。本地Hook拦截高危模式（如硬编码密码），CI阶段再交由DeepSeek执行语义级逻辑缺陷识别。
1、在项目根目录创建scripts/pre-commit-hook.py，使用正则匹配常见敏感词，若检测到则终止commit并提示运行gh auth login。
2、将该脚本注册为git hook：git config core.hooksPath .githooks，且在.githooks/pre-commit中添加python scripts/pre-commit-hook.py $@。
3、在GitHub Actions workflow中设置if条件：github.event_name == 'pull_request' && github.event.action == 'opened'，仅在此类事件下激活DeepSeek审查步骤。
4、使用actions/checkout@v4检出PR变更文件列表，逐个读取内容，过滤掉test/与docs/目录下文件，对剩余每个.py文件调用DeepSeek API进行函数级审查请求。
四、利用GitHub Code Scanning与DeepSeek结果格式对齐
该方法使DeepSeek输出兼容SARIF标准，从而直接接入GitHub原生Code Scanning界面，实现问题聚合、严重等级着色与自动关闭机制。
1、在DeepSeek API响应处理脚本中引入sarif_om库，将每条审查建议映射为Run.Results[]中的一项，RuleId设为DS-001至DS-099区间编号。
2、为每个result对象设置Level字段：根据DeepSeek返回的confidence_score划分，≥0.85为error，0.6–0.84为warning，＜0.6为note。
3、生成完整SARIF v2.1.0格式JSON文件，保存至$GITHUB_WORKSPACE/reports/deepseek.sarif，并设置artifact上传路径为reports/**/*。
4、在workflow末尾添加codeql-action/upload-sarif@v2步骤，指定sarif_file: ${{ github.workspace }}/reports/deepseek.sarif。
