太原后端兼职招聘

项目编号：【42203】 就是你作品里的第一个软件

项目编号：【42200】 项目简介 开发一套服务器询报价管理系统，支持供应商报价录入、客户询价处理、价格比对、历史数据分析等核心功能。 岗位职责 负责询报价系统后端架构设计与开发 实现用户管理、权限控制、报价流程等核心模块 对接大模型 API，实现智能报价建议、价格分析等功能 编写技术文档，配合前端完成接口联调 任职要求 必备技能： 3年以上 Python 开发经验，熟悉 Flask/FastAPI/Django 等主流框架 熟练使用 MySQL/PostgreSQL，有数据库设计经验 了解 RESTful API 设计规范，能独立完成后端服务开发 熟悉 Git 版本控制，具备良好的代码规范意识 加分项： 有大模型（OpenAI/Claude/国产大模型等）对接经验 熟悉 Prompt Engineering，能将 AI 能力融入业务流程 有电商/B2B 平台、供应链管理系统开发经验 了解 Docker、Linux 服务器部署 工作方式 兼职远程，时间灵活协商 按模块/里程碑结算或按时薪结算（可议） 预计周期：2-3 个月（视功能复杂度）

项目编号：【184648】 客户测试下退款流程

项目编号：【184640】 对相机，镜头，光源，工控机等有选型能力 有工业相机 SDK 开发经验，能实现相机参数控制与图像采集。 能实现自动曝光算法：基于灰度直方图 / 平均灰度自动调节曝光时间，支持 ROI 曝光、防过曝。 能精确计算原始灰度值：平均灰度、积分灰度、背景扣除、灰度直方图。 能实现 WB 条带 / 发光斑点定量分析，输出可用于论文的数据。 了解化学发光 / 凝胶成像系统原理，保证图像定量准确、不做破坏性增强。

项目编号：【184625】 3-5年后端开发经验 做过3-5个完整项目 熟悉PHP/Java/Python/Node.js 有CMS系统开发经验 能提供已上线案例

项目编号：【42189】 python脚本调试，已购买的python脚本，由于自己不会py语言，有几个地方需要微调。一天工作量400

项目编号：【42187】 python脚本调试，大概500行代码，一天时间400

项目编号：【42185】 硬性条件需要个人，企业勿扰 协助我们解决数据深挖的难题

项目编号：【184617】 【咨询任务书】合规工具技术可行性分析 1. 项目概况 开发一款面向中小企业私有化部署的AI合规工作台。核心目标是实现：极致的本地 AI 推理、毫秒级多人协同、以及“胖数据库”驱动的确定性法律合规判定。 系统要求在不联网的情况下，依然能完成复杂的合同审查与文书编排。 2. 待分析核心技术栈 (The Stack) • Infrastructure: Turborepo, NestJS (Fastify), Zod, big.js • Frontend: Next.js 15, Tiptap Pro, dnd-kit, react-pdf-viewer (Enterprise) • Collaboration: Yjs, Hocuspocus, y-indexeddb (Local-first) • AI Engine: Mastra (Graph Workflow), node-llama-cpp (Local Inference), Zen Engine (GoRules) • Database: Gel / EdgeDB (Native Vector, Graph, Computed Properties) • Scheduling: Trigger.dev, Valkey, Alibaba Cloud OSS 3. 专家审查的核心要点（重点关注“断层区”） 我们要求专家针对以下 5 个高风险整合点 出具详细的可行性评估与避坑指南： • A. 物理语法锁 (GBNF) 的落地性： 评估如何利用 node-llama-cpp 的 GBNF 语法约束，将 Zod Schema 转化为物理级的输出锁，确保本地模型输出 100% 适配 Zen Engine 要求的 JSON 格式。 • B. 三级持久化分流架构： 验证 Valkey (热) -> Gel (温) -> OSS (冷) 的三级存储链路在 Hocuspocus extension-database 钩子下的原子性实现方案。 • C. 胖数据库（Fat Database）逻辑下沉： 评估如何将复杂的法律计费、时效推演逻辑通过 EdgeQL 的 computed property 固化在存储层，以满足“零胶水代码”的要求。 • D. PDF 物理坐标与 AST 语法树映射： 分析如何通过 react-pdf-viewer 企业版生成的 UUID 锚点，在 Tiptap 异步协同环境下保持双向高亮跳转的实时性与稳定性。 • E. 边缘侧 RAG 性能： 评估在 Gel 原生 ext::ai 扩展下，图关系过滤与向量相似度检索（Hybrid Search）的联合查询性能极限。 4. 交付物要求 1. 《技术可行性分析报告》：针对上述 A-E 每一个点给出“可行”或“不可行且有替代方案”的结论。 2. 《关键链路伪代码契约》：提供 Mastra 调用本地模型并输出到 Zen Engine 的标准 JSON 数据流模板。 3. 《硬件选型建议》：针对该技术栈，给出10人以内本地部署的 Mini PC（如 Mac Studio 或 高配 NUC）的最优配置建议。 交付标准说明 『1980梳理原型』交付需要完成：项目需求说明文档、产品结构图、模块功能梳理清单。相关产品结果由平台统一按标准审核后交付客户。项目资料安全起见，以下参考文档来自不同项目，局部都已经打散重新组合。 项目需求说明文档 1.项目需求说明文档 包含如下部分，交付客户时『项目需求说明文档』需要转换成pdf a、文档结构说明部分 封面 项目说明 产品架构 b、产品需求描述部分 产品结构图 核心业务流程图 功能模块及需求说明 项目需求说明文档_参考示例.docx 产品结构图 产品结构图或产品逻辑图、产品脑图；核心业务流程图 a、产品结构图 结构图|逻辑图 b、核心业务流程图 核心流程图 模块功能梳理清单 『模块功能梳理清单』是重点核心，必须细致到所有功能点。 具体请看链接：http://support.proginn.com/case/archetype1980/

项目编号：【42184】 想为已上线的APP新增一个手账笔记功能。 已经用GEMINI完成了对应的web应用，不太清楚是H5还是网页代码。 现需要一位懂H5的JAVA后端，看过代码之后，给出一个判断，并完成它。 判断是否进行适配网页、安卓、IOS的原生开发 还是 直接套用部分代码来用H5呈现画布内容，包括其中的利与弊和开发难度等等。 详细需求中可能还会包含部分app的java后台和网页版优化维护问题。 需要10年以上JAVA经验，精通H5、网页开发、websocket等。有开发手账、笔记本相关经验者优先。 预算：2500元