去年我曾和一位自称在“创业”的年轻人喝咖啡，他经营的业务是代发货玉石滚轮。他在Alibaba上以1.20美元的价格进货，再通过Shopify网站以29.99美元卖出。他甚至从未用过这东西，也不太清楚它的具体功效，只是因为在YouTube上听人说这是“趋势”，利润惊人。他用网上的库存照片建了个网站，每天投入50美元跑Facebook广告。当客户询问物流信息时，他就从Google文档里复制粘贴一段话作为回复。 在2015年到2022年之间，“被动收入”从一个乏味的财务词汇变成了一种救赎叙事。那段日子的狂热就像一种信仰，而所谓的“升天之日”，就是当你的被动收入超过每月开支、可以永远辞职的那一天。但现实是，真正赚到钱的人通常是那些售卖“如何获取被动收入”课程的人。这变成了一个在特拉华州注册公司并疯狂投放Facebook广告的莫比乌斯环。 这种营销话术告诉人们：出卖时间换取金钱的是傻瓜，聪明人应该构建“系统”。无论是写电子书、开代发货商店还是做联盟营销网站，重点不在于你建造了什么，而在于它的结构。人们追求的是一台在睡觉时也能产生现金的机器。一旦拥有了这台机器，你就能重获自由，去海滩上坐着。但有趣的是，在海滩上坐三个小时你就会感到无聊透顶。 这种将“被动性”作为唯一优化目标的经营哲学，几乎注定会产生垃圾。当你追求不干活就能赚钱时，你就不会再去关注客户真正想要什么。因为“在乎”是主动的，是需要投入时间和精力的。在2019年到2021年间，Shopify上的商家从100万激增到170万，但其中约90%的店铺在第一年就倒闭了。 我们开始被无数没人真正经营的业务淹没。那些运费昂贵、客服只会复读模版的代发货商店，还有那些给义乌生产的压蒜器贴上各种激进品牌名的所谓“品牌”。甚至还有成千上万的联盟营销博客，里面塞满了从未见过实物的作者写的评论。这在技术上虽然算商业，却没为世界创造一分钱的价值。 这种趋势彻底破坏了互联网的内容质量。如果你近五年在Google上搜索“最好的某某产品”，你会看到一堆雷同的清单。写这些文章的人并不关心你是否买到了好产品，他们只关心你有没有点开那个能产生佣金的Amazon链接。这种激励机制让诚实的评论变得毫无意义。一个诚实的建议可能是“大多数100美元以下的搅拌机都差不多”，但这赚不到钱，所以没人写。取而代之的是铺天盖地的软文。 我见过许多聪明的年轻人，本可以在二十多岁时建立真正的技能或事业，却把精力浪费在一个接一个的被动收入骗局中。他们先做半年代发货，失败了转投AmazonFBA，再失败了就去卖代发货课程。他们离真正的经济价值越来越远。创造价值的无聊真相是：找到一个真实的问题，为真实的人解决它，并用心坚持下去。这需要很多年，而且绝对不是被动的。 我曾见过有人咨询是否该开展遛狗业务，结果得到的建议是“遛狗不可扩展，你应该建个遛狗平台”。事实上，那个人喜欢狗也喜欢走路，他完全可以在一周内开始盈利。但“被动收入脑”让他觉得做简单的实业很天真，而开发一个从未涉足过的技术平台才叫聪明。结果往往是烧光积蓄，只留下一个没有用户的网页。 到了2020年，这个圈子到处都是租着兰博基尼拍YouTube封面的骗子。这种模式越来越像一种社会化的多层传销，产品就是“不用工作”的梦想。 现在，那些靠算法堆砌的垃圾博客正被人工智能生成的内容血洗。当初那群追求自动化的人，正在被更廉价、更快速的软件取代。Facebook的广告成本飙升也带走了代发货的红利。但我注意到，越来越多人开始讨论“用心的”生意。那些做家具的、开管道维修公司的、写自己真正会用的软件的人，他们的存在不是为了给自己创造被动收入，而是为了提供服务。这种模式远比坐在海滩上发呆更靠谱。 本文为翻译，原文链接： The "Passive Income" trap ate a generation of entrepreneurs 4 个帖子 - 3 位参与者 阅读完整话题
最近刚刚上岗陪公司出去跑业务一跑就是一天，手机老是动不动就没电了，纯公司用手机也不怎么打游戏顶多挂个节点或者手机后台挂点东西估计会费电一点但是也不是特别多，平时发发消息之类的，没什么拍照需求，能不能推荐点两千或者三千封顶的手机？三千左右也行不超过三千二，只希望一天只充一次电可以这样安安稳稳用一两年，内存想买个1tb的 2 个帖子 - 2 位参与者 阅读完整话题
IT之家 4 月 17 日消息，全球首个机器人租赁平台“擎天租”今日官宣出海，海外业务覆盖欧洲、北美、亚太、日韩、中东等重点区域，首期落地德国、法国、美国、马来西亚、泰国、阿联酋等 13 个国家。 擎天租强调了旗下业务出海效益，称“海外市场服务单价普遍可达国内 6 倍以上”，同时透露平台已与 RobotX、Mangobot、Always Robotics 等区域服务商合作。 IT之家注意到，今年 1 月时“擎天租”完成了种子轮融资。本轮融资由高瓴创投（GL Ventures）领投，复星创富、慕华科创、大丰基金及张江集团旗下具身智能公司共同参与投资。相应资金主要用于巩固其在机器人即服务（Robot as a Service，RaaS）领域的开创者与领导者地位。 目前，平台已与美宜佳、海底捞、豫园股份、左庭右院、蜜雪冰城等连锁商业与餐饮品牌达成合作，机器人服务被广泛应用于门店引流、品牌活动、开业运营等高频场景。
一、业务场景概述 本次方案围绕 集团型多子系统统一登录 场景展开。企业内部存在多个独立业务系统，包括商城（ mall.xxx.com ）、运营后台（ admin.xxx.com ）、数据平台（ data.xxx.com ）、供应商系统（ supplier.xxx.com ），各系统均独立部署、独立域名，天然存在跨域问题；同时每个系统使用独立的 Redis 实例，存储相互隔离、无法共享，构成跨 Redis 集群 / 实例的技术难点。在此基础上，业务要求实现 一处登录、全系统免登，一处退出、全系统失效 的统一身份认证能力，是典型融合 SSO 单点登录、跨域访问、跨 Redis 存储的综合技术场景。 二、整体核心思路 针对跨域、跨 Redis、统一登录三大核心诉求，整体设计思路可概括为： 统一认证中心 + Token 中心化存储 + 跨域安全传递 + 各业务系统远程校验 Token 。通过剥离各系统的登录逻辑，集中建设统一认证服务，解决身份一致性问题；通过中心化存储解决跨 Redis 无法共享会话的问题；通过标准化 Token 传递实现跨域互通，最终达成全域单点登录与登出。 三、架构角色定义 SSO 认证中心 作为唯一登录入口与身份权威源，独立部署，负责账号密码校验、Token 生成与销毁、登录状态管理、全局登出控制。 各业务系统 商城、运营后台、数据平台等只负责业务鉴权，不承载登录逻辑，统一跳转至 SSO 完成认证。 公共 Redis 集群 专门用于存储全局 Token 与用户会话信息，作为跨 Redis 场景下的统一会话存储层。 四、详细流程设计 （一）统一登录流程 用户访问任意业务系统，鉴权拦截器检测未登录，自动重定向至 SSO 认证中心，并携带当前系统回调地址。 用户在 SSO 页面完成账号密码校验，认证通过。 SSO 生成全局唯一 Token（支持 UUID 随机串或 JWT 格式）。 将 Token 与对应用户信息、过期时间存入公共 Redis，形成全局会话。 SSO 通过根域名 Cookie、重定向传参或前端跨域通信等方式，将 Token 安全传递至目标业务系统。 业务系统获取 Token 后，通过调用 SSO 校验接口或直接访问公共 Redis 完成合法性验证。 验证通过，业务系统建立本地轻量级会话，用户完成无感登录。 （二）跨域处理方案 根据域名结构可采用两种方式： 若各系统为同一主域名下的子域名，可将 Cookie 的 domain 设置为根域名，实现 Token 跨子域名共享。 若为完全独立根域名，则采用 URL 重定向携带 Token + 后端回调校验的模式，或使用前端 postMessage 实现安全跨域传递。 （三）跨 Redis 问题解决方案 针对各系统独立 Redis、无法共享存储的问题，提供两种成熟方案： 公共 Redis 方案（推荐） 所有系统不再使用自身业务 Redis 存储登录会话； 统一使用 SSO 专用公共 Redis 存储全局 Token 与会话； 各业务系统仅需开通访问权限即可读取校验，彻底解决跨 Redis、跨实例、跨集群问题。 JWT 无状态方案 不依赖任何共享 Redis，SSO 签发自包含 JWT 令牌； 各系统使用公钥本地验签，无需中心化存储； 缺点是主动登出与强制踢线需额外维护黑名单 Redis，适合对共享存储严格受限的场景。 五、主流技术路线对比 路线 1：基于公共 Redis 的 Session 共享模式 核心：SSO 登录后写入公共 Redis，各系统统一读取； 优点：实现简单、支持实时登出、强制下线、会话管理可控； 适用场景：集团内部系统、多子域名、架构可控的企业级项目。 路线 2：基于 JWT 的无状态认证模式 核心：完全脱离共享存储，使用签名令牌完成认证； 优点：极致跨服务、跨 Redis、跨机房，扩展性极强； 缺点：登出逻辑复杂，需配合黑名单机制； 适用场景：微服务体系复杂、无法使用共享 Redis、多云部署场景。 文章至此结束！散会！！！ 广大友友有什么更好的技术方案，可以多多分享 2 个帖子 - 2 位参与者 阅读完整话题
本人前端开发，目前维护公司的几个海外项目。 这些项目都把业务代码、node_modules、多语言资源拆分成三个git仓库，然后多语言资源还是用在线excel维护，添加或者修改多语言都得走流程去改，改完之后自己手动执行脚本把excel转成json，再推到业务代码和多语言仓库; 更离谱的是这个在线excel是测试组的老大在维护 ？？ 现在做新需求都不想去动多语言，甚至不想加依赖，不然还得多一个步骤，遇到比较简单的功能都是手撕实现 再加上项目频繁换人开发，再加上功能迁移，里面可以说是毒瘤屎山了，什么jquery跟vue互相操作dom，什么if else嵌套，一个消息类型的判断我都不明白怎么写了500多行的 只能说当初被公司名头骗了，现在上班如同坐牢，唉 13 个帖子 - 7 位参与者 阅读完整话题
主要是管理不同客户端的功能说明、开发手册、业务流程。 把多个代码仓库放到 raw 文件夹下面？比如通过git子模块的方式？ 还是说Karpathy LLM wiki根本不适合用来干这种事。 还有个疑问就是这个LLM wiki只是一篇文章，连官配的AGENTS.md也没有，有点无从下手 1 个帖子 - 1 位参与者 阅读完整话题
IT之家 4 月 16 日消息，据香港 01 今日报道，二手平台转转集团宣布， 计划在香港设立国际业务总部 。 转转官网显示，该集团旗下拥有转转、找靓机、采货侠、红布林等多个二手电商品牌，业务覆盖手机、3C 数码、奢侈品、图书、服装鞋帽、母婴用品、家具家电等。到 2025 年，服务超过 5000 万交易用户。 据IT之家此前报道，2025 年 9 月， 转转宣布逐步关停个人对个人“自由市场” ，宣布全面转向“官方验”业务模式。 转转曾在 2017 年获得腾讯 2 亿美元（现汇率约合 13.66 亿元人民币）资本注入，2019 年转转又获得腾讯和 58 同城的 3 亿美元（现汇率约合 20.5 亿元人民币）投资。 2021 年，转转又先后完成 C 轮、D 轮融资，共计融资金额 3.9 亿美元（现汇率约合 26.65 亿元人民币），投资方中包括小米产投和顺为资本。
各位佬友好，最近在研究多agents协作的机制，并且在尝试在目前的业务领域进行应用（可见本人profile）。目前发现最大的一个问题是除非当前协作任务到达上下文，否则所有的agent都会如同得了羊癫疯一般埋头跑，任务推进效果也不尽人意。 这就引发了本人对于agent协作的刹车机制的构建，请问各位佬能否分享一下相关的经历或者有趣的解决方案。 1 个帖子 - 1 位参与者 阅读完整话题
各位佬友,公司最近想把几个老业务系统全部重做,将之前的多个系统作为以业务为驱动的一个大系统,每个系统可以独立部署,但是前端方面我担心由于页面和代码量的过多,会严重影响性能,请问一下各位,有没有合适的实现方案,技术栈为vue3+elements plus ui框架,微前端会是一个比较好的解决方案吗 3 个帖子 - 2 位参与者 阅读完整话题
IT之家 4 月 16 日消息，Intel 英特尔发烧友渠道业务总经理 Robert Hallock 此前曾表示，其预计该企业未来的 MSDT 平台将支持多代处理器，为用户提供更便捷的升级路径。 而根据消息人士 @jaykihn0 的爆料， 英特尔其实本想在 FCLGA1851 上就先后支持 4 代台式机处理器 ：Meteor Lake S、Arrow Lake S、Beast Lake、Panther Lake S，但由于执行方面的阻碍最终仅剩下 Arrow Lake S 和其 Refresh 版本。 三款未能来到桌面端的产品中，Meteor Lake 和 Panther Lake 最终都专注于移动端， 而完全消失的 Beast Lake 是英特尔 "Royal Core" 项目的一部分 。 @jaykihn0 还提到， 英特尔可能会继续为此前的 FCLGA1700 插槽推出新的 Raptor Lake Refresh 处理器 ，相关产品有望在 2027 年初面世。这类似 AMD 对 AM4 平台的做法，不进行架构上的更新但补充新 SKU。 至于未来，Nova Lake S 后的下一代桌面端处理器是 Razer Lake S，同样采用 FCLGA1954 插槽；而 Titan Lake 则是一个仅限移动端的产品类别，配备命名未确认的性能 (P) 核以及 Copper Shark 能效 (E) 核；更遥远的 Hammer Lake 则情况尚不明确。
IT之家 4 月 16 日消息，当地时间 4 月 15 日，据外媒 TechCrunch 报道，福特宣布管理层重组，负责纯电动与技术战略的核心高管道格 · 菲尔德将离职。 ▲ 图源福特 菲尔德于 2021 年加入福特，曾在苹果负责特别项目，并在特斯拉担任工程高级副总裁。他早年也在福特任职，此次回归被视为推动 CEO 吉姆 · 法利战略转型的关键举措，目标是提升福特在软件与纯电动领域的竞争力。 在任期间，菲尔德直接向法利汇报，负责整车技术体系，其中还包括软硬件架构、驾驶辅助、车联网及数字工程工具等核心领域，实质上掌控 福特与林肯车型的技术开发方向 。 菲尔德也是福特组织重构中的关键人物之一，公司将业务拆分为纯电与数字服务、燃油车以及商用车三大板块。此外，菲尔德还主导内部 低成本纯电车型项目 ，即后来被称为先进开发项目团队的“臭鼬工厂”。 根据最新调整，福特成立“产品开发与工业化”团队，由首席运营官库马尔 · 加尔霍特拉负责。原由菲尔德领导的纯电与设计团队将并入其中。 新团队设定目标，到 2029 年将福特 + 商用业务的调整后利润率提升至 8%，并推进产品更新，按销量计算完成北美约 80% 和全球约 70% 产品线的换代，涵盖通用电动车平台、中型皮卡以及下一代 F-150 和 F 系列 Super Duty。 据IT之家了解，通用电动车平台由原“臭鼬工厂”团队开发，该团队现已更名为先进开发项目团队。曾负责该项目的前特斯拉高管艾伦 · 克拉克目前担任该团队副总裁。
一开始由Gemini完成前端样式框架开发，后面由GPT完成业务部分 使用的技术栈是:Nuxt 4、Nitro、Prisma 、MySQL 现在也还在打磨中，欢迎各位佬提意见 接下来的规划：邮件发信（用于评论通知），评论的IP地址，评论内容自动审核 演示地址： https://test.789dl.cn/ 图片： 20 个帖子 - 12 位参与者 阅读完整话题
七个自动化业务流程，不带方案，老板让我两天搞完，他是疯了吗？脑子被驴踢了吗？你拥抱AI也要有个度吧！说话不经过大脑吗？被外星人抽空脑干了吗？ 14 个帖子 - 13 位参与者 阅读完整话题
昨天给我发邮件通知它要凉了 新浪云终止服务通知 致新浪云用户 衷心感谢您长期以来对新浪云服务的信任与支持。 由于业务调整，新浪云服务将于2026年9月16日24时起下线并永久终止服务，由此给您带来的不便，我们深表歉意。具体安排及注意事项如下： （1）即日起至2026年9月16日，新浪云服务停止新用户注册、新服务开通及云豆充值服务。在此期间，用户账户内已充值云豆及积分可正常使用。 （2）已开通服务的用户，请您务必于2026年9月16日前完成业务迁出、数据导出、备份及账户相关信息清理工作。自2026年9月16日起，所有服务将不再可用，敬请用户提前做好业务迁移等准备。 （3）为确保用户数据安全，新浪云服务下线完成后，将永久删除用户全部数据，请您务必于关停服务前完成数据迁出、备份等工作。 （4）因用户未在规定时间内完成数据迁移、备份或未及时处理账户事宜而导致的任何数据丢失或业务中断，新浪云不承担相关责任，敬请用户提前做好安排。 如遇问题，可通过以下途径予以反馈，新浪云将提供咨询及技术引导服务。 在线工单： https://www.sinacloud.com/ucenter/workorderadd.html 咨询邮箱：[email protected] 新浪云再次向您的理解和支持表示最衷心感谢！ 新浪云 2026-03-17 3 个帖子 - 3 位参与者 阅读完整话题
平时主要是开发后端和业务逻辑的，现在想自己做一些应用，主要是 macbook 和 ipad 上使用的。但是看了一下用 xcode 开发，但是习惯了 cursor 来开发项目（很多前端的代码没怎么学习，而且 AI 的开发效率是真滴快），并且希望的是可以像开发 web 页面一样边开发边调试，有什么好的开发方式和技巧么？求问 8 个帖子 - 8 位参与者 阅读完整话题
一份此前未公开的 SpaceX 分业务财务数据显示，公司三大业务中仅卫星互联网服务星链（Starlink）在产生现金，火箭发射和 AI 两大板块均在烧钱。 星链去年营收 114 亿美元，同比增长 50%，占 SpaceX 总营收的 61%。调整后 EBITDA（税息折旧及摊销前利润，加回股权激励）为 72 亿美元，利润率 63%，高于 2024 年的 50% 和 2023 年的 41%。扣除资本支出后，星链自由现金流约 30 亿美元，是 SpaceX 唯一在赚钱的板块。 火箭发射业务营收 41 亿美元，仅增长 8%，自由现金流约为负 30 亿美元。SpaceX 全年 160 余次发射中大部分用于运送自家星链卫星，外部客户市场有限。 AI 业务（含社交平台 X 和大模型公司 xAI，后者今年 2 月以 2500 亿美元估值并入 SpaceX）营收 32 亿美元，增长 23%，但年烧近 140 亿美元。作为参照，OpenAI 和 Anthropic 去年分别烧了约 90 亿和 40 亿美元，SpaceX 的 AI 板块一家就超过两者之和。在营收规模和增速上，xAI 也远落后于 OpenAI 和 Anthropic。 星链产生的 30 亿美元自由现金流远不够填补其余两项业务的亏损。SpaceX 全年资本支出 207 亿美元，超过其总营收。整体自由现金流约为负 140 亿美元。《The Information》此前报道，SpaceX 去年净亏损近 50 亿美元。 SpaceX 最近一轮估值 1.25 万亿美元，对应 EBITDA 的 266 倍。Meta 为 16 倍，Alphabet 为 25 倍，英伟达为 36 倍，即使是以高估值著称的特斯拉也仅为 119 倍。SpaceX 计划今年 6 月上市，预计将是有史以来最大规模的 IPO。这场 IPO 的核心问题很清楚：星链的增长前景能否撑住其余两个业务线的巨额亏损。 https://www.theinformation.com/articles/new-spacex-numbers-show-reliance-starlink 1 个帖子 - 1 位参与者 阅读完整话题
IT之家 4 月 13 日消息，据彭博社今日报道，知情人士称，TCL 电子控股有限公司正在考虑 将其印度电视制造部门的股份出售给当地买家 ，以帮助发展业务。 知情人士称，TCL 电子控股有限公司正在与一名顾问合作，寻求通过出售股权筹集至少 2 亿美元（IT之家注：现汇率约合 13.68 亿元人民币）。 知情人士表示，这一考虑因素是初步的，可能不会达成协议。 在 2025 年底的 2025 TCL 全球技术创新大会上，TCL 董事长李东生透露，2025 年 TCL 研发费用预计将达到 150 亿元，在部分关键核心技术领域，TCL 已实现从跟跑、并跑到部分领跑的跨越，但 TCL 清醒认识到，公司整体技术能力与国际行业标杆仍存在一定差距。 李东生在大会现场发言称：“TCL 持续加大 AI 技术投入，驱动研发、制造、供应链、运营等全链条革新，实现大规模价值落地。” 2025 年，TCL TV 国际市场收入达 475.04 亿港元（现汇率约合 414.64 亿元人民币），同比增长 15.7%，毛利同比增长 29.4% 至 71.65 亿港元。国际市场大屏化进程持续加速，65 英寸及以上、75 英寸及以上 TCL TV 出货量分别同比大幅增长 50.0% 及 68.2%，出货量占比分别同比提升 6.7 和 3.6 个百分点至 24.2% 及 10.0%；TCL Mini LED TV 市场出货量同比增幅达 228.0%。
公司最近在推进文搜图相关业务，主要是通过自然语言搜索图片，目前调研的实现方案使用 VLLM + qwen3-vl-embedding8B + Milvus，大佬们还有更好的方案或者模型推荐吗？目前公司资源有限只能支持 8B 的模型 3 个帖子 - 2 位参与者 阅读完整话题
IT之家 4 月 13 日消息，今日，接近小红书人士向《科创板日报》记者表示，其跨境电商 Redshop 将于 2026 年 6 月正式上线，首期计划定向邀请部分种子商家，重点覆盖非遗手工、特色手工艺品等品类，后续将逐步拓展至更多类目。 IT之家注意到，小红书近年来大力发展电商业务。 小红书 2023 年整合了电商业务与直播业务 ，组建了全新的交易部，成为与社区部、商业部平行的一级部门。此前，电商业务是归属于社区部之下的二级部门，意味着小红书电商全面加速。 去年 8 月，小红书直接在 App 底部导航栏推出“市集”页面。该页面以带货直播、商品笔记等双列流形式，为用户提供边逛边买的购物体验。 去年 10 月，小红书内测“快捷售卖”新功能，用户可以在笔记下方直接挂上想卖的闲置商品链接，或者在跟别人聊天的时候，直接把商品卡片发过去。
3.1、支付方式选型 不确定该用哪种支付方式时，描述你的业务场景，Skill 会从客户端环境（App / 微信内 / 浏览器 / PC）、支付体验（拉起收银台 / 扫码 / 付款码）、是否涉及多商户合单等维度进行匹配，覆盖 JSAPI、APP、H5、Native、小程序、付款码及合单支付。 示例对话： “我的业务是在微信公众号里收款，应该用哪种支付方式？” “我要在 App 里集成微信支付，用什么方式？” “合单支付和普通支付有什么区别？什么场景需要用合单？” 3.2、示例代码检索 需要接入代码时，Skill 会先确认你的接入模式（商户/服务商）和开发语言，然后从仓库中检索对应接口的代码示例。所有代码都是预先编写并验证过的，不是 AI 实时生成的。 示例对话： “帮我生成 JSAPI 下单的 Java 代码” “我要调用退款接口，用 Go 语言” “支付回调通知怎么处理？” 3.3、业务知识速查 接入过程中遇到概念不清、参数不明、流程不熟的问题，直接提问即可。 示例对话： “APPID 需要怎么绑定？” “订单的状态流转是怎样的？” “退款有什么规则和限制？” 3.4、接入质量评估 开发完成准备上线时，可以让 Skill 做一次全面检查。检查范围包括：签名验签是否按标准实现、业务逻辑是否完整、回调处理是否规范。 示例对话： “帮我检查一下代码有没有接入隐患” “我准备上线了，帮我做个质量评估” 3.5、接口排障 接口报错时，提供 Response Header 中的 Request-Id ，Skill 会自动提取错误码并匹配排查方案。排障完成后会推荐做一次接入质量评估，排查其他潜在问题。 示例对话： “下单接口签名报错了，Request-Id 是 08F16BEF7B2D64C6E064BAE219CF05-268443699” “调起支付时报 appid 和 mch_id 不匹配怎么办？” “支付回调一直收不到是什么原因？” 四、常见问题 Q：示例代码支持哪些开发语言？ A：目前支持 Java 和 Go。 Q：我的 IDE 不支持 Skill 怎么办？ A：可以直接阅读仓库中的示例代码和参考文档来完成接入。参考文档位于 references/ 目录下。 pay.weixin.qq.com 基础支付接入Skill_SDK&开发工具|微信支付商户文档中心 1 个帖子 - 1 位参与者 阅读完整话题