当前位置: 首页 > article >正文

GLM-OCR开发者实操手册:Gradio client调用+批量图片识别脚本示例

GLM-OCR开发者实操手册Gradio client调用批量图片识别脚本示例你是不是也遇到过这样的场景手头有一堆发票、合同或者产品说明书图片需要把里面的文字、表格甚至公式都提取出来一张张手动录入或者用传统OCR工具不仅效率低遇到排版复杂的文档还容易出错。今天我要给你介绍一个能彻底解决这个痛点的神器——GLM-OCR。这不仅仅是一个OCR工具它是一个能“看懂”复杂文档的智能助手。更重要的是我会手把手教你如何通过代码调用它并且给你一个现成的批量处理脚本让你一次性处理成百上千张图片把重复劳动交给机器。1. 认识GLM-OCR不只是文字识别在开始动手之前我们先花几分钟了解一下GLM-OCR到底是什么以及它为什么值得你花时间学习。1.1 它和传统OCR有什么不同你可能用过一些OCR工具它们通常只能识别规整的印刷体文字。但现实中的文档要复杂得多发票有表格、数字、印章文字可能倾斜技术文档包含复杂的数学公式和特殊符号合同有手写签名、盖章文字大小不一研究报告图文混排有图表和注释传统OCR遇到这些情况就力不从心了而GLM-OCR就是为解决这些问题而生的。1.2 GLM-OCR的核心能力GLM-OCR基于先进的GLM-V架构简单来说它就像一个同时具备“眼睛”和“大脑”的系统眼睛CogViT视觉编码器专门训练来看懂图片能理解文档的布局、结构大脑GLM语言解码器专门训练来理解文字能准确输出识别结果连接器让“眼睛”看到的信息能准确传递给“大脑”这个组合让它具备了三种强大的识别能力识别类型能做什么典型应用场景文本识别识别图片中的所有文字保持原有格式文档数字化、内容提取表格识别识别表格结构输出结构化数据如Markdown表格财务报表处理、数据采集公式识别识别数学公式输出LaTeX格式学术论文处理、教育资料数字化1.3 为什么选择GLM-OCR我选择GLM-OCR主要有三个原因准确率高在复杂文档上的识别准确率远超传统工具功能全面一套工具解决文本、表格、公式多种需求易于集成提供了完善的API接口方便嵌入到自己的系统中现在你对GLM-OCR有了基本了解接下来我们进入实战环节。2. 环境准备与快速部署让我们从零开始一步步搭建GLM-OCR的运行环境。别担心整个过程我已经帮你简化了跟着做就行。2.1 检查基础环境首先确保你的系统满足以下要求操作系统Linux推荐Ubuntu 20.04或Windows WSL2Python版本3.10这是必须的其他版本可能会有兼容性问题内存至少8GB RAM存储空间至少10GB可用空间模型文件约2.5GBGPU可选但推荐如果有NVIDIA GPU识别速度会快很多打开终端检查你的Python版本python --version如果显示的不是Python 3.10.x你需要先安装或切换到3.10版本。2.2 一键启动GLM-OCR服务GLM-OCR已经提供了完整的部署脚本你只需要执行几个命令# 1. 进入项目目录假设你已经下载了GLM-OCR cd /root/GLM-OCR # 2. 启动服务 ./start_vllm.sh第一次启动需要耐心等待1-2分钟因为系统需要加载模型文件。你会看到类似下面的输出Loading model from /root/ai-models/ZhipuAI/GLM-OCR... Initializing Gradio interface... Running on local URL: http://0.0.0.0:7860看到Running on local URL就说明服务启动成功了2.3 验证服务是否正常打开浏览器访问http://你的服务器IP:7860你应该能看到一个简洁的Web界面包含图片上传区域任务类型选择文本/表格/公式识别开始识别按钮结果显示区域试着上传一张简单的文字图片选择“文本识别”点击“开始识别”。如果能看到识别结果说明一切正常。2.4 常见问题解决如果你在启动过程中遇到问题可以尝试以下方法问题1端口7860被占用# 查看哪个进程占用了7860端口 lsof -i :7860 # 如果确实被占用停止该进程替换PID为实际的进程ID kill PID # 或者换个端口启动修改start_vllm.sh中的端口号问题2显存不足如果有GPU# 查看GPU使用情况 nvidia-smi # 如果显存被占用停止相关进程 pkill -f serve_gradio.py # 或者使用CPU模式修改启动脚本添加--device cpu参数问题3依赖包缺失# 手动安装必要的依赖 /opt/miniconda3/envs/py310/bin/pip install \ githttps://github.com/huggingface/transformers.git \ gradio环境搭建好了服务也跑起来了但手动在网页上操作效率太低。接下来我要教你如何用代码调用它这才是真正提升效率的关键。3. 基础API调用从单张图片开始现在服务已经运行在后台了我们可以通过Python代码来调用它。先从一个简单的例子开始让你感受一下API调用的便捷性。3.1 安装必要的Python库首先确保你已经安装了gradio_client库pip install gradio_client如果安装速度慢可以使用国内镜像pip install gradio_client -i https://pypi.tuna.tsinghua.edu.cn/simple3.2 你的第一个GLM-OCR调用创建一个新的Python文件比如test_ocr.py输入以下代码from gradio_client import Client # 第一步连接到GLM-OCR服务 # 注意这里的地址要换成你实际的服务地址 client Client(http://localhost:7860) # 第二步准备一张测试图片 # 你可以用任何包含文字的图片这里我假设你有一张名为test_document.png的图片 image_path test_document.png # 第三步调用文本识别功能 print(正在识别图片中的文字...) result client.predict( image_pathimage_path, # 图片路径 promptText Recognition:, # 告诉模型我们要做文本识别 api_name/predict # 调用的API接口名称 ) # 第四步查看结果 print(识别结果) print(result)运行这个脚本python test_ocr.py如果一切正常你会看到图片中的文字被准确识别并打印出来。3.3 理解API参数让我们仔细看看client.predict方法的参数image_path图片文件的路径支持PNG、JPG、WEBP格式prompt告诉模型要执行什么任务有三个选项Text Recognition:- 文本识别Table Recognition:- 表格识别Formula Recognition:- 公式识别api_name固定为/predict这是Gradio服务的标准接口3.4 处理不同类型的文档GLM-OCR的强大之处在于它能处理多种类型的文档。我们来看几个具体的例子示例1识别表格文档# 假设你有一张包含表格的图片比如财务报表 table_image financial_report.png print(正在识别表格...) table_result client.predict( image_pathtable_image, promptTable Recognition:, # 注意这里换成了表格识别 api_name/predict ) print(表格识别结果) print(table_result) # 输出会是Markdown格式的表格可以直接复制到文档中示例2识别数学公式# 假设你有一张包含数学公式的图片 formula_image math_formula.png print(正在识别公式...) formula_result client.predict( image_pathformula_image, promptFormula Recognition:, # 公式识别 api_name/predict ) print(公式识别结果) print(formula_result) # 输出是LaTeX格式可以直接在学术论文中使用示例3批量识别多张图片简单版import os # 图片文件夹路径 image_folder documents/ image_files [f for f in os.listdir(image_folder) if f.endswith((.png, .jpg, .jpeg, .webp))] print(f找到 {len(image_files)} 张图片开始批量识别...) for i, image_file in enumerate(image_files, 1): image_path os.path.join(image_folder, image_file) print(f\n[{i}/{len(image_files)}] 正在处理: {image_file}) try: result client.predict( image_pathimage_path, promptText Recognition:, api_name/predict ) print(f识别完成结果已保存) # 保存结果到文件 output_file fresults/{image_file}.txt with open(output_file, w, encodingutf-8) as f: f.write(result) except Exception as e: print(f处理 {image_file} 时出错: {e})这个简单的批量处理脚本已经能帮你处理一个文件夹里的所有图片了。但我们可以做得更好接下来我要给你一个更完善、更强大的版本。4. 高级实战完整的批量图片识别脚本在实际工作中我们通常需要处理大量图片而且每张图片的内容类型可能不同。下面这个脚本是我在实际项目中使用的它包含了错误处理、进度显示、结果保存等完整功能。4.1 完整的批量处理脚本创建一个新文件batch_ocr_processor.py复制以下代码#!/usr/bin/env python3 GLM-OCR批量图片识别脚本 功能自动识别文件夹中的所有图片支持文本、表格、公式识别 作者基于实际项目经验编写 import os import sys import time import json from datetime import datetime from pathlib import Path from gradio_client import Client from concurrent.futures import ThreadPoolExecutor, as_completed class GLMOCRProcessor: GLM-OCR批量处理器 def __init__(self, server_urlhttp://localhost:7860, max_workers3): 初始化处理器 参数 server_url: GLM-OCR服务地址 max_workers: 最大并发数根据你的硬件调整 print(正在连接GLM-OCR服务...) self.client Client(server_url) self.max_workers max_workers # 支持的文件格式 self.supported_formats (.png, .jpg, .jpeg, .webp, .bmp) # 任务类型映射 self.task_prompts { text: Text Recognition:, table: Table Recognition:, formula: Formula Recognition: } print(连接成功) def detect_task_type(self, image_path): 根据文件名或内容自动检测任务类型 这是一个简单的启发式方法你可以根据实际需求扩展 参数 image_path: 图片路径 返回 任务类型 (text, table, formula) filename os.path.basename(image_path).lower() # 根据文件名关键词判断 if table in filename or sheet in filename or 财务 in filename: return table elif formula in filename or math in filename or 公式 in filename: return formula else: # 默认使用文本识别 return text def process_single_image(self, image_path, task_typeauto, output_dirresults): 处理单张图片 参数 image_path: 图片路径 task_type: 任务类型 (auto, text, table, formula) output_dir: 输出目录 返回 处理结果字典 try: # 检查文件是否存在 if not os.path.exists(image_path): return { status: error, message: f文件不存在: {image_path}, image: image_path } # 自动检测任务类型 if task_type auto: task_type self.detect_task_type(image_path) if task_type not in self.task_prompts: return { status: error, message: f不支持的任务类型: {task_type}, image: image_path } # 调用GLM-OCR API prompt self.task_prompts[task_type] print(f 正在识别: {os.path.basename(image_path)} [{task_type}]) start_time time.time() result self.client.predict( image_pathimage_path, promptprompt, api_name/predict ) processing_time time.time() - start_time # 准备输出路径 os.makedirs(output_dir, exist_okTrue) # 根据任务类型选择输出格式 filename_base os.path.splitext(os.path.basename(image_path))[0] if task_type table: # 表格输出为Markdown output_file os.path.join(output_dir, f{filename_base}.md) with open(output_file, w, encodingutf-8) as f: f.write(result) elif task_type formula: # 公式输出为LaTeX output_file os.path.join(output_dir, f{filename_base}.tex) with open(output_file, w, encodingutf-8) as f: f.write(result) else: # 文本输出为TXT output_file os.path.join(output_dir, f{filename_base}.txt) with open(output_file, w, encodingutf-8) as f: f.write(result) return { status: success, image: image_path, task_type: task_type, output_file: output_file, processing_time: round(processing_time, 2), result_preview: result[:200] ... if len(result) 200 else result } except Exception as e: return { status: error, message: str(e), image: image_path, task_type: task_type } def process_folder(self, input_folder, task_typeauto, output_dirNone): 处理整个文件夹的图片 参数 input_folder: 输入文件夹路径 task_type: 任务类型 (auto, text, table, formula) output_dir: 输出目录默认为 input_folder/results 返回 处理统计信息 # 设置输出目录 if output_dir is None: output_dir os.path.join(input_folder, results) # 确保输入文件夹存在 if not os.path.exists(input_folder): print(f错误输入文件夹不存在 - {input_folder}) return None # 收集所有图片文件 image_files [] for root, dirs, files in os.walk(input_folder): # 跳过输出目录 if os.path.abspath(root).startswith(os.path.abspath(output_dir)): continue for file in files: if file.lower().endswith(self.supported_formats): image_files.append(os.path.join(root, file)) if not image_files: print(f在 {input_folder} 中未找到支持的图片文件) return None print(f找到 {len(image_files)} 张图片开始批量处理...) print(f输出目录: {output_dir}) print(- * 50) # 创建输出目录 os.makedirs(output_dir, exist_okTrue) # 使用线程池并发处理 results [] success_count 0 error_count 0 start_total_time time.time() with ThreadPoolExecutor(max_workersself.max_workers) as executor: # 提交所有任务 future_to_image { executor.submit(self.process_single_image, img, task_type, output_dir): img for img in image_files } # 处理完成的任务 for i, future in enumerate(as_completed(future_to_image), 1): image_path future_to_image[future] try: result future.result() results.append(result) if result[status] success: success_count 1 print(f[{i}/{len(image_files)}] ✓ 完成: {os.path.basename(image_path)} f({result[processing_time]}s) - {os.path.basename(result[output_file])}) else: error_count 1 print(f[{i}/{len(image_files)}] ✗ 失败: {os.path.basename(image_path)} - {result[message]}) except Exception as e: error_count 1 results.append({ status: error, image: image_path, message: str(e) }) print(f[{i}/{len(image_files)}] ✗ 异常: {os.path.basename(image_path)} - {e}) total_time time.time() - start_total_time # 生成处理报告 report self.generate_report(results, total_time, output_dir) print(\n * 50) print(批量处理完成) print(f总计: {len(image_files)} 张图片) print(f成功: {success_count} 张) print(f失败: {error_count} 张) print(f总耗时: {round(total_time, 2)} 秒) print(f平均每张: {round(total_time/len(image_files), 2)} 秒) print(f结果保存在: {output_dir}) print(f详细报告: {os.path.join(output_dir, processing_report.json)}) return report def generate_report(self, results, total_time, output_dir): 生成处理报告 参数 results: 所有处理结果 total_time: 总处理时间 output_dir: 输出目录 返回 报告字典 report { timestamp: datetime.now().isoformat(), total_images: len(results), success_count: sum(1 for r in results if r[status] success), error_count: sum(1 for r in results if r[status] error), total_time_seconds: round(total_time, 2), average_time_per_image: round(total_time / len(results), 2) if results else 0, details: results } # 按任务类型统计 task_stats {} for result in results: if result[status] success: task_type result.get(task_type, unknown) task_stats[task_type] task_stats.get(task_type, 0) 1 report[task_statistics] task_stats # 保存报告到文件 report_file os.path.join(output_dir, processing_report.json) with open(report_file, w, encodingutf-8) as f: json.dump(report, f, ensure_asciiFalse, indent2) return report def main(): 主函数命令行接口 import argparse parser argparse.ArgumentParser(descriptionGLM-OCR批量图片识别工具) parser.add_argument(input, help输入图片路径或文件夹路径) parser.add_argument(--task, choices[auto, text, table, formula], defaultauto, help识别任务类型 (默认: auto)) parser.add_argument(--output, help输出目录 (默认: 输入目录/results)) parser.add_argument(--workers, typeint, default3, help并发工作线程数 (默认: 3)) parser.add_argument(--server, defaulthttp://localhost:7860, helpGLM-OCR服务地址 (默认: http://localhost:7860)) args parser.parse_args() # 创建处理器 processor GLMOCRProcessor(server_urlargs.server, max_workersargs.workers) # 检查输入路径 if os.path.isfile(args.input): # 处理单张图片 print(f处理单张图片: {args.input}) result processor.process_single_image( image_pathargs.input, task_typeargs.task, output_dirargs.output or results ) if result[status] success: print(f\n✓ 识别成功) print(f 任务类型: {result[task_type]}) print(f 处理时间: {result[processing_time]}秒) print(f 输出文件: {result[output_file]}) print(f\n结果预览:) print(- * 40) print(result[result_preview]) print(- * 40) else: print(f\n✗ 识别失败: {result[message]}) elif os.path.isdir(args.input): # 处理整个文件夹 processor.process_folder( input_folderargs.input, task_typeargs.task, output_dirargs.output ) else: print(f错误路径不存在 - {args.input}) sys.exit(1) if __name__ __main__: main()4.2 如何使用这个脚本这个脚本提供了非常灵活的使用方式下面我介绍几种常见的用法用法1处理单张图片# 识别单张图片自动判断类型 python batch_ocr_processor.py invoice.jpg # 指定识别表格 python batch_ocr_processor.py financial_report.png --task table # 指定输出目录 python batch_ocr_processor.py document.png --output ./ocr_results用法2批量处理整个文件夹# 处理documents文件夹中的所有图片 python batch_ocr_processor.py ./documents # 指定并发数为5加快处理速度 python batch_ocr_processor.py ./documents --workers 5 # 指定只识别文本 python batch_ocr_processor.py ./documents --task text用法3连接到远程GLM-OCR服务# 如果你的GLM-OCR运行在其他服务器上 python batch_ocr_processor.py ./documents --server http://192.168.1.100:78604.3 脚本的核心功能解析这个脚本之所以强大是因为它包含了多个实用功能智能任务检测根据文件名自动判断是文本、表格还是公式并发处理可以同时处理多张图片大幅提升效率错误处理遇到问题不会中断会记录错误继续处理其他图片进度显示实时显示处理进度和预估时间详细报告生成JSON格式的处理报告包含每张图片的详细信息结果分类保存文本保存为.txt表格保存为.md公式保存为.tex4.4 实际应用示例假设你有一个项目文件夹结构如下project/ ├── invoices/ # 发票图片 │ ├── invoice_001.jpg │ ├── invoice_002.jpg │ └── invoice_003.jpg ├── reports/ # 报告图片包含表格 │ ├── monthly_report.png │ └── sales_data.jpg └── formulas/ # 公式图片 ├── equation_1.png └── equation_2.png你可以这样处理# 一次性处理所有文件夹 python batch_ocr_processor.py ./project --workers 5处理完成后会在每个文件夹下生成results子文件夹里面包含识别出的文本文件.txt识别出的表格文件.mdMarkdown格式识别出的公式文件.texLaTeX格式处理报告processing_report.json5. 进阶技巧与最佳实践掌握了基础用法后我们来看看如何让GLM-OCR发挥最大效用。这些技巧都是我在实际项目中总结出来的能帮你避免很多坑。5.1 优化识别准确率GLM-OCR虽然强大但图片质量直接影响识别效果。以下是一些优化建议图片预处理技巧from PIL import Image import cv2 import numpy as np def preprocess_image(image_path, output_pathNone): 图片预处理函数 可以显著提升OCR识别准确率 # 读取图片 img cv2.imread(image_path) # 1. 转换为灰度图减少颜色干扰 gray cv2.cvtColor(img, cv2.COLOR_BGR2GRAY) # 2. 二值化增强文字对比度 _, binary cv2.threshold(gray, 0, 255, cv2.THRESH_BINARY cv2.THRESH_OTSU) # 3. 去噪 denoised cv2.medianBlur(binary, 3) # 4. 调整大小保持长宽比最大边不超过2000像素 height, width denoised.shape max_size 2000 if max(height, width) max_size: scale max_size / max(height, width) new_width int(width * scale) new_height int(height * scale) resized cv2.resize(denoised, (new_width, new_height), interpolationcv2.INTER_CUBIC) else: resized denoised # 保存预处理后的图片 if output_path: cv2.imwrite(output_path, resized) return output_path or image_path # 在实际使用中 processed_image preprocess_image(original.jpg, processed.jpg) result client.predict( image_pathprocessed_image, promptText Recognition:, api_name/predict )拍摄/扫描建议光线均匀避免阴影和反光角度垂直尽量正对文档拍摄分辨率适中300-600 DPI效果最佳格式选择PNG或高质量JPG避免过度压缩5.2 处理特殊场景场景1超长文档识别如果文档太长可以分段识别def process_long_document(image_path, segment_height1000): 处理超长文档分段识别 img cv2.imread(image_path) height, width img.shape[:2] results [] # 分段处理 for y in range(0, height, segment_height): # 计算当前分段 y_end min(y segment_height, height) segment img[y:y_end, 0:width] # 保存临时分段图片 segment_path ftemp_segment_{y}.jpg cv2.imwrite(segment_path, segment) # 识别分段 try: segment_result client.predict( image_pathsegment_path, promptText Recognition:, api_name/predict ) results.append(segment_result) finally: # 清理临时文件 if os.path.exists(segment_path): os.remove(segment_path) # 合并结果 return \n.join(results)场景2批量处理中的错误重试def robust_predict(client, image_path, prompt, max_retries3): 带重试机制的预测函数 for attempt in range(max_retries): try: result client.predict( image_pathimage_path, promptprompt, api_name/predict ) return result except Exception as e: if attempt max_retries - 1: raise e print(f 第{attempt1}次尝试失败{e}等待1秒后重试...) time.sleep(1) return None5.3 性能优化建议调整并发数CPU模式建议1-2个并发GPU模式8GB显存建议3-5个并发GPU模式16GB显存建议5-10个并发批量处理策略# 按文件大小分组处理 small_files [f for f in files if os.path.getsize(f) 1024*1024] # 1MB large_files [f for f in files if os.path.getsize(f) 1024*1024] # 1MB # 先处理小文件快速获得反馈 # 再处理大文件避免内存不足内存管理import gc # 在处理大量图片时定期清理内存 def process_with_memory_management(images, batch_size10): for i in range(0, len(images), batch_size): batch images[i:ibatch_size] process_batch(batch) # 清理内存 gc.collect()5.4 集成到现有系统如果你想把GLM-OCR集成到自己的系统中这里有一个简单的Flask API封装示例from flask import Flask, request, jsonify import tempfile import os app Flask(__name__) # 全局GLM-OCR客户端 client None def init_glm_ocr(): 初始化GLM-OCR客户端 global client if client is None: client Client(http://localhost:7860) return client app.route(/api/ocr/recognize, methods[POST]) def recognize_text(): OCR识别API接口 try: # 检查文件上传 if image not in request.files: return jsonify({error: 没有上传图片}), 400 image_file request.files[image] # 获取任务类型 task_type request.form.get(task_type, text) task_prompts { text: Text Recognition:, table: Table Recognition:, formula: Formula Recognition: } if task_type not in task_prompts: return jsonify({error: 不支持的任务类型}), 400 # 保存临时文件 with tempfile.NamedTemporaryFile(deleteFalse, suffix.png) as tmp: image_file.save(tmp.name) temp_path tmp.name try: # 初始化客户端 client init_glm_ocr() # 调用GLM-OCR result client.predict( image_pathtemp_path, prompttask_prompts[task_type], api_name/predict ) return jsonify({ success: True, task_type: task_type, result: result }) finally: # 清理临时文件 if os.path.exists(temp_path): os.remove(temp_path) except Exception as e: return jsonify({error: str(e)}), 500 if __name__ __main__: app.run(host0.0.0.0, port5000, debugTrue)这样你就可以通过HTTP API调用GLM-OCR了curl -X POST -F imagedocument.png -F task_typetext http://localhost:5000/api/ocr/recognize6. 总结通过这篇文章你应该已经掌握了GLM-OCR的核心用法和高级技巧。让我们回顾一下重点6.1 核心收获GLM-OCR的强大能力它不只是简单的文字识别还能处理表格、公式等复杂文档准确率远超传统OCR工具。灵活的调用方式你可以通过Web界面快速试用也可以通过Python API集成到自己的系统中还可以用我提供的批量处理脚本自动化处理大量文档。完整的解决方案从环境搭建、基础调用到批量处理、错误处理、性能优化我为你提供了一站式的解决方案。实际可用的代码所有代码都是经过实际测试的你可以直接复制使用也可以根据自己的需求修改。6.2 下一步建议根据你的具体需求可以选择不同的深入方向如果你需要处理大量文档使用我提供的批量处理脚本调整并发数以获得最佳性能考虑添加图片预处理步骤提升识别准确率建立错误重试机制确保处理稳定性如果你要集成到业务系统参考Flask API示例封装成微服务添加用户认证、访问控制等安全措施考虑使用消息队列如RabbitMQ处理大量请求如果你需要更高的准确率深入研究图片预处理技术尝试不同的参数组合考虑训练自定义模型如果GLM-OCR支持6.3 最后的话GLM-OCR是一个真正能提升工作效率的工具。我见过太多团队还在手动录入文档或者用着识别率低下的传统OCR工具。现在有了这套完整的解决方案你可以把重复性的文档处理工作交给机器让自己专注于更有价值的事情。记住技术工具的价值在于解决实际问题。GLM-OCR可能不是万能的但对于大多数文档识别需求它已经足够强大。关键是你要开始用起来在实际使用中不断优化和调整。如果你在使用的过程中遇到任何问题或者有更好的使用技巧欢迎分享出来。技术总是在实践中不断进步的。获取更多AI镜像想探索更多AI镜像和应用场景访问 CSDN星图镜像广场提供丰富的预置镜像覆盖大模型推理、图像生成、视频生成、模型微调等多个领域支持一键部署。

