V2EX · 最新主题

一 ，DSP ／ AdX 交付运营（面议） 岗位职责 1. 协助流量接入：对接 SSP 、广告网络和流量方客户经理，跟进测试流程，维护流量规模、广告格式、竞价字段及起投价等资料。 2. 流量源评估：按规模、质量、成本和稳定性比较流量源，建立合作、暂停和淘汰标准。 3. 广告数据分析：每日监控展示、点击、转化、消耗和 ROI ，分析 CPM 、胜率、点击率及转化率，输出日报、周报和优化建议。 4. 转化回传与对账：协助接入 S2S 回传，核对平台、广告主和第三方数据差异，排查回传延迟或缺失。 5. 流量质量监控：识别点击率异常、无效流量和作弊嫌疑，推动流量方整改。 6. 跨团队协作：配合投放、技术和商务团队，推动人群包、追踪设置、问题排查及广告主反馈闭环。 任职要求： • 本科及以上学历，1 至 3 年程序化广告、广告联盟或 DSP ／ SSP 运营经验。 • 熟悉 RTB 竞价流程，了解 CPM 、CPC 、CPA 等计费方式及转化漏斗指标。 • 对数据敏感，熟练使用 Excel 或 GoogleSheets ，具备基础 SQL 能力优先。 • 英文达到日常邮件和沟通水平，可以直接对接海外客户经理。 • 沟通主动、责任心强，能够同时跟进多个流量源和项目。 加分项 • 具有 Adsterra 、HilltopAds 、Traforama 或类似网盟对接经验。 • 熟悉 Keitaro 、Voluum 、S2S postback 、Sub ID 及归因规则。 • 了解 GAID 、IDFA 、人群包及隐私合规要求。 • 具有东南亚、欧美、电商或短剧投放经验。 • 使用过 BI 工具，或能够使用 Python 处理数据。 简历投递邮箱 linlinli88200@gmail.com 二 ，DSP 运营（国内&海外）面议 岗位职责 1. 协助流量接入：对接 SSP 、广告网络和流量方的客户经理，跟进测试流程，整理并跟踪各家的流量规模、广告格式、竞价请求字段（设备 ID 等）和起投价。 2. 流量源评估与筛选： 按规模、质量和成本对流量源做对比，协助建立合作、暂停或淘汰的标准。 3. 广告数据分析： 每日监控展示、点击、转化、消耗和 ROI ，分析 eCPM 、胜率、点击率、转化率等指标，产出日报和周报，并提出可执行的优化建议。 4. 转化回传与数据对账： 协助对接 S2S 回传，核对平台、广告主和第三方数据的差异，排查回传延迟或缺失。 5. 流量质量监控： 识别点击率异常、无效流量和作弊嫌疑，跟流量方沟通并推动整改。 6. 跨团队协作：配合投放、技术和商务团队，推动人群包上线、追踪设置和问题排查，跟进广告主的反馈。 任职要求 - 本科及以上学历，1 到 3 年程序化广告、广告联盟或 DSP / SSP 相关运营经验。 - 熟悉 RTB 竞价流程，了解 CPM 、CPC 、CPA 等计费方式，以及展示、点击、转化的漏斗指标。 - 对数据敏感，熟练使用 Excel 或 Google Sheets ，会基本的 SQL 更佳。 - 英语能达到日常邮件和沟通水平，可以直接和海外客户经理对接。 - 沟通主动，责任心强，能同时跟进多个流量源和项目。 加分项 - 有 Adsterra 、HilltopAds 、Traforama 等网盟或类似推送、弹窗、原生流量的对接经验。 - 熟悉 Keitaro 、Voluum 等追踪工具，了解 S2S postback 、子 ID 和归因规则。 - 了解设备 ID （ GAID / IDFA ）、人群包和隐私合规要求。 - 有东南亚、欧美市场投放经验，或电商、短剧类投放经验。 - 使用过 BI 工具，或会 Python 做数据处理。 简历投递邮箱 linlinli88200@gmail.com 三 ，社群与粉丝运营 1W–1.5W 岗位定位：初期负责至少 2–3 个产品的 Telegram 频道和群，后续产品会持续增加。把从 X 和其他渠道来的用户留下来、活跃起来，并转化成付费用户。 岗位职责： 频道与群 1.经营产品的 TG 频道和群：定栏目和发布节奏，统一频道风格，写置顶、群规和欢迎语。 2.规划 TG 机器人要做的事（入群验证、欢迎消息、自动回复、定时推送），和 AI 技术团队一起配置、维护。 3.搭建频道矩阵：主频道 + 备用频道 + 分流群。频道被封或在部分客户端被屏蔽时，启用备用频道，引导粉丝迁移。 粉丝运营 4.做粉丝分层：找出核心粉丝和付费用户，建核心群，做专属福利和回访；执行活动策划与增长定的沉默用户召回方案。 5.策划群内日常互动：话题、投票、问答、福利放送；配合活动策划与增长执行群内活动。 6.回复留言和私信（系统上线后只处理 AI 答不了、转人工的部分）；把高频问题整理进知识库，让 AI 下次能答。 秩序与反馈 7.管理群秩序：清理广告、诈骗、冒充官方的账号，处理违规用户。 8.收集用户反馈、投诉和需求，每周整理成报告给产品。 9.每周看社群数据（频道订阅、阅读量、群活跃、转化），提出调整。 任职要求 1.基本要求：会用 AI 工具。日常用 AI 写回复话术、整理用户反馈，能看出 AI 的回复哪里不对。 2.有 TG 或 Discord 社群运营经验，管过 1,000 人以上的群或频道。 3.熟悉 TG 频道和群的功能、管理设置。 4.沟通有耐心、有共情力，能处理用户情绪和投诉。 5.有防诈骗意识：认得冒充管理员、假收款地址、钓鱼链接这类常见骗局。 6.反应快：群里出现骗子、刷屏或投诉，能第一时间处理。 7.运营过视频向社群优先。 8.适应全远程办公：自律、按时在线、主动同步进度。 加分项 •英语读写流利，能直接和海外用户沟通。 •做过付费社群、会员订阅或打赏体系。 •处理过频道被封，带粉丝迁到备用频道。 •运营过 Reddit 社区。 •自己配置过 TG 管理机器人、AI 客服或自动化消息流程。 •做过 AI 陪伴、游戏类产品的用户运营。 考核方向：频道订阅增长和阅读率、群活跃度、私信和投诉响应时效、社群带来的付费转化。 内容红线（面试时当面确认） •疑似未成年的形象和内容，一律不做、不发。 •不用没授权的真人照片，不做真人换脸。 遵守各平台的视频内容规则，不靠违规手段冲量。 我们提供： 1.全远程办公，节假日按中国法定节假日休息。 2.工作需要的设备、网络和账号工具（代理、指纹浏览器等）可以报销。 3.AI 技术团队全力支持：内容运营需要什么工具、系统功能，提出来就帮你做。 4.参与搭建 AI 运营系统：你的工作流程会被做成系统功能，重复劳动交给 AI 。 工作时间： 北京时间 ·周一至周五：11:00–23:00 ，中间休息 3 小时（ 13:00–15:00 、19:00–20:00 ） ·周六：11:00–20:00 ，中间休息 2 小时（ 13:00–15:00 ） 节假日：按中国法定节假日休息 薪资统一以 U 发放 投递要求： •简历：写明所在城市或时区、期望薪资、最快到岗时间。 •另附：管理过的群或频道链接，以及人数和活跃数据。 招聘全程不收取任何费用。 简历投递邮箱 linlinli88200@gmail.com 四 ，海外社媒运营 1W–1.5W RMB 岗位定位： 初期负责至少 2–3 个产品在 X 上的官方账号和矩阵账号，后续产品会持续增加。从养号、发帖到数据复盘全流程负责，目标是让账号活下来、长起来、带来注册。 岗位职责： 账号与矩阵 1.运营各产品的 X 官方主号，给主号和矩阵号定账号定位（这个号发哪类内容、给谁看）；人设说明由内容策划按账号定位来写。 2.搭建和维护矩阵账号：注册、养号（新号先养 2–4 周再上量），每个号在独立环境运行，避免被判关联。 3.建账号档案：每个号的人设、登录环境、状态、发帖记录统一登记，换人交接不丢号。 4.监控限流、敏感标记和封号信号；出问题第一时间止损、申诉，把原因写进防封清单。 内容与互动 5.按内容策划排的内容日历和活动策划与增长的活动安排，定 X 各账号的发帖时间；赶热点的短帖和互动回复由你自己写；把哪类帖效果好反馈给内容策划。 6.维护评论区和私信：回复粉丝、引导点击链接，把高价值用户引到 TG 社群。 7.和同领域的创作者、账号互动和免费互推，扩大自然曝光；要花钱的合作交给活动策划与增长。 规则与数据 8.跟踪 X 的视频内容政策、自动化规则和推荐机制变化，维护「能发 / 不能发」清单。 9.每天看账号数据（曝光、互动率、主页访问、链接点击、带来的注册），每周出复盘，提出下周调整。 10.后续拓展 IG 、TikTok 、YouTube 等平台时，负责新平台的账号搭建；这些平台只发不露骨的引流内容。 任职要求： 1.基本要求：会用 AI 工具。日常用 ChatGPT / Claude 一类工具写帖、改稿，能判断 AI 写得好不好，并改到能直接发。 2.有海外社媒运营经验，X 必须熟；有自己运营过的账号，能提供后台数据截图。 3.熟悉 X 的视频内容规则（敏感媒体标记、年龄限制），以及限流和封号机制。 4.运营过多账号矩阵优先（同时管 5 个号以上）：懂养号、账号隔离、防关联，知道矩阵号互相引流的尺度。 5.懂网络文化和流行梗，写出来的帖像真人发的，没有 AI 腔。 6.做事细、守流程：账号、凭证、发帖记录按规矩登记。 7.运营过视频向账号优先。 8.适应全远程办公：自律、按时在线、主动同步进度。 加分项： •英语读写流利，能直接写英文帖。 •处理过封号申诉，并成功解封。 •用过指纹浏览器、代理 IP 管理工具，或 Postiz / Buffer / Hootsuite 一类排程工具。 •运营过 Reddit 视频社区或 X Communities 。 •做过 X Spaces 语音直播。 •熟悉 IG 、TikTok 等平台的规则。 考核方向：流量增长、账号存活率、粉丝增长和互动率、带来的注册、内容按时发出率。 内容红线（面试时当面确认）： •疑似未成年的形象和内容，一律不做、不发。 •不用没授权的真人照片，不做真人换脸。 遵守各平台的视频内容规则，不靠违规手段冲量。 我们提供： 1.全远程办公，节假日按中国法定节假日休息。 2.工作需要的设备、网络和账号工具（代理、指纹浏览器等）可以报销。 3.AI 技术团队全力支持：内容运营需要什么工具、系统功能，提出来就帮你做。 4.参与搭建 AI 运营系统：你的工作流程会被做成系统功能，重复劳动交给 AI 。 工作方式：全职，全远程 工作时间：北京时间 ·周一至周五：11:00–23:00 ，中间休息 3 小时（ 13:00–15:00 、19:00–20:00 ） ·周六：11:00–20:00 ，中间休息 2 小时（ 13:00–15:00 ） 节假日：按中国法定节假日休息 投递要求： •简历：写明所在城市或时区、期望薪资、最快到岗时间。 •另附：运营过的账号链接和后台数据截图。 招聘全程不收取任何费用。 简历投递邮箱 linlinli88200@gmail.com 五，活动策划与增长 1W–1.5W RMB 岗位定位：初期负责至少 2–3 个产品的拉新和转化，后续产品会持续增加。策划线上活动，找 KOL 和渠道，用数据决定预算往哪里花。 岗位职责： 活动策划 1.按产品节点、节日和热点排活动日历，策划线上活动：抽奖、打榜、邀请裂变、会员福利、限时活动。 2.写活动方案（目标、玩法、奖励、预算、风险），协调海外社媒运营、社群与粉丝运营、内容策划执行，活动结束出复盘。 3.和产品对齐活动要用的功能、奖励发放和数据回传。 渠道与 KOL 4.找 X 和 TG 上的 KOL 合作：筛选、谈价（一口价 / 按效果付费 / 混合）、跟排期、审合作内容。 5.建 KOL 和渠道资源库，按效果分级，定期淘汰低效资源。 6.负责 TG 频道互推和付费推广：选频道、谈价格、管预算。 数据与增长 7.用追踪链接和邀请码，看每个账号、每篇帖、每场活动、每个 KOL 带来多少注册和付费。 8.搭建从拉新到付费的转化漏斗报表；对文案、落地页、奖励做 A/B 测试，找出效果更好的方案。 9.看数据做流失预警，定沉默用户召回方案，交给社群与粉丝运营在群里和私信里执行。 10.每周出增长周报，提出预算往哪些号、活动和渠道倾斜。 任职要求： 1.基本要求：会用 AI 工具。日常用 AI 分析数据、写活动方案。 2.有线上活动策划、用户增长或渠道投放经验，有完整活动案例（目标、投入、结果）。 3.懂转化漏斗、留存和投入产出比，会用表格工具做数据分析。 4.做过 KOL 或 TG 频道合作：自己筛过人、谈过价、跟过效果，能说出花了多少钱、带来多少注册。 5.能把运营流程拆成具体步骤，说清哪步要人做、哪步能交给自动化工具。 6.知道 X 、Meta 、Google 这类主流广告平台对视频内容广告禁投或严格限制，推广主要走视频友好的渠道和 KOL 。 7.会谈判、能推进：和 KOL 、渠道方谈合作，和内部同事对齐排期。 8.做过视频向产品的活动或推广优先。 9.适应全远程办公：自律、按时在线、主动同步进度。 加分项： •英语沟通流利，能直接和海外 KOL 、渠道方谈合作。 •手上有现成的海外 KOL 资源（ X 或 TG ）。 •做过游戏或社区产品的活动（排行榜、虚拟货币、道具）。 •做过 TG 或 X 上的裂变活动。 •会用 SQL 或 Python 做简单的数据处理。 •做过 AI 陪伴类产品的增长。 考核方向：拉新数和获客成本、活动投入产出、KOL 和渠道投入产出、付费转化率。 内容红线（面试时当面确认）： •疑似未成年的形象和内容，一律不做、不发。 •不用没授权的真人照片，不做真人换脸。 遵守各平台的视频内容规则，不靠违规手段冲量。 我们提供： 1.全远程办公，节假日按中国法定节假日休息。 2.工作需要的设备、网络和账号工具（代理、指纹浏览器等）可以报销。 3.AI 技术团队全力支持：内容运营需要什么工具、系统功能，提出来就帮你做。 4.参与搭建 AI 运营系统：你的工作流程会被做成系统功能，重复劳动交给 AI 。 工作时间：北京时间 ·周一至周五：11:00–23:00 ，中间休息 3 小时（ 13:00–15:00 、19:00–20:00 ） ·周六：11:00–20:00 ，中间休息 2 小时（ 13:00–15:00 ） 节假日：按中国法定节假日休息 薪资：统一以 U 发放 投递要求： •简历：写明所在城市或时区、期望薪资、最快到岗时间。 •另附：1 个完整活动案例（目标、投入、结果）。 •做过 KOL 或 TG 频道合作的，可再附 1 个合作案例（花了多少、带来多少注册）。 招聘全程不收取任何费用。 简历投递邮箱 linlinli88200@gmail.com 六，H5 游戏开发工程师（海外社区方向） 20K–25K 岗位介绍 我们在做一个面向海外用户的社区平台，社区是核心，站内同时接入了大量小游戏，用来拉新和留住用户。现在招一名 H5 游戏开发工程师，配合运营团队，快速做出好玩、能带动社区活跃的小游戏。 工作职责 1. 负责平台 H5 小游戏的设计和开发，用 Cocos Creator 、Phaser 、PixiJS 等主流引擎，快速做出可上线的小游戏。 2. 深入了解社区的玩法、用户和内容生态，让游戏和社区打通，比如账号、积分、排行榜、签到、分享、成就和奖励兑换。 3. 跟运营团队紧密配合，理解活动目标和需求，按运营方向快速开发和迭代活动小游戏、节日玩法和推广玩法。 4. 负责游戏数据埋点和数据分析，跟踪留存、时长、关卡流失、分享率、转化等指标，用数据指导玩法和数值调整。 5. 持续关注海外热点、流行梗和爆款小游戏，快速做出热点玩法和创意原型，验证效果。 6. 负责游戏的性能优化和多端适配，保证在手机浏览器、桌面浏览器和社区内嵌环境里加载快、运行流畅。 7. 沉淀通用的游戏模板和组件，比如抽奖、答题、合成、跑酷、休闲竞技，提高后续游戏的开发效率。 任职要求： 1. 2 年以上 H5 游戏开发经验，有上线作品，能提供作品链接或演示。 2. 熟练掌握 JavaScript 或 TypeScript ，至少熟悉 Cocos Creator 、Phaser 、PixiJS 中的一个引擎，了解 WebGL 和 Canvas 渲染。 3. 了解游戏数据分析，熟悉留存、关卡漏斗、时长等核心指标，能根据数据改进玩法。 4. 有产品意识，能理解运营需求和社区生态，主动提出玩法建议，而不只是照着需求写代码。 5. 对热点和流行趋势敏感，有创意，懂什么样的游戏好玩、什么样的游戏会被分享。 6. 有 H5 性能优化和多端适配的经验，熟悉资源加载、内存和帧率优化。 7. 熟练使用 Claude Code 、Cursor 等 AI Agent 网页编程工具辅助开发，能用 AI 加快游戏原型搭建、代码生成和调试。 8. 执行力强，能适应快节奏的小团队，能独立从创意做到上线。 加分项 1. 做过社区、社交平台或者小游戏平台里内嵌的游戏，了解跟主站打通账号、积分和支付的方式。 2. 做过裂变分享类或者病毒传播类的小游戏，有爆款作品。 3. 有 Telegram 小游戏、Discord 活动或者 Facebook 小游戏的开发经验。 4. 会用 AI 工具生成游戏美术素材、音效或关卡内容。 5. 懂一些后端开发，能做排行榜、防作弊校验和简单的游戏服务。 简历投递邮箱 linlinli88200@gmail.com 七，海外社区运营（游戏社区方向） 10K–15K 岗位介绍 我们在做一个面向海外用户的社区平台，社区是核心，站内同时接入了大量小游戏，用来拉新和留住用户。另外平台有创作者订阅功能，用户可以付费订阅创作者的内容。现在招一名社区运营，负责社区活跃、内容生态、创作者订阅和用户增长。 工作职责 1. 负责社区日常运营，维护社区氛围和用户活跃度，策划话题、引导讨论，培养核心用户。 2. 负责用户发布内容（ UGC ）的审核和管理，制定并执行社区规则和内容规范，处理违规内容和用户举报。 3. 负责 AI 生成内容的上传、审核和素材库运营，搭建内容分类和标签体系，保证内容质量和更新频率。 4. 负责创作者订阅业务的运营：寻找并邀请创作者入驻，跟进入驻审核；指导创作者设置订阅档位和定价，维护创作者关系，提升创作者活跃度和收入。 5. 负责创作者收益结算，核对订阅收入、平台分成和提现数据，跟进结算异常和创作者的结算问题。 6. 策划并执行线上活动，比如创作征集、排行榜、节日活动、游戏挑战赛等，用社区和游戏联动来拉新、促活和留存。 7. 负责用户增长和留存，搭建新手引导、签到、等级、积分、成长体系等运营机制，提升用户付费订阅的转化。 8. 跟踪社区和订阅数据，包括活跃、留存、互动、订阅转化和续费率，定期复盘并提出优化方案，推动产品迭代。 9. 运营 Discord 、Telegram 、Reddit 、X 等海外社群渠道，收集用户和创作者的反馈，同步给产品和技术团队。 任职要求 1. 2 年以上社区、内容或游戏运营经验，有海外产品运营经验的优先。 2. 熟悉 UGC 社区的运营方法，做过内容审核、制定过社区规则。 3. 做过创作者或主播的招募和运营，了解订阅制或付费内容的运营逻辑。 4. 对数据敏感，能用数据分析运营效果，能核对收入和结算数据。 5. 熟悉海外主流社交平台和社群工具，了解海外用户的习惯。 6. 了解并会使用常见的 AI 工具辅助运营工作，比如内容创作、数据分析和用户运营。 7. 执行力强，能适应快节奏的小团队，能独立推进项目。 加分项 1. 用过 Midjourney 、Stable Diffusion 等 AI 生成工具，做过 AI 内容或素材库运营。 2. 运营过 Patreon 、Fanbox 这类订阅平台，或者 Discord 、海外游戏社区、H5 小游戏平台。 3. 熟悉海外内容平台的审核规则、支付和合规要求。 4. 搭过创作者激励、分成或者邀请返佣体系。 简历投递邮箱 linlinli88200@gmail.com 八 ，AI 研发工程师 面议 + 奖金 既能搭复杂业务系统（ CRM / ERP / OA / 审批流 / 权限 / 报表），也能把 AI 能力做进系统里——以后端为主的全栈研发，深度使用 AI 编程工具高效交付 这个岗位做什么 你负责公司核心业务系统（ CRM 、ERP 、OA 、审批流、权限体系、订单、客户、项目、报表 等）的设计、开发与维护，并把 AI 能力（智能客服 / Agent / RAG / 自动化）做进这些系统。 以 后端为主、具备全栈能力；工作以 平台研发（把共性能力沉淀成可复用模块）和 方案落地（把需求快速做成能跑的系统并持续迭代）两件事为主。 岗位职责 一、复杂业务系统研发（后端为主，含前端联调） •负责核心业务系统（ CRM / ERP / OA / 审批流 / 权限体系 / 订单 / 客户 / 项目 / 报表 等）的设计、开发与维护。 •参与业务建模、接口设计、数据库设计、系统架构与性能优化。 •拆解并实现复杂业务流程，处理多角色、多权限、多状态、多流程等业务场景。 •参与前端功能开发与联调，独立完成中后台页面、表单、列表、详情、配置页等常见功能。 •负责线上问题排查、故障定位、数据修复与系统持续优化。 •与产品、业务、测试团队协作，理解业务需求并转化为稳定、可维护的技术方案。 二、AI 平台研发与能力落地 •把共性能力抽成可复用平台模块：知识库管理、Prompt 管理、模型调用与成本监控、权限系统、任务流、评测 Gate 、灰度发布、日志审计。 •把 AI 能力做进业务系统：智能客服、Agent 、RAG 、自动化——参与系统融合与可观测，快速做 MVP 、私有化部署、灰度上线、跟数据迭代。 三、AI 原生研发方式 •用 AI Coding / Vibe Coding 工具贯穿全流程：需求拆解、代码生成、重构、测试补全、问题定位、文档生成，显著提升交付效率。 硬性要求 以下三条是筛选核心，任一不达标不予考虑。 ① AI 原生工作方式 · 会用更会判断（一票否决） •深度、高强度、日常使用 Cursor 、Claude Code 、Codex 、GitHub Copilot 等 AI 编程工具进行真实生产开发——是 AI Coding / Vibe Coding 深度用户，把它当主力生产力，不是「试用过」。 •能用 AI 工具贯穿需求拆解、代码生成、重构、测试补全、问题定位、文档生成，展示把交付效率提升 数倍。 •关键：具备判断 AI 生成代码质量的能力——能识别错误实现、边界遗漏、性能问题和安全风险，并完成工程化落地。会用 AI ，但不盲信 AI 输出。 •熟练用 AI Agent 框架 / 工具链 搭建过真实系统，对提示工程、上下文工程、Agent 编排、评测（ Eval ）有实战理解。 ② 现场展示过往项目（硬性，无法豁免） •面试须 现场演示并讲解你亲手做过的 2–3 个真实项目（非教程复刻、非纯 Demo ）。 •其中 至少 1 个必须是使用 AI Agent / AI 工具链构建的项目。 •现场要讲清：项目背景、你的角色、架构如何设计、用了哪些 AI 工具、具体怎么用、踩过什么坑、效果如何量化；我们可能要求你 现场用 AI 工具做一段真实编码 / 线上排障。 ③ 端到端闭环能力（能独当一面，不是螺丝钉） •能独立推进一件事的全过程：需求理解 → 方案设计 → 开发实现 → 验证上线 都能闭环，能端到端 own 一个系统。 •懂 Linux + Docker 生产部署与排障，具备 SRE 素养：能扛线上事故、做灰度与回滚。 •有 安全与合规意识：鉴权 / 越权 / 密钥 / 审计不是事后补，而是设计本能。 任职要求 •本科及以上学历，计算机、软件工程或相关专业优先。 •5 年以上后端或全栈开发经验，有 复杂业务系统开发经验（ CRM / ERP / OA / 进销存 / 供应链 / 人事 / 财务 / 项目管理 / 审批流 等经验者优先）。 •熟悉至少一种后端技术栈（ Java / Go / Python / Node.js 等，团队以 Python 为主力），服务端能力扎实。 •熟悉关系型数据库（ MySQL / PostgreSQL ），具备良好的表结构设计、SQL 优化与事务处理能力。 •熟悉 Redis 、消息队列、定时任务、权限体系、组织架构、角色权限、审批流等企业系统常见能力。 •熟悉前端开发，掌握 Vue / React / TypeScript 中至少一种，能独立完成中后台管理系统页面。 •较强的业务抽象能力：能从复杂需求中拆出清晰的数据模型、流程模型和权限模型。 •落地过至少一个 LLM / Agent 生产应用（ RAG / Function Call / Agent 编排），能说清命中率、失败率怎么量出来并优化。 •能接受多时区 / 夜间响应线上告警的 oncall 节奏。 加分项 •有大型中后台系统从 0 到 1 建设经验。 •有微服务、DDD 、流程引擎、规则引擎、低代码平台、报表系统经验。 •有复杂权限模型、审批流引擎、动态表单、业务配置平台等设计经验。 •有 Agentic Coding 、AI 辅助重构、AI 生成测试用例、AI 参与代码评审等实践经验。 •有使用 AI 编程工具提升 CRM / ERP / OA 等复杂业务系统开发效率的实际案例。 •有可观测 / 度量体系（ OTel / Prometheus / Grafana ）或工作流引擎（ Temporal / Cadence / Airflow ）生产落地经验。 •Telegram Bot / MTProto / 千群级并发系统实战；链上数据对接（ Tron / EVM ）；多租户 B2B 平台设计。 •熟悉 DevOps 、CI/CD 、容器化部署、云服务者优先。 我们希望你具备 •不只是写接口，而是能 理解业务逻辑、系统边界和长期演进成本。 •能在复杂业务中 建立清晰的模型，而不是堆功能。 •重视 稳定性、可维护性和数据一致性。 •能熟练使用 AI 工具提升效率，但不会盲信 AI 输出。 •能 独立推进问题，从需求理解、方案设计、开发实现到验证上线都能闭环。 面试流程 1.简历初筛：重点看 AI 工具使用深度与复杂业务系统 / 真实项目质量。 2.技术面 + 现场项目展示：演示 2–3 个真实项目，含 ≥1 个使用 AI Agent 的项目。 3.现场实操：用 AI 工具做一段真实编码 / 排障，并评审一段 AI 生成代码的质量。 4.团队与业务面：技术深度复核 + 业务性质的双向确认。 5.发放 Offer 。 我们能提供什么 •月薪 面议 + 奖金，按能力与资历定档。 •AI 原生团队：远程优先、少政治、快速出成果，鼓励一切能提效的做法。 •顶配 AI 工具与算力：Cursor / Claude Code / Codex 等付费额度管够。 •需求清晰、目标明确的工作机制，不做无头绪的活。 •真实进生产的系统与数据：我们做的是能跑、被真实使用、能规模复制的系统，不做 PPT 工程。 业务性质与投递说明 请先确认自己能接受以下业务特点 •业务处于出海营销 / 流量赛道，重度使用 Telegram 生态，涉及链上结算与站群、商务自动化。 •交付以 私有化部署 为主，对安全与风控敏感。 •节奏快、需求变化频繁，需接受多时区 / 夜间响应。 •介意以上任一点的候选人请勿投递——我们希望在第一步就双向筛掉不匹配，节省彼此时间。 投递请附 1.个人简历。 2.2–3 个最能代表你能力的项目说明，务必包含 至少 1 个用 AI Agent / 工具链做的项目，写清你用了什么工具、具体怎么用、成果如何量化。 3.（可选） GitHub / 作品链接。 简历投递邮箱 linlinli88200@gmail.com

