职位

职业角色

全部

后端

移动端

前端

DBA

设计师

产品经理

高端技术职位

更多

全部

C++

Rust

Go

全栈

PHP

Java

C

C#

Python

Ruby

Node.js

后端其他

国内地区

全部

北京

上海

深圳

广州

杭州

成都

南京

更多

工作方式

全部

兼职

驻场

Python工程师
¥1-6K/月

5-10年经验

1个月

项目编号:【192257】 编写一个程序 把类似的音频降噪, 除杂 声音变清晰洪亮 要求: 必须做过音频处理的开发, 专业性偏强
Python工程师
¥1-6K/月

5-10年经验

1个月

项目编号:【192239】 【付费外包】虎牙直播间数据抓取工具 需求: 做一个虎牙直播间监控工具,抓取贵族、守护的进场记录,以及弹幕和礼物数据。 功能要求: 1.输入虎牙数字房间号(如158953),自动连接直播间 2.记录贵族、守护进场:昵称、贵族/守护等级、虎牙UID、进场时间 3.记录弹幕和礼物:昵称、内容、礼物名称、数量、时间 4.支持多个直播间同时监控 5.数据导出Excel,按用户去重,统计每人来访次数和送礼总额 6.最好有简单的操作界面,不懂技术也能用 只抓直播间里公开显示的数据,不涉及查手机号、微信这类个人信息。 希望你: -做过虎牙或其他直播平台的弹幕抓取(熟悉TARS/JCE协议更好) -能提供演示视频或以往项目案例 -能接受后期维护(虎牙改协议后负责修复) 预算:商议(1000-5000)按功能和维护,可以先报价 付款:走平台担保或分阶段付款(演示通过付一部分,交付验收后付尾款) 工期:希望1周内完成 有意向的请私聊我,发一下报价、工期和以往案例。
Python工程师
¥6-12K/月

Python

5-10年经验

1个月

项目编号:【192221】 我们是电商公司,主营手机壳,有大量爆款短视频。每条爆款视频需要复刻到400-600个手机型号上,目前靠人工拍摄+剪辑,成本高、效率低、样品容易漏发错发。 我们需要一个本地运行的定制工具,把一条爆款母版视频中的手机壳上的摄像头区域,自动替换成不同型号的摄像头图片。视频其他所有内容(手、灯光、背景、支架、手机壳主体、质感)完全不变。 不是AI生成视频,是视频局部精准替换,类似RPA的确定性自动化工具。 核心需求: 1. 输入:一条爆款母版视频(15-60秒,摄像头清晰可见)+ N个手机型号的摄像头高清图片。 2. 功能:自动检测并跟踪视频中手机壳上的摄像头区域,用对应型号的摄像头图片逐帧、精准、无缝替换。除摄像头外,其他像素完全不动。一次导入N个型号图片,自动生成N条替换后的视频。 3. 输出:N条视频,分辨率与母版一致,每条对应一个型号。 4. 关键要求: · 通用检测:一次训练后,能自动处理不同款式、不同支架、不同场景的新视频,无需对每个视频单独建模或配置。 · 精准替换:摄像头位置、比例、透视角度要准确,不能错位、变形、模糊。 · 质感保留:原视频打光、质感、手部动作、背景完全保留,不能有AI痕迹。 · 本地运行:普通Windows电脑可运行,不需要按次付费给云平台。 5. 技术建议:YOLO做目标检测,OpenCV做跟踪和图像融合,可参考Wan2.1-VACE物体替换能力。 6. 交付物:可执行程序(带简单GUI)、训练好的模型文件、使用说明、源代码优先。 7. 验收标准:用3-5条完全不同的爆款视频测试,工具能自动检测到摄像头并成功替换;除摄像头外,其他区域与原视频逐帧对比无差异;批量处理100个型号1小时内完成。 8. 对开发者要求:有计算机视觉/视频处理经验,能先做Demo,Demo通过再谈合同和付款,不接受转包。 9. 付款方式:30%定金 + 40% Demo通过 + 30%最终交付。 10. 其他:我方提供测试视频和型号图片。工具完成后,新增型号不需要重新建模,直接导入图片即可生成。后续可长期合作。
Python工程师
¥18-30K/月