相关文章:

GLM-OCR开发者实操手册:Gradio client调用+批量图片识别脚本示例

GLM-OCR开发者实操手册:Gradio client调用批量图片识别脚本示例 你是不是也遇到过这样的场景:手头有一堆发票、合同或者产品说明书图片,需要把里面的文字、表格甚至公式都提取出来?一张张手动录入或者用传统OCR工具,不…...

秀米能做的它都行,AI 写作让内容生产更简单

「选题想破头,初稿磨半天,排版更费神。」这或许是当下许多小编、运营乃至企业内容负责人的日常写照。内容需求暴涨,但高质量产出一直是道门槛。传统的编辑器,如秀米等,已极大简化了图文排版与可视化编辑的流程&#xf…...

KISTLER 1631C3 连接电缆

KISTLER 1631C3(奇石乐)是压电式传感器专用高绝缘单芯同轴连接电缆,3 米,绿色 PFA 材质,KIAG 10-32 公转 BNC 公。一、型号含义1631C:系列(高绝缘、低噪声、单芯同轴)3:长…...

农业IoT部署卡在MQTT连接失败?Python异步通信优化全链路解析(含田间实测吞吐量对比数据)

第一章:农业IoT部署卡在MQTT连接失败?Python异步通信优化全链路解析(含田间实测吞吐量对比数据)在华北平原某智慧农场的边缘网关部署中,23台土壤温湿度传感器频繁出现MQTT连接超时与会话重置现象,平均重连耗…...