分享个今天刚上线的站： https://chinese-typing-practice.com 项目目前的定位是给学中文的老外用的打字练习工具，目前专注于五笔输入法。 五笔板块的核心功能就是在打字的时候，每个汉字会实时拆解成笔画和字根， 能看到“这一笔为什么在这个键上”。 比如首页演示：左边"欢迎"用五笔（欢迎两个字各按什么键、字根是怎么拆）， 右边"你好"用拼音（ ni hao 的按键和注音对照）。 项目背景是偶然发现了一个开源笔画数据（ ARPHIC 许可）+ 五笔码表，结合 AI ，能做到常用字的笔画级拆分可视化。 目前手工还在补充生僻字的开源笔画数据，后续考虑一起开源出来。 假设码表能做到全覆盖了，会做个像“金山打字”的现代 Web 版本的五笔练习站。 技术栈用的 Astro + Vue islands ，纯静态，CF Pages 。 刚提交了 GSC ，站是今天上线的，欢迎围观，也求个友链 🙂

由于是刚发布，使用感受上比 Gemini 4 Argon 快多了。但目前好像仅适用于 Ultra 计划。

最近几年，ChatGPT Plus 、Pro 已经成为不少开发者和办公用户的日常工具。 但对于国内用户来说，订阅过程并不总是那么顺利。支付方式、账号地区、银行卡限制等问题，让不少人开始寻找第三方订阅服务。 与此同时，网上的代充平台也越来越多。 有人担心账号密码泄露，有人担心付款后不到账，也有人担心刚开通会员没多久就失效。 那么，ChatGPT 代充到底靠谱吗？第三方平台应该怎么选？为什么有些平台采用 Session 或 Cookies ，而小羊 Plus 选择了 Account ID 方式？ 作为小羊 Plus 的开发者，想从产品设计和技术实现的角度，聊聊这些问题。 ## 一、ChatGPT 代充到底靠不靠谱？ 先说结论：第三方代充并不是天然不可靠，但也不能因为平台能够成功开通会员，就认为它一定安全。 这里面至少涉及三个不同的问题。 **1. 支付是否可靠** 用户付款之后，平台是否真正完成了订阅操作？ 这是最基本的问题。 有些平台只有简单的付款页面，付款之后需要联系客服处理。如果订单没有明确编号，也没有处理进度，出现问题时就很难判断究竟卡在哪个环节。 一个相对完整的订阅服务，应该具备订单记录、支付状态、处理状态和售后渠道。 **2. 账号信息是否安全** 这是我认为比价格更值得关注的问题。 目前第三方订阅服务存在不同的交付方式： | 交付方式 | 需要提交的信息 | 主要特点 | |---|---|---| | Account ID | 账号标识 | 不需要交出登录凭证 | | Session | 会话凭证 | 具有一定账号访问权限 | | Cookies | 浏览器身份凭证 | 可能包含登录状态 | | 账号密码 | 登录凭证 | 涉及直接账号访问权限 | 这里需要特别说明，Account ID 、Session 和 Cookies 并不是同一种东西。 Account ID 主要用于识别账号，本身不等同于登录密码； Session 和 Cookies 则可能包含账号访问权限。 从产品设计角度来看，如果一种交付方式能够减少用户提供敏感登录凭证的需求，那么它就值得优先考虑。 **3. 售后是否有保障** 第三方订阅服务并不是付款成功就结束了。 充值失败、会员状态没有刷新、订单处理超时，这些都可能发生。 所以我一直认为，平台是否有清晰的退款规则，比宣传自己有多快、多稳定更加重要。 用户在购买之前，至少应该知道： - 充值失败是否退款； - 退款是原路退回还是退到平台余额； - 会员提前失效如何处理； - 是否能够查询订单； - 出现问题后通过什么渠道联系售后。 如果这些问题都没有明确答案，就不建议急着付款。 ## 二、为什么小羊 Plus 选择 Account ID 方式？ 开发小羊 Plus 的时候，我比较关注一个问题： 能不能在满足订阅服务需求的同时，尽量减少用户需要提交的账号敏感信息？ 传统第三方订阅服务中，部分商家需要用户提供 Session 或 Cookies 。 这种方式可以用于相应的账号操作，但对于普通用户来说，理解这些凭证的权限并不容易。 很多人甚至不知道自己提交的到底是什么。 从用户体验和账号信息保护的角度考虑，我更希望把操作流程做得简单一些。 因此，小羊 Plus 支持通过 ChatGPT Account ID 完成相关订阅操作。 它有几个比较明显的特点： **第一，不需要向客服提供登录密码。** 用户不需要把 ChatGPT 登录密码交给客服，也不需要为了订单处理提供邮箱密码。 **第二，不需要向客服提供邮箱验证码。** 验证码属于账号安全信息，不应该成为普通订阅交易中的随意交接内容。 **第三，操作流程更加简单。** 用户按照商品页面的指引提交 Account ID 和订单所需信息即可，不需要自行处理复杂的 Session 或 Cookies 。 当然，这并不意味着 Account ID 方式可以保证账号绝对安全。第三方订阅本身仍然存在支付、服务中断和平台规则方面的风险。 我们希望做的是减少不必要的敏感信息交接，而不是宣传一种不存在风险的技术方案。 ## 三、小羊 Plus 在产品设计上做了哪些事情？ 开发一个订阅网站，并不只是做一个商品展示页面，再接入支付接口。 真正影响用户体验的，往往是付款之后的事情。 在设计小羊 Plus 时，我主要考虑了四个方面。 ### 1. 订单状态需要清晰 用户付款后，最关心的问题通常只有一个：我的订单现在怎么样了？ 因此，小羊 Plus 提供订单查询功能。 用户可以根据订单信息查看处理进度，而不是每次都需要通过客服询问。 从技术实现的角度来说，一个完整的订单系统至少应该区分： | 订单状态 | 含义 | |---|---| | 待支付 | 尚未完成付款 | | 已支付 | 支付渠道已确认收款 | | 处理中 | 订单正在执行 | | 已完成 | 服务处理完成 | | 失败 | 当前订单未能成功交付 | | 售后处理中 | 正在核查或处理售后 | 订单状态清晰，既方便用户，也有利于客服定位问题。 ### 2. 退款规则需要提前说明 很多平台会在首页宣传充值失败退款，但用户真正遇到问题时，才发现退款还有各种附加条件。 我认为这不是一个好的产品体验。 小羊 Plus 对充值失败有明确的处理政策：经核实确认充值失败的订单，全额退款。 对于会员提前失效等其他情况，则根据实际原因和公开售后政策处理。 这里需要区分充值失败和账号自身原因造成的问题，两者不能混为一谈。 我们希望用户在付款之前就能了解规则，而不是等到出现争议之后才知道怎么处理。 ### 3. 商品信息尽量透明 不同 AI 产品的订阅条件、服务周期和交付方式可能不一样。 因此，小羊 Plus 将 ChatGPT Plus 、ChatGPT Pro 、Claude Pro 、Codex 等商品分开展示。 用户可以查看： - 商品价格； - 适用场景； - 交付说明； - 库存状态； - 是否支持发票； - 对应的购买入口。 这样做的目的，是减少用户买错商品或者对服务内容产生误解的情况。 ### 4. 不只考虑个人用户 除了个人用户，也有一些开发者和小型团队需要订阅 AI 服务。 例如，程序员可能需要 ChatGPT Plus 或 Pro ，内容创作者可能需要 Claude Pro ，而开发人员还可能需要 Codex 相关服务。 所以小羊 Plus 并没有把产品范围局限在单一会员上，而是逐步整理不同 AI 工具的订阅需求。 ## 四、为什么选择小羊 Plus ，而不是只看价格？ 目前国内提供 ChatGPT Plus 订阅服务的平台不少，价格也存在一定差异。 以目前公开的 Plus 月度套餐为例： | 对比项目 | 小羊 Plus | 银河录像局 | 老王的 2 号杂货铺 | |---|---:|---:|---:| | Plus 首次开通 | 169 元 | 189 元 | 230 元 | | 主要交付方式 | Account ID | Session | 人工处理 | | 登录密码 | 无需提供 | 无需提供 | 按商品流程操作 | | 账号凭证 | Account ID | Session | Session/Cookies | | 支付方式 | 微信、支付宝 | 支付宝 | 支付宝 | | 订单查询 | 支持 | 支持 | 支持查单 | | 失败退款 | 核实后全额退款 | 按商品规则 | 按商品规则 | 注：价格和服务规则以各平台实际商品页面为准，表格并非统一条件下的实测结果。 从价格来看，小羊 Plus 目前的公开套餐相对便宜。 但我不认为价格应该成为用户选择平台的唯一标准。 如果一个平台便宜十几元，却要求用户提供大量敏感信息，或者没有清晰的售后规则，那么这种价格优势未必有实际意义。 我们更希望用户关注的是： - 是否需要交出账号登录凭证； - 订单能否查询； - 失败之后如何退款； - 是否有明确的售后处理渠道； - 商品和服务说明是否透明。 这些才是订阅服务长期运营需要重视的地方。 ## 五、作为开发者，我认为第三方订阅平台应该坚持什么？ 做小羊 Plus 的过程中，我越来越觉得，第三方订阅服务真正需要建立的不是价格优势，而是用户对整个交易流程的信任。 这个行业并不缺少商品页面，也不缺少低价宣传。 真正缺少的是清楚的规则和规范的服务流程。 如果要总结我对小羊 Plus 的产品要求，大概有以下几点： **1. 尽量减少用户提供的敏感信息。** 不应该为了方便商家操作，就让用户随意交出账号密码和验证码。 **2. 不夸大技术能力。** Account ID 方式有自己的适用范围，不能宣传成百分之百安全，更不能承诺永远不会出现账号异常。 **3. 订单处理过程应该可追踪。** 用户付款之后，应该能够知道订单处于什么状态。 **4. 退款政策应该明确。** 能退款的情况、不能退款的情况以及具体处理方式，都应该提前说明。 **5. 不回避第三方服务的风险。** 小羊 Plus 不是 OpenAI 官方网站，也不是 OpenAI 的关联公司或官方授权代理。第三方订阅服务始终存在一定的不确定性。 如果用户所在地区能够正常使用官方订阅渠道，并且具备合适的支付方式，我仍然建议优先考虑官方订阅。 第三方服务应该解决的是部分用户在支付和操作上的实际困难，而不是替代官方服务。 ## 六、最后说说为什么做小羊 Plus 最初开发小羊 Plus ，并不是单纯想做一个卖会员的网站。 从开发者角度来看，订阅服务本身并不复杂，真正需要花时间打磨的是订单系统、账号信息处理、支付流程和售后机制。 一个用户可能只需要购买一次 Plus ，但他会关心付款之后有没有到账、出现问题能不能退款、下一次续费是否还需要重新了解整个流程。 这些看起来都是很小的细节，却直接影响用户是否愿意继续使用。 所以，小羊 Plus 目前的方向比较明确： - 以 AI 会员订阅为核心； - 尽量简化用户操作流程； - 支持 Account ID 交付方式； - 提供订单查询； - 明确退款和售后规则； - 逐步完善不同 AI 产品的服务。 如果你正在寻找 ChatGPT Plus 第三方订阅渠道，可以先了解小羊 Plus 的商品说明和操作流程，再决定是否适合自己的需求。 官网：**https://xiaoyangplus.com/** 最后想说一句：选择第三方代充平台，不要只问哪家最便宜，也要问清楚对方需要什么账号信息、付款后如何处理订单，以及出现问题之后由谁负责。