Python

5-10年经验

1个月

项目编号:【192219】 开发者要求 · 有计算机视觉(YOLO/OpenCV)和OCR实战经验 · 熟悉Python多线程/异步编程 · 了解TexasSolver或类似GTO求解器者优先 · 能提供GitHub或过往项目案例 · 沟通及时,能用通俗语言汇报进度 · 接受分阶段验收和付费 需求如下 德州扑克辅助分析 一、适用牌局与核心功能 1. 牌局:8人桌;小盲0.25,大盲0.5;枪口位每手自动投入1;整桌平均VPIP约38%;初始买入100–400 BB。 2. 注意:枪口投入1究竟属于活Straddle(可最后行动)还是固定强制投入但不改变行动顺序,仍需确认。翻前行动顺序、合法最小加注及开池金额以实际牌局规则为准。 3. 以真实「有效筹码」(参与双方剩余筹码中的较小值)决策。100–400 BB是初始带入,不等于每手的当前有效筹码。 4. 目的:识别当前牌局信息,先给基础行动建议;对手数据足够、符合明确条件时,给出不同的剥削建议,并解释原因。 二、识牌与牌局信息显示 识别内容: ① 我方两张手牌(点数、花色)。 ② 公共牌:翻牌3张、转牌1张、河牌1张及当前街道。 ③ 底池金额、我方剩余筹码、当前需要跟注的金额。 ④ 座位与位置(在画面可辨认时)、当前仍未弃牌人数、对手可见筹码。 ⑤ 在画面持续可见且能确认动作时,区分过牌、弃牌、跟注、下注、加注。 ⑥ 若牌面、数值或动作看不清:显示【未识别/未知】,不猜测。 界面示例: 【牌局识别】翻牌圈|我方:Ah Qh|公共牌:Qs 7d 2c 【底池】12.50|【需跟注】0|【我方筹码】85.00 【位置】BTN|【剩余玩家】2|【有效筹码】78.00 (以上仅为展示数据示例) 三、基础策略怎么给建议 判断依据:当前街道、位置、前序动作、有效筹码、底池人数、我方牌力/听牌、公共牌结构、底池赔率。 输出动作:弃牌(Fold)/过牌(Check)/跟注(Call)/下注(Bet)/加注(Raise)。 同时显示具体金额:例如【下注:9.00(75%底池)】;加注统一写成【加注到:15.00(总额)】,避免将“加注到”误解为“再加多少”。 若有不同打法,先确定完整的动作概率分布,再由RNG抽出本行动节点的最终建议;界面同时显示各动作概率和抽样结果,不能总选概率最大的动作。 每个下注金额以当下实际底池计算,而非固定金额。下注比例指下注前底池的比例,不是行动概率。 四、对手画像:如何打标签 按单个玩家分别统计,不把整桌平均VPIP38%当成每个人的VPIP。 常见统计:VPIP(主动入池率)、PFR(翻前加注率)、3Bet率、面对3Bet弃牌/跟注率、翻牌/转牌/河牌面对下注的弃牌/跟注率、特定场景加注率。 标签示例:【跟注站】【松被动】【松凶】【紧手】【翻牌高弃牌率】【激进3Bet】【河牌跟注站】等。 启动门槛(本次按“20手可以开始触发”调整): - 同一对手至少20手可确认的有效观察,且规则所需指标均可计算、条件满足时,即可启动对应剥削;未满20手只显示数据和基础建议。 - 本次同步取消普通指标原“至少50次对应机会”的统一硬性等待门槛,避免总门槛改成20手后仍被旧门槛挡住。这是早期启用口径,不是声称20手足以准确分类。 - VPIP/PFR按各自有效观察手数统计;3Bet、弃牌、跟注等按各自实际可观察机会统计。所有用于触发的指标都要显示次数和分母,不能拿总手数冒充对应机会数。 - 所需指标对应机会为0,或动作/身份无法确认时,不触发该规则。对应机会大于0但很少时允许早期判断,界面必须标注【初步标签/低样本】,不宣称高置信或自动提高下注力度。 - 规则05涉及“诈唬偏多”的判断,保留原额外条件:至少20次可确认的相关摊牌;达不到时不启用该规则。观察满20手不等于已看到20次相关摊牌。 - 只涉及当前牌局的规则(例如规则08多人底池禁纯诈唬),不需要等待对手满20手。 界面例:【观察20手】VPIP40%(8/20)|PFR10%(2/20)|翻后跟注70%(7/10次)|【初步标签/低样本】。 说明:整桌VPIP约38%不替代个人统计;被迫投入的盲注或枪口金额不作为主动入池行为。 五、15条具体剥削规则(触发→动作→界面) 说明:以下保留15条规则及原定策略数值;新增20手早期启用、多人底池限制和RNG执行要求。相同对手可以有多个标签。 先判断样本、位置、牌力、牌面和行动合法性,确定规则及动作分支后再抽样;不把80%或70%理解成对任意手牌无条件下注、跟注或加注。 01【跟注站】 触发:对手有效观察≥20手,VPIP>35%、PFR60%;单挑与多人底池均适用,目标跟注站必须仍在当前底池。多人池中仍须结合所有未弃牌对手的范围判断价值。 动作:我方持有适合价值下注、预计较差牌会支付的顶对及以上,价值下注尺度设为75%底池;强两对及以上、牌面安全且对手可用较差牌支付时,候选尺度提高至150%底池。上述尺度在多人池同样允许使用,但不能仅因一名跟注站在池中,就用弱顶对对全体玩家强制超池下注。无听牌空气牌纯诈唬频率0%。 多人池限制:价值放大保留;纯诈唬关闭。转牌/河牌同时命中规则12/14时,优先使用相应街道规则的100%底池尺度,不与75%或150%叠加。 界面:座位5【跟注站/初步】|观察20手|VPIP40%(8/20)/ PFR10%(2/20)/ 跟注70%(7/10次)|【多人池:价值放大可用,纯诈唬0%】|建议:下注75%底池。 02【翻牌高弃牌率】 触发:翻牌面对持续下注弃牌率>60%;单挑;我方翻前主动加注、对手翻牌过牌,且牌面适合持续下注。 动作:符合条件时,RNG按下注80%、过牌20%选择本次建议;下注尺度50%底池。不利牌面或多人池不启用此规则,不能先抽中下注再无视场景条件。 界面:【翻牌高弃牌率】弃牌66.7%(8/12次)|目标下注80%|RNG6300|下注区间0–7999|本次命中:是|最终:下注50%底池(示例)。 03【松被动,易跟入】 触发:VPIP>40%、PFR65%;对手先跟注入池,且没有其他玩家再加注。 动作:我方TT+、AQ+且位置和筹码合适时优先价值隔离加注。示例目标总额:5×枪口投入额(1)+每名额外跟注者1;实际金额须服从该局合法加注规则。 界面:【松被动】46% / 9%|建议:隔离加注到6.00(示例:1名额外跟注者)。 04【激进3Bet】 触发:对手3Bet率>12%;我方面对其3Bet;有效筹码为50–150个“1元枪口单位”。 动作:在适用位置和组合下,QQ+、AK:RNG按4Bet70%、跟注30%选择本次建议;有位置时4Bet目标总额≈对手3Bet总额×2.5,无位置≈×3;不强制用弱牌4Bet。两种分支必须均符合当前合法行动及筹码限制,才按此分布抽样。 界面:【激进3Bet】3Bet15%|4Bet70% / 跟注30%|RNG7200|4Bet区间0–6999|本次命中4Bet:否|最终:跟注(示例)。 05【河牌高诈唬倾向】 触发:单挑;河牌下注率>65%,且被看到摊牌的下注中诈唬比例>35%;对手下注≤75%底池。 动作:适合抓诈唬的顶对强踢脚组合,RNG按跟注70%、弃牌30%选择本次建议;遇到差阻断牌或明显价值下注范围时不套用。已观察摊牌的比例只代表该已知样本,不能直接当成全部河牌下注的真实诈唬率。 界面:【河牌高诈唬倾向】下注71% / 已观察诈唬40%|建议:跟注(目标70%)。 06【紧弱弃盲】 触发:VPIP65%;我方翻牌持续下注被跟注;转牌有利于我方范围;单挑。 动作:当前允许我方主动下注或过牌时,RNG按第二枪下注75%、过牌25%选择本次建议;下注尺度66%底池。 界面:【转牌高弃牌率】转牌弃牌70%|建议:下注66%底池(75%频率)。 08【多人底池】 触发:翻牌后仍至少3名玩家(含我方)未弃牌并参与当前底池。纯诈唬禁令立即生效,不等待20手,也不因命中其他规则而失效。 动作:无听牌空气牌主动下注或加注的纯诈唬频率固定0%;无需跟注时过牌,面对下注时该纯空气分支弃牌。禁令优先于所有增加诈唬频率的规则,也不得由基础策略重新带入纯诈唬。 价值动作:没有命中更具体价值规则时,强两对、暗三条及以上、确认具有价值优势的组合以66%–100%底池为候选尺度;命中规则01/12/14时,允许采用相应跟注站价值放大尺度,不能因“多人池”一律取消或压回66%底池。 有实际听牌权益的半诈唬不等同于纯诈唬,但不因此自动开启;仍需单独满足牌力、赔率及场景条件。 界面:【多人底池】剩余4人|【纯诈唬:禁用0%】|【跟注站价值放大:允许】|空气牌建议:过牌|RNG状态:不适用(确定性禁令)。 09【过度弃3Bet】 触发:对手翻前开池后面对3Bet的弃牌率>65%;我方有位置、无第三人继续;有效筹码50–150个枪口单位。 动作:合格阻断牌的3Bet诈唬频率在基础策略上提高10个百分点;有位置时3Bet总额约为对手开池额×3。 界面:【过度弃3Bet】弃牌73%|建议:3Bet加注到开池额×3。 10【宽跟3Bet】 触发:对手面对3Bet的跟注率>65%,且面对3Bet的4Bet率25%;单挑。 动作:我方完全没有后门权益的空气牌面对加注,继续率0%(弃牌);强两对及以上优先继续,强听牌按底池赔率判断。 界面:【翻牌激进加注】加注29%|建议:空气牌弃牌。 12【转牌跟注站】 触发:对手转牌面对下注跟注率>70%;单挑与多人底池均适用,目标对手仍在池中;我方至少两对、牌面没有明显顺子/同花危险,且对所有仍在池中的对手具有合理价值下注依据。 动作:价值下注候选尺度100%底池,多人池不取消该价值尺度;无听牌纯诈唬频率0%。与规则01同时满足时使用本条街道尺度,不叠加。 界面:【转牌跟注站】跟注75%|建议:价值下注100%底池。 13【河牌过度弃牌】 触发:对手河牌面对下注弃牌率>65%;单挑;对手过牌;我方持有合适阻断牌,之前的行动线能够合理代表强牌。 动作:RNG对合格诈唬组合按下注70%、过牌30%选择本次建议;下注尺度75%底池。不使用任意两张牌诈唬,多人底池禁止套用本条纯诈唬。 界面:【河牌过度弃牌】弃牌69%|建议:下注75%底池(70%频率)。 14【河牌跟注站】 触发:对手河牌面对下注跟注率>70%;单挑与多人底池均适用,目标对手仍在池中;我方有合理价值优势的两对及以上,在多人池须同时考虑其他对手可能持有的更强牌。 动作:价值下注候选尺度100%底池,多人池同样允许;纯诈唬频率0%;明显危险牌面不机械下注。与规则01同时满足时使用本条街道尺度,不叠加。 界面:【河牌跟注站】跟注78%|建议:价值下注100%底池。 15【深筹码面对超池下注】 触发:有效筹码≥200 BB(以大盲0.5计算);单挑;对手转牌或河牌下注≥125%底池;我方仅有单对且没有强改进听牌。 动作:先确认该具体组合具有特殊阻断牌或明确对手过度诈唬的依据,允许弃牌和跟注两个分支后,RNG按弃牌90%、跟注10%选择。没有合理跟注条件时不开放随机跟注分支,改按基础策略判断;不将“10%”理解为对任意单对随机接大注。 界面:【深筹码高压】有效筹码240 BB / 对手下注150%底池|建议:弃牌(目标90%)。 六、界面最终如何展示(简洁固定格式) 示例A:多人底池中的跟注站价值放大 【牌局】翻牌圈|剩余3人|底池12.00|我方Ah Ad|公共牌As 7d 2c 【对手】座位5【跟注站/初步】|观察20手|VPIP40%(8/20)|PFR10%(2/20)|翻后跟注70%(7/10次) 【基础建议】下注6.00(50%底池) 【剥削建议】下注18.00(150%底池;示例假定筹码足够、较差牌能够支付,且已满足价值下注条件) 【触发原因】规则01:强价值牌扩大尺度;规则08:多人池纯诈唬禁用 【概率状态】本例只调整已选定价值下注的尺度,不另抽行动概率;不得把150%底池显示为150%行动概率 示
Python工程师
¥1-6K/月