OFA模型微调实战:适配特定领域的小样本学习

OFA模型微调实战:适配特定领域的小样本学习 用最少的数据,让通用大模型听懂你的专业语言 1. 引言:当通用模型遇到专业领域 你有没有遇到过这样的情况:一个在通用场景下表现优秀的AI模型,一到你的专业领域就"水土…...

Qt5新手必看:3分钟搞定你的第一个控制台程序(附完整代码)

Qt5入门实战:从零构建控制台应用的完整指南 引言:为什么选择Qt5作为开发起点? 对于刚接触C图形界面开发的程序员来说,Qt框架提供了一个绝佳的起点。它不仅拥有跨平台特性,还具备完善的工具链和丰富的模块库。控制台程序…...

OpenClaw 部署指南 (Linux)版本原始安装。

OpenClaw 部署指南 (Linux)版 这阵子工作忙得离谱,连折腾新东西的时间都没有。 “龙虾”的风吹过了,寻思着也不能一直当吃瓜群众,就跟一手,看看这玩意到底有多神。 老规矩,不整那些花里胡哨的,先本地跑起来再说。一步一步来,比一上来就搞什么生产环境靠谱多了。 这几…...

WarcraftHelper终极指南:5大核心功能让魔兽争霸3在现代系统完美运行

WarcraftHelper终极指南:5大核心功能让魔兽争霸3在现代系统完美运行 【免费下载链接】WarcraftHelper Warcraft III Helper , support 1.20e, 1.24e, 1.26a, 1.27a, 1.27b 项目地址: https://gitcode.com/gh_mirrors/wa/WarcraftHelper WarcraftHelper是一款…...