先说背景。 我做电商挺多年了。这两年 AI 工具一下子出来太多，想挑一个能用的，得翻几十个站、看一堆评测，特别费劲。跟同行聊发现大家都有这个问题——不是没工具，是不知道哪些真能用在电商上、哪个适合自己。 所以把这几年选工具的经验总结了一下，做了套工作流去抓常用工具的信息，把有价值的部分提出来——解决什么问题、适合什么规模的店、什么情况下别用——整理成了个网站： **ecomagenttools.com** 现在非常早期，收录还不多，DR 刚到 20 ，每天也就几十个 UV ，分类也在边做边调。中文版在 `/zh`。 --- 我知道这儿有不少兄弟在做 AI 创业。如果你做的是电商 SaaS 工具——Shopify app 、Amazon 工具、广告、客服、库存、履约都算——**okay ，来我这儿交换吧，不收钱，直接给你 dofollow 。** 至少现在不卖排名，也不做付费置顶，首页给内链。 链接： https://ecomagenttools.com

邮件正文就下面一行： 你好： 你的付款方式出现问题，此订阅项目可能会无法续期。为避免服务中断，请更新付款信息。 附了一个链接需要去更新支付信息，我试了自己的招行 Visa 卡不能添加，礼品卡的方式不能订阅 GPT 了？