5-10年经验

1个月

项目编号:【192198】 1、帮公司定制、部署飞书项目管理系统 2、长期合作,每月迭代 3、编程涉及很少,主要是熟悉目前主流的AGENT、熟悉飞书项目管理、多维表格,能通过这些东西低成本、聪明地实现公司的管理需求。
Python工程师
¥1-6K/月

Python

5-10年经验

1个月

项目编号:【192196】 项目简介:开发一套A股日线波段量化策略,运行于PTrade平台,包含自定义Slope30归一角度因子,多条件共振选股、大盘总开关、止盈止损、仓位管理。 核心开发需求: 1. 实现自定义30日MinMax归一Slope角度函数(价格、成交量两套因子) 2. 完整策略逻辑:10条共振入场条件、止盈止损、仓位管理、大盘Slope总开关、振幅过滤等全套规则 3. 单元测试硬要求:通达创智001368,2026-08-22取前30根前复权收盘价,函数输出角度≈18.1°;2026-09-29输出≈38.62°。不达标视为未通过阶段验收。 4. 小样本多标的逻辑测试:4大类十余只个股,验证信号触发逻辑 5. 全市场3~5年历史回测,设置手续费、滑点,输出回测报告,包含胜率、盈亏比、最大回撤、交易明细 6. 回测代码与PTrade实盘选股代码同一套逻辑,杜绝回测美化、未来函数问题 交付清单 1. PTrade可直接粘贴运行完整Python源码,带详细中文注释 2. 部署文档、参数说明文档 3. 单元测试脚本,验证Slope因子计算正确性 4. 回测PDF报告,交易明细清单 5. 1个月免费修复代码bug;策略规则修改、参数调整属于需求变更,另行收费 验收硬性标准 1. Slope单元测试必须达标; 2. 统一采用前复权行情数据,代码不存在未来函数; 3. 源码完整交付,知识产权归甲方;代码无隐藏后门。 开发者要求 1. 熟练PTrade平台Python开发,有A股日线量化策略开发案例; 2. 懂A股K线因子、滚动窗口计算,能排查未来函数、脏数据(停牌、除权)问题; 3. 项目走平台资金托管,分阶段验收交付。
Python工程师
¥12-18K/月