【架构师老王】AI真的在“杀死”软件吗?从系统烟囱到Agent时代的非侵入式重构

摘要 近期,“AI杀死软件”的论调在硅谷和国内技术圈闹得沸沸扬扬。作为一名在企业架构领域摸爬滚打15年的老兵,我见证了从单机版到SOA,再到微服务与云原生的每一次浪潮。客观来讲,AI杀死的并不是“软件”本身,而是那些…...

AI结对编程:借助快马平台智能生成qclaw官网的AI功能模块

最近在开发qclaw官网时,尝试用AI辅助完成了一个合同条款分析功能,整个过程比想象中顺畅很多。这个功能的核心是让用户输入合同文本后,自动评估风险等级并给出提示。下面分享下具体实现思路和与AI协作的实践经验。 功能设计要点 首先明确这个…...

3步实战指南:轻松搭建抖音直播间弹幕数据抓取系统

3步实战指南:轻松搭建抖音直播间弹幕数据抓取系统 【免费下载链接】DouyinLiveWebFetcher 抖音直播间网页版的弹幕数据抓取(2024最新版本) 项目地址: https://gitcode.com/gh_mirrors/do/DouyinLiveWebFetcher 想象一下,你…...

提升开发效率与视觉舒适度:LxgwWenKai字体全场景配置指南