之前参考 AirDrop 注册了 filedrop.app ，本来想做个文件投递相关的小站，结果闲置了好几年。 最近想 vibe 一下，做 临时文件投递 + 局域网传文件 两个轻量功能。这个还有需求吗？

之前没什么感觉，最近新业务经常有微信语音，总是得等到呼叫失败了才弹一个通知。搬砖又不能总是揣个手机在身上 有什么解决方法吗

1. 生成单图合成图集 2. agent-sprite-forge 视频转图集 3. gpt-image-2.6-sunburst 做 GIF 这三种方案都试过做不出理想的俯视视角动作游戏素材 各位的经验怎么样能交流一下吗？

- 我想知道这个 agent 是否是真的不好转，本人是前端，感觉 agent 开发招聘还是更多考虑后端开发背景的人，因为感觉 agent 一定会结合后端业务去实现。 - 因为自己差不多自己学了 langchain rag agent 之类的概念，但是感觉距离真实开发一个还有很大差距 - 想知道这个岗位到底多不多。 - 前端真的没招了

一加和 iqoo 哪个好? 想买个备用机, ace6t 和 z11 turbo 这俩选哪个好一些? 国产机能刷国际版系统吗? 大电池有没有危险? 有没有论坛啥的, 关哪些没用的系统服务比较好? 都 2000 左右, ace6t 贵 100 块,