5-10年经验

1个月

项目编号:【192184】 详见 PDF 文档
Python工程师
¥1-6K/月

5-10年经验

1个月

项目编号:【192175】 岗位职责: 1. 项目全生命周期管理 规划与启动: 负责TMS项目的立项、可行性分析及实施路线图制定,统筹内部资源与外部供应商(若涉及),明确项目范围、里程碑及预算。 执行与监控: 运用敏捷或传统瀑布式方法论,管控项目进度、质量、风险和变更。定期组织项目评审会,确保系统上线节点。 收尾与复盘: 组织项目终验,输出标准化项目文档,并建立运维交接机制。 2. 业务需求分析与蓝图设计 痛点挖掘: 深入业务一线(仓储、调度、承运商管理、财务结算),梳理当前运输作业中的痛点(如:在途可视性差、回单管理混乱、计费错误)。 方案设计: 设计符合公司战略的TMS解决方案,重点涵盖: 智能调度: 线路优化、承运商自动匹配与议价。 全程可视化: 对接GPS/北斗及电子围栏,实现实时轨迹追踪与异常预警。 无纸化结算: 实现回单电子化及基于SOP的自动对账计费。 3. 系统实施与数据治理 基础数据清洗: 主导承运商、客户、物料、路由等主数据的标准化治理,确保“垃圾不进,数据不出错”。 集成测试: 负责TMS与内部ERP、OMS(订单管理系统)、WMS(仓储管理系统)及外部承运商系统的接口联调与压力测试。 4. 变革管理与用户培训 制定系统切换策略(如:并行运行或直接切换),编写用户手册并组织关键用户培训,解决一线操作人员的抵触情绪,确保系统平稳落地。 任职要求: 1、学历: 全日制大专及以上学历,物流管理、计算机科学、信息管理或供应链相关专业优先; 2、拥有 5年以上供应链/物流领域项目管理经验,其中至少3年专注TMS/WMS系统; 3、必须拥有 至少2个从0到1主导上线TMS系统的成功案例的实施或项目管理。
Python工程师
¥6-12K/月