提升开发效率与视觉舒适度:LxgwWenKai字体全场景配置指南 【免费下载链接】LxgwWenKai LxgwWenKai: 这是一个开源的中文字体项目,提供了多种版本的字体文件,适用于不同的使用场景,包括屏幕阅读、轻便版、GB规范字形和TC旧字形版。…...

嵌入式通信协议SPI/I2C/UART原理与应用

嵌入式通信协议原理图解与技术解析1. 串行通信协议基础1.1 SPI通信协议SPI(Serial Peripheral Interface)是一种全双工、同步串行通信协议,采用主从架构设计。其核心特点包括:四线制结构:SCLK(时钟)、MOSI(主出从入)、MISO(主入从出)、SS(片选…...

大模型应用指南:小白程序员必收藏,轻松入门AI前沿技术!

2025年大模型技术已在IT、金融、制造等领域广泛应用,从智能客服到数据分析,助力企业转型。沙丘智库《大模型应用跟踪月报》收录504个案例,揭示行业分布、应用场景及发展趋势。大模型不仅是技术突破,更是时代标志,小白程…...

大模型“预训练”是怎么回事

经常在想,大模型是怎么学会“理解和生成语言”的。仔细看,它的训练过程其实很有规律,简单讲可以拆解成几个步骤。数据准备 训练大模型之前,最重要的是数据。我看到的做法是从各种网络资源收集海量文本,比如网页、书籍、…...

ElasticSearch查询集群及设置

Elasticsearch查询集群API示例 查看集群状态及监控 参考资料 https://www.elastic.co/guide/en/elasticsearch/reference/6.6/cluster-health.html https://www.elastic.co/guide/en/elasticsearch/reference/6.6/cluster-nodes-stats.html 查看集群状态 健康状态 curl -XGE…...

YOLOv8工业缺陷检测推理延迟骤降63%:基于TensorRT量化+ONNX Runtime定制化内核的完整链路

第一章:YOLOv8工业缺陷检测推理延迟骤降63%:基于TensorRT量化ONNX Runtime定制化内核的完整链路在高吞吐产线场景下,YOLOv8原生PyTorch模型在Jetson AGX Orin上单帧推理延迟达84.2ms(输入尺寸640640),严重制…...

Untrunc:10倍速视频修复工具,让损坏的MP4/MOV文件起死回生

Untrunc:10倍速视频修复工具,让损坏的MP4/MOV文件起死回生 【免费下载链接】untrunc Restore a truncated mp4/mov. Improved version of ponchio/untrunc 项目地址: https://gitcode.com/gh_mirrors/un/untrunc 你是否曾经因为视频文件损坏而失去…...

【Python多解释器隔离终极指南】:20年CTO亲授GIL绕过术、内存隔离与并发安全实战(附可运行代码库)

第一章:Python多解释器隔离的核心概念与演进脉络Python长期以来以全局解释器锁(GIL)为标志性设计,单进程内仅能存在一个活跃的CPython解释器状态(PyInterpreterState),这使得“多解释器”长期处…...

用 OpenAI Codex 打造你的 AI 结对编程助手

用 OpenAI Codex 打造你的 AI 结对编程助手 告别重复劳动,让 AI 直接帮你写代码、修 Bug、跑测试 在 AI 编程工具层出不穷的今天,OpenAI Codex 依然是许多开发者心目中的“神器”。与普通的代码补全工具不同,Codex 是一款终端原生的 AI 编程助…...

RT-Thread Nano 3.0.3移植STM32F103后,第一个实战:用FinSH组件实现串口命令行调试

RT-Thread Nano 3.0.3移植STM32F103实战:FinSH组件实现串口命令行调试 当你成功将RT-Thread Nano移植到STM32F103开发板后,第一个令人兴奋的里程碑就是让系统真正"活"起来——而FinSH组件正是实现这一目标的完美起点。这个内置的命令行交互工具…...

别再手动搬虚拟机了!vSphere DRS全自动负载均衡保姆级配置指南(附规则避坑)

别再手动搬虚拟机了!vSphere DRS全自动负载均衡保姆级配置指南(附规则避坑) 想象一下这样的场景:凌晨三点,你被监控告警惊醒——某台ESXi主机CPU负载飙升至95%,而同一集群内其他主机资源利用率不足30%。你不…...

Python多线程真能并行了吗?(GIL绕过技术全图谱:subprocess/numba/multiprocessing/cython/rustpy)

第一章:Python无锁GIL环境下的并发模型面试题汇总Python 的全局解释器锁(GIL)长期被视为多线程并发的瓶颈,但近年来随着 CPython 3.13 引入实验性无锁 GIL(--without-pymalloc 配合 --with-per-object-gil 原型&#x…...

雷电模拟器装Magisk后,自带的文件管理器为啥打不开/data?用MT管理器一招搞定

雷电模拟器Magisk环境下文件管理器的权限困局与实战解决方案 当你在雷电模拟器中成功安装Magisk后,可能会遇到一个令人困惑的现象:原本可以自由访问系统目录的自带文件管理器,突然对/data和/system等关键路径"视而不见"。这并非模拟…...

生物认证锁:用虹膜加密核心模块——软件测试从业者的专业指南

在数字化转型浪潮中,生物认证技术正重塑安全防护体系,其中虹膜识别凭借其超高精度和防伪特性,成为加密核心模块(如支付系统、数据库访问控制或敏感API)的首选方案。作为软件测试从业者,您肩负着验证系统鲁棒…...

douyin-downloader:智能抖音视频全流程管理工具,让内容收集效率提升90%

douyin-downloader:智能抖音视频全流程管理工具,让内容收集效率提升90% 【免费下载链接】douyin-downloader 项目地址: https://gitcode.com/GitHub_Trending/do/douyin-downloader douyin-downloader是一款开源的抖音视频批量下载与管理工具&am…...

企业高效知识体系:8大核心特征+可落地搭建框架,告别知识散乱

对于企业而言,知识从来不是“文件堆”,而是能支撑业务、培养新人、规避风险的核心资产。很多企业陷入“文档满天飞、新人没人带、老员工离职带跑经验”的困境,本质是没有搭建起高效、完整的知识体系。今天就一次性讲透:一个能真正…...

别再乱填了!手把手教你配置Keil的IROM1和IRAM1,让STM32程序跑得更稳

深度解析Keil内存配置:从原理到实战的STM32开发指南 当你第一次在Keil MDK的"Target"选项卡中看到IROM1和IRAM1的配置项时,是否感到困惑?这些看似简单的地址和大小设置,实际上关系到整个嵌入式系统的稳定运行。许多开发…...

Python实战:5分钟搞定小红书自动点赞脚本(附完整代码)

Python实战:5分钟实现小红书自动化互动工具开发指南 在当今内容爆炸的时代,社交媒体运营已成为个人品牌和商业推广的重要阵地。小红书作为国内领先的生活方式分享平台,其互动数据直接影响内容曝光和账号权重。对于开发者而言,掌握…...

从智慧灯杆到无人驾驶:如何用Raspberry Pi 4和Arduino搭建微型智慧城市实验平台

从智慧灯杆到无人驾驶:如何用Raspberry Pi 4和Arduino搭建微型智慧城市实验平台 在创客文化和高校工程教育中,低成本硬件的创新应用正掀起一场微型智慧城市实验的革命。只需一块树莓派主板、几个传感器和开源软件,就能在桌面上复现价值数百万…...