任务的完成度比 opus5.5 效果还好，基本可以一步到位无需修改了。但是用量的消耗速度感觉得有 opus5.5 同样思考强度的十倍了，两轮对话下去五小时限额就没了

一加和 iqoo 哪个好? 想买个备用机, ace6t 和 z11 turbo 这俩选哪个好一些? 国产机能刷国际版系统吗? 大电池有没有危险? 有没有论坛啥的, 关哪些没用的系统服务比较好? 都 2000 左右, ace6t 贵 100 块,

国区 app store 能直接下载 X youtube facebook 等各种不存在的软件，之前在安卓折腾 google play 像傻子一样修 fcm

我最近做了个小工具 AI Drake Video 。起因是看到有人用 AI 把自己放进《 Burning Bridges 》的派对场景里，觉得挺有意思，但自己剪片段、写提示词、配音乐又有点折腾，就试着把这些步骤做成了一个网页工具。发到 V2EX 推广节点，想听听大家对效果和使用流程的意见。 ## AI Drake Video 简介 [AI Drake Video]( https://aidrakevideo.com) 做的事情比较单一：上传一张照片，生成一段以照片中人物为主角的派对场景视频。房间、镜头运动和其他人物是预设的，主要替换站在镜头前的主角；输出是带音乐的 16:9 MP4 。它不生成 Drake 的声音，也不是官方产品。 ## AI Drake Video 的特点 - **只需要一张照片**：单人、面部清晰、光线均匀的半身照效果通常更好；如果双手也在画面里，举杯和挥手的动作会更自然。 - **可以选时长和画质**：支持 5 、15 、28 秒；画质有 480p ，以及部分时长可选的 720p 。通常需要等待几分钟。 - **不用自己剪辑配乐**：场景和音乐已经准备好，生成后可以直接下载。[Drake AI video generator]( https://aidrakevideo.com) 的定位就是少一些手工操作，而不是通用的视频生成器。 也把限制说在前面：**目前每次生成都需要付费，没有免费试用**；生成失败会退回对应积分。名人和公众人物的照片不能用。视频带有音乐，发布到其他平台前，建议留意各平台的版权和音频规则。 ## 如何使用？ 使用网址： https://aidrakevideo.com 打开网页后上传一张单人照片，选择时长和画质，提交后等待生成，完成就可以下载 MP4 。想先了解成片大概是什么样，也可以在 [Drake AI]( https://aidrakevideo.com) 页面看看示例。 如果有 V 友愿意试用，欢迎告诉我哪里不顺手，尤其是照片要求有没有讲清楚、生成结果是否符合预期。