5-10年经验

1个月

项目编号:【192170】 ? 【工单招募】TikTok 云手机多账号私信聚合系统研发(基于魔云腾 API) 1. 项目概述 本项目旨在开发一套跨境电商专用的 TikTok 多账号私信聚合客服系统 (SCRM)。 底层硬件采用 魔云腾 (MYTOS) 安卓云手机服务器。项目核心目标是实现 2000 +个 TikTok 账号的“免整机重启、纯数据流沙盒热覆盖”的高效轮询与客服实时双向收发闭环。 本项目最难的硬件指纹修改、应用沙盒备份还原接口均已由硬件商(魔云腾 V3 官方 HTTP API)完整提供。开发者无需逆向 TikTok 底层协议与算法,属于纯粹的功能集成、业务逻辑控制与系统调度开发。 2. 核心研发模块与技术规范 承接团队需要具备 Web 后端开发 + 基础 Android RPA 自动化能力,系统分为以下三个核心模块: ?️ 模块一:中央数据仓库与中控调度系统(后端) • 中央仓库:自建轻量级内网 HTTP 文件服务器 + 关系型数据库。用于集中存储和管理 2000+ 个 TikTok 账号的沙盒环境数据包(.tar.gz)及对应的历史指纹 JSON。 • 调度引擎:基于 Python 或 Go 开发。并发控制 多 台魔云腾(共 40~60 路并发实例)进行分布式“账号排队轮巡”。 • 核心机制:设计标准的【分布式状态锁】(防止同账号被多台设备同时登录)与【客服回复实时插队机制】(有下行回复任务时,调度引擎可优先切换至该账号)。 ? 模块二:Android 本地 RPA 自动化脚本 • 技术方案:支持 AutoJS / Appium 或魔云腾原生点击接口。 • 上行收信:系统全流程采用闭屏运行模式(不请求 WebRTC 投屏推流,以节省带宽)。RPA 脚本通过调用魔云腾轻量截图接口(level=1)或解析内存布局树捕捉未读私信,提取客户 UID 与文本内容,通过 Webhook 异步上报后端。 • 下行秒发:脚本定位输入框,调用魔云腾官方聚焦粘贴接口 /clipboard?cmd=5&text=xxxx,将客服回复话术直接写入输入框,并触发自动点击发送。 3. 项目交付与质量验收标准 本项目的验收纯粹基于功能闭环与开发行为的合规性,不与平台死号率做硬性对赌: 1. 热切换链路闭环:单个实例接收到切号指令后,中控能连贯执行“强杀进程 ➡️ 调用 cmd=7 改写硬件指纹 ➡️ 调用 cmd=recovery 恢复目标账号沙盒数据 ➡️ 重新拉起应用”,全流程无需重启云手机整机系统。 2. 上行收信验证:在 TikTok 移动端手工发送测试消息,聚合客服系统后台可在设定的轮巡周期内正常接收并解析上报的数据。 3. 下行发信验证:客服在后台点击发送,对应云机实例必须秒级响应换号、该号指纹同步改写,并成功完成文本粘贴(cmd=5)与自动点击发送。 • 团队/个人必须熟练掌握 Android 本地文件系统 (Data目录操作)、Linux Shell 基础指令 及 Android RPA 自动化开发。 • 开发语言不限,建议采用主流的 Python、Go 或 Node.js,要求代码逻辑清晰,在循环和等待机制中必须做好合理的休眠(Sleep)容错,避免算力空转。 • 工期期望:20 - 25 天左右。 • 接单请附带相关的群控、云手机对接、或者跨境电商聊天系统的过往开发经验或类似案例。
人工智能
¥12-18K/月