https://daydaymoney.com 祝大家`天天赚钱` :） 输入网址，自动帮你生成网页优化方案， 导出优化方案交给当前主流 AI 开发工具(trae 、cursor)，然后添加 /goal 就可以优化项目 目前支持 jev-seo 等方案，也可以自己创建提示词来优化 在个人项目中，启用全站自动优化，可以生成整站的优化方案，导出优化文件交给智能体 1. 打开首页可以看到一下内容，输入你想优化的网址 https://i.v2ex.co/KOjEuqt6l.png 2. 然后他会生成优化方案（比较慢，可以刷新一下） https://i.v2ex.co/KB0t89LYl.png 3. 注册后，点击进入默认项目，在项目详情中，可以开启整站优化（你可以后面再过来，他会在后台帮你自动生成优化方案） https://i.v2ex.co/bum96s2Yl.png 4. 点击展开这里面的 thread,然后可以看看抓取结果 https://i.v2ex.co/1Fabb8UCl.png 5. 可以下载整站优化方案 https://i.v2ex.co/bZ2GpHD6l.png 6. 也可以下载单页优化方案 https://i.v2ex.co/37WmNc3Sl.png

了解到 iOS27 和 MacOS27 开始镜像功能可以在一些特定的 app 把画面拉伸到宽屏（类似 iPad）模式，但我的 13mini 在类似邮件天气等支持的 app 并不能拉伸，只能等比例缩放，是机型太老吗？

目前正在使用 9.9 元的火山方舟 Agent Plan ， 据说第三个月起价格会变成大概 40 元/月。 我每个月模型 API 使用量不高， 除了按量计费有什么高性价比的 Agent/Coding/Token Plan 推荐吗？

美版有锁 iPhone 18 Pro Max 2TB ，刚买没几天，9000 左右入手，结果摔坏了，屏幕完全黑屏，右上角边框变形。 目前问到的价格： - 苹果官方：初步报价 8000 左右 - 第三方：原卖家看照片报价，换屏加处理边框 4000 多 - 故障机回收：原卖家看照片报价 3000 多 **主要想问问大家：** 1. 这种情况还有必要修吗？还是直接卖掉算了？ 2. 美版有锁机在国内苹果官方维修，有没有类似经历？ 3. 上海有没有靠谱的手机维修店？最好是自己修过、体验还不错的，想再找几家检测报价。 --- **详细情况：** 摔的时候应该是右上角先着地，刚拿起来时屏幕顶部边缘还有一点蓝光，后面就彻底黑了。现在右上角有一块发白的地方，类似贴膜进了空气。 手机连接 Mac 能正常识别，Finder 也成功恢复了系统，爱思助手能读取到设备信息。目前怀疑主要是屏幕和边框的问题，但还没有拆机检测。 去 Apple Store 问过，工作人员只是看了下外观，没有连接设备检测，说维修可能要 8000 左右。 原卖家看照片说换原装屏大概 3300 ，但是原彩恢复不了，边框另外还要几百块，加起来得 4000 多。 本来想修一下继续用，但算下来感觉有点不划算，尤其还是台美版有锁机。 下面是正面以及右上角的照片 https://i.imgur.com/zlVV51k.png https://i.imgur.com/LznyWxH.png

各位技术同行好，最近正在寻找新的工作机会，希望能通过社区认识一些有技术需求的团队，也欢迎内推、交流。 简单介绍一下自己的技术背景和项目经历。 ## 👨‍💻 个人背景 - **工作经验**：8 年以上软件研发经验 - **技术方向**：前端架构 / 全栈开发 (BFF) / AI 应用工程 / 跨端桌面架构 / 实时音视频 - **团队经验**：6 年以上团队管理经验（曾负责 5 人前端团队架构设计与工程效能治理） - **求职方向**：资深前端工程师、前端负责人 (Tech Lead)、全栈工程师、AI 应用/Agent 前端开发 - **期望地点**：成都，接受合适的远程工作或兼职合作机会 这些年主要从事企业级 SaaS 平台、低代码基建与医疗信息化产品研发。核心深耕大前端架构与复杂交互性能调优，同时具备极强的跨界破局能力。 不局限于传统 Web 页面开发，能够结合 Node.js (BFF)、Electron 桌面端及 Rust 原生插件，独立打穿“浏览器沙盒限制、底层硬件 I/O 控制与多端实时音视频通信”等常规前端方案难以解决的技术瓶颈，完成从需求分析、技术选型、架构设计、前后端开发到上线运维的完整闭环。 --- ## 🛠 技术栈 ### 前端核心与工程化 - Vue 2 / Vue 3 、TypeScript 、JavaScript (ES6+) 、Pinia 、Tailwind CSS - Vite / Webpack 构建定制、AST 语法树解析、前端安全沙箱（ Sandbox ） - 精通大型 SPA 架构设计、微内核插件化架构、JSON Schema 低代码渲染引擎研发 - 擅长复杂视图性能调优（ 500+ 嵌套节点拖拽画布、虚拟滚动、响应式依赖剥离、60 FPS 渲染保障） - SVG / Canvas 复杂动态可视化交互图谱研发 ### 跨端桌面与实时音视频 - **Electron** 桌面端高安全架构（ Context Isolation 、异步 IPC 通信总线、多进程调度、FFmpeg 本地多媒体处理） - **uni-app** 跨端框架（ PC / 移动端 App / 小程序动态解析器与多端同构渲染） - **WebRTC** 实时流媒体通信（ P2P 音视频架构、Renderjs 跨端突破、海康威视工业级 IP 摄像头视频流接入） - 独立部署与调优 **COTURN (STUN / TURN)** 内网穿透集群，解决复杂对称型 NAT 跨网段互通 ### 全栈协同与系统级扩展（赋能前端） - **Node.js (NestJS)** 、WebSocket 、MongoDB 、Redis （负责前端 BFF 层接口编排、数据裁剪与低代码 Schema 秒级热发布） - **Rust** 系统级开发与 **FFI (winapi / windows-rs)**（编写高性能本地守护进程与原生插件，突破浏览器沙盒实现底层硬件静默控制与高速流式 I/O ） - Linux 、Docker 、Nginx / Caddy 、CI/CD 自动化部署与日常服务器运维 --- ## 🤖 AI 工程化实践 近阶段深度推进 AI 在前端研发链路和实际业务产品中的工程化落地，涵盖研发提效与 AI 原生交互两个维度： ### AI 辅助软件研发（团队效能治理） 日常使用 Claude Code 、Codex 等工具，覆盖需求拆解、架构推演、UI 样板生成、复杂逻辑重构、自动化单测及代码审查。 实践项目级 AI 编码规范与工作流，包括： - 编写自定义 **MCP 协议工具集** 与 **Agent Skills / 自动化脚本** - 沉淀项目级上下文规则、任务拆解约束与高阶 Prompt 模板库 - AI 生成代码的人工 Code Review 与测试验收，将常规业务迭代的前端交付周期缩短 **30% 以上** ### AI 原生交互与业务落地 - **SSE 极低延迟流式渲染**：自研高可用流式数据分片解析 Hooks 与缓冲队列，实现零卡顿、平滑自适应的“打字机”增量输出，消除长文本生成时的 DOM 重排抖动。 - **上下文感知与动态视图双向联动**：结合 Ollama 、Qwen 等本地与云端大模型，设计前端上下文自动注入机制；打通“大模型流式文本 ↔ 前端 SVG 矢量图谱”实时事件总线，实现圈选图形动态组装 Prompt 、AI 输出流实时驱动对应 SVG 业务区域高亮闪烁的沉浸式交互。 --- ## 🚀 代表项目与经历 ### 1. 低代码可视化构建引擎与跨端前端中台 主导研发赋能省级质控业务的 SaaS 级可视化页面搭建与表单流转中台，支撑复杂业务页面的“分钟级”按需组装。 - 自研基于 JSON Schema 的页面描述协议（ DSL ）与前端运行时安全沙箱，支撑跨层级组件的复杂策略校验与状态联动。 - 深度利用 Vue 3 响应式底层机制（`shallowRef` / `markRaw` / 虚拟滚动），攻克单页 500+ 嵌套组件节点的重绘卡顿瓶颈。 - 研发基于 uni-app 的移动端动态解析器，实现核心业务逻辑 **100% 跨端复用**，沉淀 40+ 业务原子组件库，将常规业务页面开发效率提升 **50% 以上**，并结合 Node.js + Redis 实现脱离 CI/CD 构建流程的秒级热更新。 ### 2. 重症临床信息系统 SaaS 平台（微内核架构 + AI 交互） 面向多租户、多角色的大型医疗 SaaS 核心工作台，深度融合大模型能力与动态矢量图谱。 - 设计“轻量宿主 + 原子插件”的微内核前端架构，按登录角色动态解析 Schema 拉取模块组装视图，彻底解耦复杂业务。 - 落地 SSE 流式交互与 SVG 人体交互图谱的双向智能联动，通过空间与病历上下文动态注入 Prompt ，将 AI 辅助诊断建议准确率提升 **30%**。 ### 3. 院内跨端实时音视频通信与多院区远程会诊系统 解决极度封闭医疗内网环境下的跨科室、跨终端（ PC Web + 移动 App + 安防监控硬件）同屏协作与多方会诊难题。 - 突破 uni-app 移动端音视频限制，独立研发 Node.js + WebSocket 高性能信令服务与前端复杂房间状态机，无缝集成海康威视摄像头实时流。 - 深度调优 COTURN 穿透服务，使复杂防火墙与对称型 NAT 环境下的视频首帧连通率达到 **99% 以上**。 - 基于 Electron 构建高安全远程会诊桌面端，实施 Context Isolation 隔离机制，通过异步 IPC 通信模型封装华为会议 / Zoom 原生 SDK 及 FFmpeg 子进程，根除密集 I/O 导致的 UI 假死（ ANR ）。 ### 4. Web + Rust 高性能本地硬件控制中间件 针对纯 Web 及常规桌面端受限于浏览器沙盒、处理超大体积 PDF 报表易内存溢出（ OOM ）及无法静默调用底层打印硬件的痛点。 - 使用 Rust 独立编写本地守护进程（ Daemon EXE ），封装零依赖前端 WebSocket 桥接 SDK 。 - 绕过低效的浏览器 DOM 预览渲染层，通过二进制流分片直接压入 Windows 打印驱动队列，使核心单据处理与打印响应速度跃升 **3-5 倍**。 --- ## 💻 个人开源与技术输出 工作之外持续活跃于开源社区与技术写作，主要围绕开发者工具、效率工程与前沿技术实践。 - **GitHub**： https://github.com/JenkinWoo （个人开源项目累计获得 **2,000+ Stars**） - **个人技术博客**： https://www.65.gs 除了企业级项目，也具备从产品构思、UI 交互、前后端全栈研发到部署发布的完整独立开发实践。 --- ## 🎯 期望机会 目前主要考虑以下方向： - **资深前端工程师 / 前端架构师**：复杂业务系统、低代码基建、极致性能优化、Electron 跨端桌面应用 - **前端技术负责人 / 核心研发**：前端工程化体系建设、技术方案设计、AI 研发工作流落地、团队协作与交付 - **全栈开发 / AI 应用工程**：Vue 3 + Node.js (NestJS) 全栈模块独立开发、AI 与现有系统深度集成、MCP 工具链与复杂交互视图开发 相比单纯负责静态页面切图，我更希望参与有技术深度和实际业务价值的产品，能够真正解决工程痛点，并持续迭代。 如果有合适的机会，欢迎私信或加微信交流，也感谢各位帮忙内推！ **联系方式**： - WX （ base64 ）：`SmVua2luV29v`

Anthropic 最新披露，计划在 IPO 中实现约 1 万亿美元的估值。 预计 11 月 18 日（下周三）确定发行价，11 月 19 日（下周四）开始交易。 截至 10 月 31 日，Anthropic 的年化收入约 810 亿美元，一个月内增加了 100 亿美元。 AMD 、博通、谷歌、美光、微软、英伟达和台积电的合作伙伴还将通过私募配售，认购价值 260 亿美元的 Anthropic 股票。

纯静态网站。edgeone 是免费全球，cloudflare 是免费的。买的域名托管到 CF 上了，EO 用的是测试域名。测试时间晚上八点半左右。 CF 一张 103KB 的图片花了 30 秒。EO 花了 5.21 秒。 CF 白天也挺快的。不太想用 EO ，有点信不过腾讯。

我自己有一台 Ubuntu Server 22.4 ，目前只能让 Dots 通过 Mac 中转 然后 ssh 访问我的 Ubuntu 。这样就得保证我的 Mac 一直在线。 我希望我的 Dots 能直连我的 Mac （目前设备列表看不到 Ubuntu ，因为我用的 codex cli ）  而 OpenAI 官方目前只支持 Ubuntu 24.04 和 26.04 的桌面版，但我不确定的是升级到这个版本的桌面端，就能让 Dots 直连了吗？ ## 有没有大佬用的 Linux 桌面端的 Codex ，能帮忙看看吗？ PS：隔壁 Grok Bot 都支持 Tailscal 访问了任意服务器。OpenAI 的 Dots 目前限制有点多，也不让我安装 Tailscal 。如果不能直接连接的话，就只能慢慢等官方更新支持了

注册后留言，免费领取 3.5 元测试额度。 站点地址：www.relayrouter.app

很多人以为这类工具的核心是认字。做久了发现，字认出来只是及格线，真正决定能不能用是间距。 同一段文字，行距差 3 磅、段前多 6 磅，整块就跟原图对不上了。手动改的时候，往往要选中一整块、统一行距、再一个个对齐，比打字还费时间。 我现在做完转换会先看三件事：每块的文本框是否贴合原位置、行距是否统一、有没有哪个框大到把旁边的元素压住。这三步过了，基本就能直接交。 工具入口在这里： https://image2ppt.asia?utm_source=v2ex （图片、截图、单页 PDF 都能转成可编辑的 PPTX ，成品无水印。） 一个例子（原图 → 可编辑成品）：   素材库里随手挑的几页，这类图都能这么转：  

👉 https://api.aigatego.com **第一章 · 天才陨落** Our servers are currently overloaded. Please try again later. **第二章 · 不翼而飞** unknown model gpt-6-luna **第三章 · 山穷水尽** Selected model is at capacity. Please try a different model. **第四章 · 封神提名** Your account has been deactivated because recent activity violated our Terms and Usage Policies. **第五章 · 穷途末路** exceeded retry limit, last status: 429 Too Many Requests 更坑的是**缓存炸了**。 别人号池每次都重新算上下文，一次对话坑你 1 ～几毛。 我们自有号池**缓存命中率 95%+**，高缓存才真正省钱，长对话越聊越便宜。 **AigateGo** - 自有号池，实充 Pro 0.28x 直连，无上游、无拼盘 - 不记对话、不卖数据，只留消费日志 - 不限流、不掉号，速度稳定优先 福利池：Pro Team 0.15x ，适合轻度使用或测试。 另外还接入了 Claude AWS Bedrock 官方 Key ，官方直连，稳定可用 原生 OpenAI 兼容，换 Base URL + Key 即用。 多 Key 分项目，账单透明。 🎁 先测再决定，轻松领 $4 注册+回帖 $2 · 进群再送 $2 文档： https://api.aigatego.com/docs 计费： https://api.aigatego.com/pricing 群： https://t.me/AigateGo 站长也支持低价卡充代充 Chatgpt 各档位套餐

今天收到学校邮件，NUS 的教职工现在可以付费购买教育版本 Claude 订阅了。 虽然学校此前已经提供了 Claude 系列模型的网页端聚合，但是只有网页端接入，并不能使用 API 或者 Claude Code 一类。这次提供的则是直接使用 Claude 官方渠道的账户。 使用体验应该和直接官网购买 Claude 一样了，但是使用量不太一样： 标准计划： - SGD 280 / 年（个人版 Pro 是 SGD 300 / 年）； - *至高* 2.5 倍于个人版 Pro 用量 - 按照我的理解，这个就是传闻中的 Max 2.5x 计划，当然实际消费者版本定价应该就是 USD 50 / 月了。 高级计划： - SGD 790 / 年（个人版 Max 10x 是 SGD 1799.88 ）； - *至高* 5 倍于如上标准计划的用量（相当于 Max 12.5x ） 两个计划均适用以下内容： - "所有 Claude 现有模型 (all current Claude models)"；我把这个理解成包含 Fable 但不包含 Mythos ，等拿到账号之后我会更新信息。 - 暂不清楚是否有 5 小时限制。 备注：需要通过学院内部渠道 + 教职工账号购买，因此学生或者校外人员是没办法获取的，歪门邪道也不行。只能提供个价格参考。

对 AI 是的话： 1. 按照你的建议实现 2. 评估一下，确保能理解需求（功能）