Caffe

5-10年经验

1个月

项目编号:【44598】 【职位名称】 兼职资深AI/后端架构师(撰写高价值专利技术交底书,拒套模板) 【项目背景】 本人是餐饮与营养领域的专家,已独立完成一套极具商业价值的“跨物理空间多机位协同的餐饮全流程透明化溯源系统”的系统架构与业务逻辑设计。目前需申报国家发明专利。现急需一位懂CV、懂后端存储、懂流媒体的资深架构师,协助我撰写系统级、严密的专利技术交底书。 工作边界:不需要开发真实APP,不需要跑通代码,不需要搭数据库。只需按我的系统架构与业务逻辑,画架构图、写技术解决方案、写技术实施步骤、写算法伪代码、整理专利交底书。 核心任务: 1.基于我提供的系统性业务框架,绘制跨空间追踪、状态机冲突拦截、HLS按需拉流的数据流转图。 2.写出核心算法(NTP同步、ReID+RFID交叉校验、状态机拦截逻辑)的伪代码。 3.核心挑战:拒绝套用市面通用的安防/流媒体模板,必须针对餐饮后厨特有痛点(高油烟遮挡、多桌并发错配、结账销毁与用户保存冲突)进行定制化的逻辑重构,输出严密的系统协作技术方案。 要求: 1.5年以上经验,精通Python/OpenCV/视频流处理/后端状态机/分布式存储。 2.有算法类或系统类专利交底书撰写经验,或配合过专利代理师撰写专利者优先(无此经验者,必须逻辑极其严密)。 3.懂CV与视频流:熟悉YOLO、ReID(跨镜追踪),熟悉FFmpeg切片。 4.懂高级后端架构:必须懂状态机设计(拦截并发冲突)、对象存储(OSS/S3)、Redis、HLS/DASH(按需拉流RangeRequest)。 5.有“多摄像头追踪”、“边缘计算”或“视频云存储”项目经验者优先。 6.绝对排除:纯NLP、纯前端、只会用AI工具(VibeCoding)拼凑代码、只会套用通用安防模板而无定制化逻辑设计能力者,请勿投递。 7.必须签署NDA与知识产权归属协议(走平台或腾讯电子签)。所有架构逻辑、伪代码、文档知识产权归我本人所有,你仅为技术翻译与逻辑设计顾问。 预算与周期 ·预算范围:10,000-20,000元(视最终架构图、伪代码和交底书质量而定。如果配合默契,后续分案撰写可长期合作)。 ·付款方式:平台正规签约,资金平台托管,按里程碑分三期付款(初稿30%、反馈修改40%、定稿30%)。 ·合作周期:预计2-3周(先花半天时间做一个小测试,测试费200元)。
兼职招聘
兼职招聘正式上线!40W+程序员、7000+企业方,急速触达!

我要找兼职

我要招聘