大家好，我是 OxideTerm 的作者。https://github.com/AnalyseDeCircuit/oxideterm 7 月底我在这里[发过一帖]( https://www.v2ex.com/t/1229777)，介绍了将 OxideTerm 从 WebView 迁移到 Rust + GPUI 的过程。我也希望借鉴 WindTerm 等知名 SSH 客户端和终端的一些好用设计，继续打磨这个免费开源、功能丰富（ SSH ，Mosh ，Serial ，Telnet ，RDP ，VNC ，BLE 等）的原生 SSH 客户端。 原生版持续迭代了近四个月，兼容性和日常交互一直在完善，目前已经比较稳定了。从当时的 2.0.11 到前几天发布的 2.3.1 ，我们还花了不少精力打磨终端的基本功：吞吐、绘制和历史存储，希望持续追赶 WindTerm 、Ghostty 、Alacritty 等成熟终端的表现。  既然说要让终端飞起来，那就拿实际输出比划比划。 ## 刷日志的时候，让终端速度跟上 跑构建、看大量诊断信息时，数据已经到了本机，如果终端却还在慢慢处理，眼前的内容就会落后；想滚动回看、切换会话，界面线程又忙着解析输出。我们想减少的，就是终端自己带来的这部分等待。 下面是 8 月早期发布构建与现在 2.3.1 的吞吐测试记录对比。每类负载输出 **16 MiB**，预热一次，测量三次取中位数，具体[测试方法]( https://github.com/AnalyseDeCircuit/oxideterm/blob/v2.3.1/benchmark/README.md)在仓库里。  **其实这背后没有什么黑魔法**，就是反复测试、找瓶颈：把 SSH 终端解析放到后台线程，批量处理文本和网格写入，减少重复扫描与内存复制，绘制时复用没有变化的文字排版。大量输出的时候，少做一点重复工作，就能给界面操作多留一些余地。 ## 日志想多留一点？内存就要省着用！ 上次去掉 WebView ，这次则深入到了历史存储。像 [xterm.js 的缓冲区]( https://github.com/xtermjs/xterm.js/blob/master/src/common/buffer/BufferLine.ts)，内容和属性逐字符格保存，整行同色也仍然逐格保留属性。我们则把历史文本和样式分开紧凑保存，让相邻的同样式文字共享记录。 在 10 月这轮分阶段存储改造中，保留 20,000 行历史、400 列，另含 40 行屏幕，伪随机 ASCII 满行时，终端与解析器的保留堆从 196.47 MB 降到 15.50 MB ，**减少 92.1%。**  这是我们自己的终端内核改造前后的结果，[完整记录]( https://github.com/AnalyseDeCircuit/oxideterm/blob/v2.3.1/docs/development/performance-and-benchmarking.md)里有具体条件。 **落到日常使用，就是多留些日志、多挂几个会话时，少挤占浏览器、IDE 和容器的内存。赶上这轮内存涨价，终端能省一些，肯定是个好事情。** ## 新增功能与改进 我们在这三四个月内也更新了很多别的功能，这里仅仅挑出来一些和大家分享： - **WindTerm 用户熟悉的本地语义着色**：远端输出没带颜色，也能初步识别一些内容，轻松辨别数字、unix 权限等。 - **类 WindTerm 的 Free Type Mode**：用鼠标定位和选择当前命令，支持复制、剪切和拖动文字，改长命令不用一直按方向键。 - **SFTP 侧边栏与拖拽上传**：侧边栏可以跟随活动 SSH 主机，也可以固定。把本地文件拖进 SSH 终端，就能上传到它的当前目录。 - **向外部 AI 开放的 MCP 接口**：让 Codex 等常用 AI 客户端，经授权使用连接、终端、文件和主机工具，少一点复制粘贴，权限随时可撤销。 - **壁纸功能大拓展**：图片、GIF 、视频和粒子效果都支持，模糊、透明度和阅读遮罩可以调整，还能开启输入时暂停动效，简约和华丽随你选择。 - **最多 16 窗格混合工作区**：终端、SFTP 、IDE 、设置乃至插件页面都能混排，本机和不同服务器自由组合，拖拽布局不用重连。 - **原生插件系统**：通过应用内市场，按需安装语言高亮、RDP ／ VNC ／ Mosh 等扩展，插件可以独立更新。 - X11 转发、BLE 连接模式、Kerberos 认证方式、审计系统、个人运维知识库（支持 Markdown 编辑和预览）…… 比如下面这样，把 SSH 、本地终端、笔记和 SFTP 放进同一个标签页：  ## 写在最后 **玉不琢不成器，感谢这几个月以来热心帮助的朋友们。**OxideTerm 目前依然是 GPL-3.0 的开源自由软件，免费，没有账号和订阅门槛，也不收集遥测数据。欢迎试试现在的 2.3.1 ，之前用过早期版本的朋友也欢迎回来看看。觉得顺手可以点个 Star ，有问题或建议，欢迎提 Issue 、PR ，希望它能越来越实用。最近也开了个交流群，欢迎来聊使用体验和改进建议。 **感谢大家！**

我经常刷牙出血，不痛不痒，没当回事，前段时间去医院检查，说有牙周炎，还说严重到一定程度会导致牙齿脱落，所以做了全口刮治，花了 3000 来块，后续要每天刷两次牙，牙线，也得用上，还要定期洗牙甚至刮治，牙齿这东西真是不省心啊

故障点也就是从 6 点到 23 点，30-60 分钟有 1-2 次、持续 1-2 分钟的丢包或延迟增加，traceroute 第二跳 xx.1 设备状态正常，第二跳运营商 DNS 出口就丢包、延迟增加，ping 外网阿里 dns 腾讯 dns 完全不可访问 装维不懂找技术支撑，技术支撑看了半天也没看出个名堂把我丢进 CGNAT 故障还是在 也搜了搜站内的帖子，看着说是 PCDN 竞技场了，气笑了。物联网设备电视盒子这些多余的东西我全都限了上传，B 站之类的玩意也全都阉割了 webrtc 还要说我是 PCDN 那我也没办法了，给我丢进 CGNAT 也没见给我恢复啊

热乎的，刚刚还在写代码，然后 Claude 桌面版 直接退出了。 []( https://postimg.cc/CRyKbBpD) []( https://postimg.cc/0M3vxF8C)

自己用 Kavita 搭了书库，平时在墨水屏上看，就写了个专用客户端：没动画、整屏翻页、下载后离线看，漫画 / EPUB / PDF 都能看。APK 570KB 左右，开源。 代码全是 AI 写的，但实际测试过。墨水屏真机测得不多，有问题欢迎提 issue 。 GitHub： https://github.com/yunyuyuan/KavitaInk  

想起什么说什么,基本是要做微信小游戏就需要了解的. iOS 上微信小游戏能用的内存有上限：整个微信进程内存和显存共用大约 1G 到 1.4G(具体看手机内存)，超过就会被系统杀掉；另外 5 秒内收到两次内存警告，微信也会直接销毁小游戏。 别以为你游戏资源包只有几百 MB 就没事。PNG 、JPG 只是文件小，进显存要解开成原始像素，每个像素 4 字节，小游戏占用只看分辨率：一张 2048×2048 的图不管文件多小，都占 16MB ，开了 mipmap 还要再多约 1/3 。要是你的游戏资源几百 M,基本玩着玩着就必崩溃. 解决办法是用 ASTC 压缩纹理：显卡能直接读压缩后的数据，4×4 块的显存是原来的 1/4 ，6×6 约 1/9 ，代价是画质略有损失(我自己测试看不出分别)；再配合用完及时卸载资源，就能把峰值压下来。拿我游戏来说，战斗峰值从约 1G 降到了 200MB. ASTC 压缩还有个问题,可能会把某个类型的图片变成洋红色,真机才会出现,所以一定要测试好. 用户手机发热可以在小游戏网页后台给你的游戏接入高性能模式,能大幅度降低发热问题,其他也有能优化的,腾讯这点好在每个文档里面都有一键复制,直接给你的 AI 看,完美接入. 网页后台显示 100 用户就可以开启流量主,手机看要 1000,这里以网页后台为主. 任何游戏,一定要弄新手教程,用户进来几秒不知道干啥,绝对就退了,想象你自己玩小游戏,有那么耐心吗? 游戏版本审核的时候,只要你的资源需要额外下载,审核界面一定要选择联网,而不是单机,这里不是看你游戏的类型,只要有云上资源,就要联网,不然审核员用不能联网的环境审核失败,会直接打回. 加载云上资源的时候,游戏一定要显示具体的大小或者文件进度,我买的腾讯 cdn,按理来说网络肯定可以,但是几次遇到下不动的情况,如果你的游戏没有详细说明,用户可能会以为卡死,直接就退了. 第一次版本审核成功,后台会建议你用他们的代码加固插件,用的时候代码混淆选中等就行,高选项会直接让主包大于 4M. 接入好友排行功能,要在后台开启这个功能,不然游戏不保报错,但是也不显示内容,会让用户疑惑. 每个游戏可以开启新游种子,基本会给量让你开启流量主,一定要把版本弄好再开启,不像我,新手引导都没有就开启了,浪费了... 就说这么多吧,哎,不做游戏看别的游戏都是垃圾,一做才发现真的难啊,总是有一些问题出现,更难受的是辛辛苦苦做完,没有流量 现在小游戏不花钱推,基本都没入尘烟了 我的游戏是割草类游戏,就是各种技能搭配,纯爽游,感兴趣的朋友微信搜:站桩修仙

现在还用的 command go 循环几个账号，难一点任务就用中转的 Claude