雨 又下雨了，我说的不是武汉。 昨晚下得很大，我坐在床上，看不见雨，只听见窗户好像被敲碎了，玻璃溅了一身，浑身刺痛，却不见血；放声高呼，却不见声。诶，我好像在床上。 零点过了……大概两千秒，看到信息弹窗，雨停了。为什么会收到信息弹窗？噢，我把睡眠模式关了，为了能看到消息。 雨确实停了。 我坐在电影院。旁边的女生眼睛在下雨，倾盆大雨。我好想给她递一块丝巾擦擦，但是我不认识她，我也没有丝巾。用纸擦的眼泪出门就扔了，一同飞进垃圾桶的还有那场声势浩大的雨。那个女生电影一放完就冲出去了，我连她的脸都没看清。也罢，我已经给她递过纸巾了。 她的啜泣声是电影的催化剂，我也哭了——第一次在电影进行中哭。电影确实感人，但我应该是为她哭的。看到有一种关系叫做我们是内错角的关系，我想我和她也是的。她应该和坐我旁边这个哭的女生没有什么区别。我说的是感觉。 木生南枝，其叶淑柔。南枝真瘦，淑柔真美，扛旗走出来的那一瞬间，窗户砰砰作响。我也想给她写信，但是雨把信冲走了。木生死了。 东湖的湖面上泛起一圈圈涟漪。雨一直下。下了吗？我把伞撑开了。从寝室走到教室，路过了七辆车，每路过一辆我都微微俯身看看自己，透过车窗。玻璃挂着水珠，看不清人脸，我揉了揉眼睛。脚步没有停歇，要迟到了。 她拍的真好，自带忧郁，简直是光影大师。内错角，哈哈哈、哈哈哈，我嘴角微微上扬。窗户又被敲响了，我又坐在床上了。 武汉又下雨了。 1 个帖子 - 1 位参与者 阅读完整话题
电脑预算1万以内，尽量要游戏本，平时喜欢3D建模，玩地平线 手机嚷嚷着不要小米，新款的比较潮的，好像听他意思，电池还得大点? 求大家推荐 22 个帖子 - 14 位参与者 阅读完整话题
之前有一次，我在Claude Code终端里面边思考边输入文字然后修改了几次，并没有点击发送，但发现5h用量下降了1%，我还以为看错了。直到昨天，还是在输入框里输入文本，修改了几个版本，最后发送Claude执行过程中，竟然带出了我删减未发送的信息。所以，我确信在文本框里面反复修改信息，会被Claude Code读取并消耗token。佬们有同感吗？ 2 个帖子 - 2 位参与者 阅读完整话题
今天 全网pro大规模封号 别乱切ip 别违规使用 正价冲也有出现被封的 尽量别被波及到了。 奥特曼搞事了 5 个帖子 - 5 位参与者 阅读完整话题
发一个蜂巢的邀请，请看清要求，不满足的通过不了。两站 PU 级别，尽量大站，审核快，（MT，TTG看不到邮箱无效），邮箱和用户名相对应。满足条件的再留邮箱用户名，低隐，只有一个。保留不发的权利。 2 个帖子 - 2 位参与者 阅读完整话题
搞了个站内大佬的edu邮箱（ @linuxdo.edu.kg ），现在还有什么毛能薅一波。 尽量是要有用的，大家可以讨论分享一波 5 个帖子 - 4 位参与者 阅读完整话题
明天就是第 50 天了，可是我的浏览帖子数量还差 5000 条呢。今天一天肯定刷不了 5000 条啊，我尽量吧！ 19 个帖子 - 15 位参与者 阅读完整话题
gpt 恢复供应 大家尽量不要给我发私信，有问题评论就行，无力回复，太多了 不要以任何理由索要额度/寻求解封 用不了就是号池在维护 不要去星辰的售后群去问我的客服为啥君の公益用不了，没有别的意思，就是客服可能会比较崩溃 我不会建任何有关君の公益的qq群/tg群，我也不喜欢看到有人以我的名义建群 君の公益唯一的解释权在我这里，我不喜欢看到有人代替我解释什么，希望大家尽量避免 签到额度调整为每天52刀 已经安排佬友帮我查分发了，已经封了一批，后面不定期也会安排检查 101 个帖子 - 98 位参与者 阅读完整话题
新注册GPT的朋友们，尽量搞一个自己的外区手机号吧。英国，德国的 弄起来也不麻烦。 用接码平台被二验无解的。 2 个帖子 - 2 位参与者 阅读完整话题
目前场内溢价很高了，尽量不要走场内购买。但凡ETF溢价超过10%，后面结局都不太好。 支付宝这些定投风险不大，但是普遍。限额10块 1 个帖子 - 1 位参与者 阅读完整话题
大家好，我是贾克斯。 这篇文章会稍微硬核一点。 但我会尽量写得让非研发同学也能看懂。 如果最近你关注 AI Coding ，应该会经常听到一个词。 Harness Agent 。 或者更完整一点，叫 Harness Engineering 。 这个词听起来很工程，很抽象。 但你可以先把它理解成一句话。 大模型很强，但它不能裸奔。 它像一匹跑得很快的马。 你不能只是拍拍它的屁股，然后说，兄弟，冲！ 你得给它方向、边界、工具、反馈。 给它一个跑偏以后能被拉回来的机制。 这套东西，就是 Harness(哈尼斯) 它不是为了限制 AI ，而是为了让 AI 的能力变得更稳定、可控、可复用。 这套概念现在已经在 Claude Code 、Codex 、Qoder 这类 AI Coding Agent 里逐步落地。 类似 OpenAI 、Anthropic 这些团队，也都在讲同一件事：那就是： 人类掌舵，智能体执行。 这句话听起来很帅，但问题是，很多人听完以后，还是不知道怎么落地。 今天，我们就把这个 Harness Coding 在企业场景中如何运用的具体实践给分享一下。 / 什么是 Harness / 在此之前，请允许我先用一个真实的小案例，给大家讲清楚，到底什么是 Harness 。 如果这个概念前面不对齐，后续则无法深入到企业场景内的 Harness 实践，越到后面大家只会更加懵逼。 假设我们现在让 AI 去做一个媒体账号。 给它的前置系统提示词是： “你的人设是宝妈，目标是涨粉，核心指标是每篇帖子的阅读量、互动量和关注转化。” AI 收到这个提示词以后，就开始干活。 它很快发布了一篇帖子： 💬 “我家孩子 3 个月，但是不爱吃母乳怎么办？” 然后配了两张图。 到这里，AI 已经完成了两个动作： 前置，执行。 接下来进入第三步： 反馈。 帖子发出去 1 小时后，AI 去看数据，发现阅读量很低。 按照新账号起号的逻辑，一篇正常内容至少应该有上百阅读，但这篇只有几十。 于是 AI 开始复盘。 它发现，这篇内容太平了，没有足够强的吸引点。然后它把这个经验写进自己的经验库：“内容过于平淡，容易导致阅读量偏低。” 下一次发帖时，这条经验会重新进入它的前置说明里。 于是 AI 的新提示词就变成了： “你的人设是宝妈，你的任务是发布帖子吸引用户关注和评论。你的核心指标是涨粉量和每篇帖子的阅读量。 历史经验：上一篇帖子因为内容过于平淡，阅读量很差。下次需要提高标题和内容的吸引力。” 然后 AI 又开始执行。 这次它发了一篇更夸张的： 💬 “天塌啦！我家孩子每天能吃一头牛怎么办！快养不起了，呜呜。” 这篇发出去以后，数据确实很好。 1 小时内有 1 万阅读。 但是问题来了。 1 小时后，帖子被封了。 原因是：传播夸大事实的信息。 这时候 AI 又开始复盘。它发现，夸张标题确实能带来流量，但如果夸大事实，就很容易被平台判违规。 于是经验库里又多了一条： 夸张表达可以提升点击，但不能脱离事实，否则容易被封。 现在，AI 的经验库里已经有两条经验： 第一，内容太平淡，没有流量。 第二，夸大事实虽然有流量，但容易违规。 于是第三次发帖时，AI 开始调整策略。 它不再写平淡内容，也不再硬夸张，而是换成真诚路线： 💬 “做辣妈的第三年，我是如何一边带娃，一边保持状态的？” 这篇内容戳中了很多宝妈的真实痛点。 结果，帖子爆了。 AI 看到数据以后，发现这条路线有效，于是继续把经验写回去： 真诚表达真实痛点，更容易获得稳定流量。 到这里，一个很小的运营闭环就出现了。 前置、执行、反馈、经验沉淀，再回到前置。 这就是 Harness 的核心。 它不是让 AI 单次完成一个任务，而是让 AI 在一个系统里持续变好。 当然，刚才这个例子只是为了方便理解，真实系统要复杂得多。 比如： AI 拉到帖子数据以后，怎么判断这篇帖子是正常、偏差，还是爆了？ AI 复盘的时候，怎么对标同类账号，而不是只看自己的感觉？ AI 发现某个策略有效以后，怎么判断它是长期有效，还是只是碰巧踩中了流量？ 这些问题，才是搭建 Harness 系统真正难的地方。 也就是说，Harness 的关键不只是“让 AI 干活”。 而是要给 AI 搭一套闭环： 任务怎么定义，过程怎么执行，结果怎么评估，经验怎么沉淀，下次怎么复用？ 这才是 Harness 的核心。 / 企业级 Harness 实战 / 能看到这里的，想必已经对什么是 Harness 已经没有异议了。 那么接下来我们开始介绍本文的重点：企业级的 Harness Coding 实战应该怎么去做？ 在真实的开发任务里，这个闭环会复杂很多。 因为写代码不是发一条帖子。 真实开发里有需求理解、架构边界、代码规范、接口契约、测试验证、日志排查、评审验收、多人协作。 任何一个环节没管住，AI 都可能开始偏航。 所以，如果我们想让 AI 真的参与企业级开发，不能只写一句： “你是一个资深研发工程师，请帮我完成这个需求。” 这不叫 Harness 。 这叫把一个非确定性的模型，直接扔进生产代码里裸奔。 真正的 Harness Coding 系统，至少要回答几个问题： 1. AI 开始写代码前，它从哪里理解需求？ 2. 它依据什么项目规则做判断？ 3. 它能不能自己查架构规范，而不是反手问人？ 4. 它写完以后，谁来验证？ 5. 验证失败以后，怎么回到正确轨道？ 6. 这次踩过的坑，下次怎么不再踩？ 这才是 Harness 架构要解决的问题。 而对于 AI Coding 的场景，这套架构则最少要有如下三层： 1. 人类需求层。 2. 工程契约层。 3. 代码执行层。 / 第一层，人类需求层 / 这一层解决的是：人类到底想要什么。 很多 AI Coding 失败，不是模型写不出代码，而是一开始需求就没有被说清楚。 人类在聊天窗口里随口说一句“帮我加个 X 接口”，AI 就开始实现。它看起来很勤奋，实际上很危险。 因为它不知道这个接口的业务边界是什么，不知道哪些字段必须兼容旧系统，不知道异常场景怎么处理，也不知道验收标准是什么。 所以在我们的 Harness 里，第一步不是让 AI 写代码。 第一步是让人类先把需求落成一个可以被交接的文档。 这个文档不需要写得像论文，但必须说清楚几件事： 这个需求为什么要做。 这次到底做什么，不做什么。 输入输出是什么。 业务流程是什么。 验收标准是什么。 这一步非常关键。 因为 Harness 的第一条原则就是： 人类负责想清楚方向，AI 负责把方向翻译成工程动作。 如果人类自己都没想清楚，AI 只会把不确定性放大。 / 第二层，工程契约层 / 当人类需求写清楚以后，也不能马上进入代码实现。 中间还需要一层翻译。 因为人类需求通常是业务语言，而代码实现需要工程语言。 比如人类说： 新增一个校验能力，失败时要给前端异常提示。 这句话对业务方来说够了，但对工程实现来说还不够。 AI 需要继续把它翻译成： 改哪个模块、新增什么接口、错误码怎么定义。 测试要覆盖哪些场景、哪些架构规则不能破坏、做到什么程度才算完成。 这一层，就是工程契约层。 在这一层里，AI 可以起草设计方案、任务拆分、接口契约和验收标准，但人类必须 Review 。 注意，这里不是人类逐行写设计文档，而是人类把关：方向对不对、边界有没有漏、验收标准是否可验证。 这个阶段的核心产物，不是代码，而是一份“写代码前的工程合同”。 它告诉后面的实现 Agent：你要交付什么、不能越过什么边界、交付后用什么证据证明完成。 / 第三层，代码执行层 / 只有前两层都对齐以后，AI 才能进入代码实现。 这一层才是真正的 Coding Agent 干活区。 但即使到了这里，也不是让一个 Agent 从头写到尾，然后自己宣布“完成了”。 我们需要把角色拆开。 一个负责规划。 一个负责实现。 一个负责评估。 并且还要有两个不同维度的评估器。 为什么？ 因为同一个 AI 自己写、自己测、自己夸自己，很容易护短。 它会觉得：差不多了、应该没问题、这个边界场景可以不测。 这在真实工程里很危险。 所以我们要让实现者和评估者隔离。 实现 Agent 负责写代码和测试。 评估 Agent 负责站在外部视角审查它。 机器检查负责跑编译、单测、静态扫描、覆盖率。 人类负责最后看方向和关键证据。 这套分工听起来复杂，但本质很简单：不要让一个非确定性模型同时当运动员和裁判。 到了这里，一个企业级 Harness Coding 系统的基本骨架就出来了。 它不是一个 Prompt 。 它是一条流水线： 人类先写清楚需求。 AI 把需求翻译成工程契约。 人类审批契约。 AI 按契约实现。 机器跑自动化检查。 独立 Evaluator Agent 做审计。 审计到的偏航记录下来，沉淀回下一轮规则。 人类基于证据验收。 如果把上面这套链路压缩成一张图，大概是这样： 这张图看起来节点很多，但其实就一句话：需求先由人类想清楚，执行交给 AI ，结果必须被 Harness 验证。 该架构运行起来后的整套流程效果则是： 1. 团队先内部评审需求文档，确保团队内针对复杂需求是完全认知对齐的。 2. 把评审后的需求文档直接丢给 AI ，告诉它让他基于这套文档来实现。 3. AI 基于当前项目已有的前置架构和需求规范审核该文档并和人类基于该需求达成目标一致。 4. 人类批准开始干活后，AI 基于 Spec 驱动来把该需求转换为可执行的工程文档。 5. 人类审核该 Spec 文档是否对齐原始需求，审核完毕则开始允许 AI Coding 6. AI 基于 Spec 文档开发完毕后，开始自主调度 Harness Check 脚本验证当前代码变更是否符合测试覆盖率 80% 的标准、静态代码扫描是否存在 Bug 。 7. Harness Check 脚本执行不通过，则打回重新修改代码，审核通过则开始调度测试 Agent 和架构 Agent 进行需求验证。 8. 测试 Agent 基于 Spec 文档来检查 Coding 代码是否符合验收标准。 9. 架构 Agent 检查 AI 基于此次需求开发，是否破坏了项目架构的基本原则，比如：错误码规范、跨包调用等规范。 10. 双 Agent 验收通过，则最终呈现结果给到人类确认，验收失败，则打回让 AI 重新修复，只到 Agent 审核通过为止。 这就是目前我们团队内在用的开发方式。 如果硬要聊，这里面还有很多细节，比如： 你如何定义你的项目架构规范。 如何让双 Agent 打回次数过多时，把 AI 偏航记录给沉淀到文档中。 如何将上述的整个流程串联为一个自动化的流程，实现最终人类只要丢进去一个需求文档，其他的后续流程就全部自动化执行等等。 但其实上面这些问题都是非常小的问题，你只要能搞懂上述 Harness 架构的执行逻辑。 其他的单点问题则都是小问题，甚至于你完全可以把这些问题交给 AI 来帮你解决。 等你把这套流程给固化下来后，你会发现，企业级 Coding 竟然也如此简单。 事实上，企业级 Coding 未来也只会越来越简单。 不是因为代码本身变简单了。 而是因为越来越多复杂的执行过程，会被压进一套更清晰的工程流水线里。 到那个时候，真正重要的能力，就不再是“我能不能亲手写完这段代码”。 而是： 我能不能把一个模糊想法，变成一份清晰需求。 我能不能把需求，变成可执行的工程契约。 我能不能设计一套反馈系统，让 AI 犯错以后，下次永不再犯。 这才是 AI Coding 后半场真正要拼的东西。 以上。 如果觉得这篇文章还不错，欢迎一起探讨交流。 作者：贾克斯的平行世界。
前段时间腰开始痛，痛得只想躺着还要在腰下面垫一个枕头。 然后每天吃两片多维元素片，尽量躺着或站着，少坐，坐的时候让背完全贴在椅背上。坚持了两个星期总算不痛了。 年纪大了维生素和微量元素还是要补一补。 9 个帖子 - 8 位参与者 阅读完整话题
TikTok 国内落地前置基础设施方案 版本：v1.0 更新日期：2026-05-29 适用范围：中国大陆公司开展 TikTok 内容输出、品牌账号管理及后续广告投放、TikTok Shop 、直播电商前的基础设施准备。 一、总体原则 本方案用于指导公司在中国大陆办公环境下，建立一套可执行、可管理、可追踪的 TikTok 前置基础设施。 总体原则为： 真实主体 + 官方工具 + 稳定网络 + 专机专号 + 权限管理 + 风险可追踪 公司不应把重点放在“伪装环境”或“批量养号”上，而应优先建立长期稳定的主体、账号、设备、网络、权限和台账体系。 二、公司主体准备 1. 主体建议 场景 建议主体 只做内容输出 大陆公司 + 企业邮箱 + TikTok Business Center 后续广告投放 大陆公司或海外主体 + TikTok Ads / Business Center 后续 TikTok Shop 根据目标市场要求准备对应卖家主体 长期品牌出海 建议准备海外公司、商标、品牌资料 当前阶段如果只是进行内容输出，不涉及交易和直播带货，可以先使用： 大陆公司 + 企业邮箱 + TikTok Business Center 2. 后续业务前置检查 当前阶段如果只做内容输出，先确认目标市场、账号语言和内容方向即可。 如果后续进入广告投放、TikTok Shop 、直播电商，再专项评估主体、收款、税务、物流、退货、客服和当地合规要求。 三、账号体系与登录方式 1. 登录入口 类型 入口 用途 TikTok App 手机端 TikTok App 日常登录、发布内容、查看评论、回复私信、直播 TikTok Business Center https://business.tiktok.com/ 公司级资产和权限管理 TikTok Seller Center TikTok Shop 后台 后续 TikTok Shop 使用 简单理解： TikTok App 负责日常使用，Business Center 负责公司级管理。 不建议把 business.tiktok.com 理解成日常发布内容的主要入口。日常内容账号仍应在固定手机上的 TikTok App 登录。 2. 推荐账号结构 当前阶段建议准备： 账号类型 数量 用途 品牌主账号 1 个 公司或品牌对外主账号 内容账号 2–3 个 不同方向或不同市场内容输出 测试账号 1 个 测试账号环境、发布流程、素材表现 Business Center 管理账号 1 个 公司后台管理 3. 注册与登录建议 每个 TikTok 账号建议使用： 独立企业邮箱 独立强密码 固定手机设备 固定负责人 固定网络环境 开启双重验证 使用 Authenticator App 或企业邮箱验证 不建议使用： 员工私人邮箱 员工私人手机号 临时接码平台 免费短信接收网站 多人共用同一个账号密码 一个设备频繁登录大量账号 推荐结构： TikTok 账号 ↓ 企业邮箱 ↓ 固定手机 ↓ 固定负责人 ↓ TikTok 专用网络 四、设备采购要求 1. 采购原则 TikTok 运营设备不需要过度复杂，核心要求是： 设备干净、系统稳定、来源可靠、长期可用、便于公司统一管理。 每台设备建议做到： 专机专用 固定账号登录 固定负责人使用 不使用私人手机 不使用模拟器 不使用 Root / 越狱设备 不使用有锁机、卡贴机、黑解机、监管机 不使用来源不明的二手机 绝对禁止在设备中插入任何中国大陆（+86 ）的实体 SIM 卡，避免设备通信环境与国内个人通信资源混用 2. 推荐采购设备 当前阶段建议采购 4–5 台 TikTok 专用运营手机 。 推荐组合： 港版 iPhone 12 / 13：3 台 Google Pixel 8a / 9a：1 台 备用手机：1 台 如果预算有限： iPhone 11 / 12：3 台 备用手机：1 台 3. 设备选择口径 推荐级别 设备选择 适合情况 首选 港版 iPhone 12 / 13 ，128GB 以上 适合公司长期稳定运营 可选 Google Pixel 8a / 9a 适合作为安卓备用机或测试机 可选 Samsung S23 / S24 海外版 适合对拍摄、直播、性能要求更高的场景 不建议 国行安卓机、Root 机、刷机机、模拟器、云手机 不适合作为公司长期运营设备 4. 购买方式 推荐购买渠道： Apple 官方或授权渠道 京东自营、天猫官方旗舰店等正规平台 可靠二手平台 正规跨境渠道 可提供验机、发票或售后的手机供应商 不建议购买： 价格明显异常的低价机 有锁机、卡贴机、黑解机、监管机 Root / 越狱机、刷机机 展示机、工程机 来源不明的批量二手机 5. 验收要求 设备到手后建议按以下顺序验收，全部通过后再进入 Apple ID / Google 账号配置流程，最后交付负责人。 硬件验收： 是否为承诺的型号、容量、颜色 是否未激活；若为二手设备，激活时间与序列号是否合理 是否存在监管、锁机、卡贴机、黑解机、Root 、越狱 摄像头、麦克风、扬声器、Wi-Fi 、蓝牙、Face ID / Touch ID 是否正常 电池健康度是否合理，二手机建议不低于 85% 是否存在维修或换件历史 系统验收： 是否已退出原 Apple ID / Google 账号 是否可以正常恢复出厂设置 是否可以正常更新到最新系统 系统区域、语言、时区是否符合公司规范 验收通过后： 贴设备编号 录入设备台账 SIM 与基带环境隔离：确保手机处于无卡状态；如业务确需插卡，仅可使用公司合规开通、长期可控并在台账备案的目标市场实体 SIM / eSIM ，不使用中国大陆（+86 ）实体 SIM 、废弃卡或来源不明白卡 配置 Apple ID / Google 账号 安装 TikTok App 交付固定负责人 五、Apple ID 与 Google 账号管理 1. 为什么必须配置 TikTok 在中国大陆 App Store 已下架。即使设备是港版、美版、日版等海外版 iPhone ，如果登录的是国区 Apple ID ，仍可能无法从官方渠道下载 TikTok 。安卓侧同理，建议登录可访问 Google Play 的 Google 账号，从官方渠道下载和更新 TikTok 。 因此 TikTok 运营设备应配置长期可控的公司专用 Apple ID / Google 账号，不得使用员工个人账号或公共共享账号。 2. 配置原则 原则上每台设备配置公司专用 Apple ID / Google 账号；若设备数量较少，也可按设备组共用同一区域的公司专用账号，但必须保证账号由公司控制，不得使用员工个人账号或公共共享账号。 Apple ID / Google 账号应满足： 区域尽量统一，结合目标市场选择香港、美国、日本等海外区 注册资料真实、长期可控 如使用合作方海外信息，需取得书面授权，并确认后续可持续接收验证和配合账号恢复 不绑定员工个人付款方式 必须开启双重验证 恢复邮箱、信任电话、密码、恢复密钥或备用代码由公司统一保管 账号与设备、TikTok 账号、负责人在台账中建立绑定记录 3. 禁止事项 禁止登录员工私人 Apple ID / Google 账号 禁止使用临时邮箱、共享邮箱注册 禁止共享 Apple ID 或 Google 账号给无关设备和人员 禁止从灰色渠道购买 Apple ID / Google 账号 禁止使用虚假资料、不可追溯付款方式或无法持续接收验证的信息 禁止设备维修、借出或交接前不退出 Apple ID / Google 账号 4. 移交与回收 离职、岗位变更、设备调拨时，必须由公司统一收回设备并解绑 Apple ID / Google 账号 解绑顺序：先在 TikTok App 退出账号，再在系统设置中退出 Apple ID / Google 账号，最后恢复出厂设置 同步更新台账中的归属信息 必要时修改 Apple ID / Google 账号密码并重置双重验证 六、TikTok App 安装与更新 1. iOS 端 设备登录公司专用海外区 Apple ID 后，从官方 App Store 下载 TikTok App 更新统一通过 App Store 进行 禁止使用个人开发者证书签名的 IPA 包 禁止使用企业证书分发的 IPA 包 禁止使用第三方修改版、去广告版、破解版 2. Android 端 优先从 Google Play 下载 备选方案：从 TikTok 官方网站下载官方 APK 禁止从国内应用市场下载所谓 “TikTok 国际版” 或 “海外版” APK 禁止使用第三方修改版、破解版、免登录版 禁止使用所谓 “免拔卡”“免代理” 等捆绑安装包 3. 抖音与 TikTok 的关系 抖音与 TikTok 是两个独立产品，账号体系、内容分发、登录入口并不互通。 公司 TikTok 运营设备上： 不应同时安装抖音、抖音极速版等国内版本 不应使用网传的 “抖音切换 TikTok” 包或修改版抖音 一台设备只保留一种主要用途，避免账号、Cookie 、登录态混淆 4. 更新策略 保持 TikTok App 为最新稳定版本 系统更新与 App 更新均通过官方渠道进行 重大版本更新前，先在测试设备验证再推到主账号设备 出现异常版本时，记录到台账并联系负责人处理 5. 卸载与重装 卸载前必须先在 App 内退出 TikTok 账号 重装后登录前先确认网络环境、Apple ID / Google 账号正常 频繁卸载重装可能触发风控，原则上不允许 设备故障切换时，新设备应按完整验收、账号配置、App 安装流程处理 七、海外手机号 1. 当前阶段 如果只是内容输出： 海外手机号不是强制条件。 可以先使用： 企业邮箱注册 企业邮箱验证 Authenticator App 双重验证 公司统一保管恢复码 2. 后续阶段 如果未来涉及以下业务，建议准备长期可控的海外手机号： TikTok Shop 直播电商 海外客服 本地化品牌账号 海外广告账户 目标市场本地业务合作 3. 手机号使用原则 推荐使用： 长期可续费海外手机号 公司可控制手机号 合规开通的实体 SIM 或 eSIM 可持续接收短信验证码的号码 禁止使用： 临时接码平台 免费短信接收网站 共享虚拟号 员工私人手机号 无法续费的号码 来源不明的批量号码 核心原则： 账号绑定的邮箱和手机号必须长期可控，不能依赖临时资源。 八、设备与账号绑定规则 1. 绑定原则 每个 TikTok 账号应尽量绑定固定设备、固定负责人和固定网络。 规则 说明 一机一号或一机少号 不要一台手机频繁登录大量账号 一号一负责人 账号行为可追踪 不用私人手机 避免个人数据和公司账号混杂 不用模拟器 不适合长期企业运营 不用 Root / 越狱机 避免系统异常和安全风险 不频繁切换登录地 保持账号环境稳定 2. 设备使用规范 每台 TikTok 设备必须遵守： 专机专用 固定账号登录 固定负责人使用 不登录员工私人 Apple ID / Google 账号 不安装无关 App 不安装破解软件 不越狱、不 Root 、不刷机 不频繁切换账号 不频繁切换地区、语言、时区 不连接来源不明网络 九、TikTok 专用网络 1. 网络方案 由于中国大陆普通网络无法直接稳定访问 TikTok ，公司 TikTok 运营建议采用： 合规跨境专线 / SD-WAN / 企业级固定出口网络（要求：目标市场当地稳定、低风险、可溯源的 ISP / 企业出口 IP ，避免共享、滥用或高风险机房出口） 该方案适用于 TikTok 内容发布、账号管理、品牌号运营，以及后续可能涉及的广告投放、TikTok Shop 、直播电商等业务。 不建议使用： 个人 VPN 机场节点 共享代理 来源不明住宅 IP 免费代理 无合同、无发票服务 承诺 “百分百不封号” 的服务 2. 推荐采购渠道 优先选择正规企业网络服务渠道： 优先级 渠道 说明 第一优先 中国电信、中国联通、中国移动企业业务部门 适合长期合规运营 第二优先 三大运营商国际公司或企业专线部门 适合跨境办公、海外平台管理 第三优先 有资质的 SD-WAN 服务商 适合中小团队快速部署 3. 网络结构 建议结构如下： 公司内网 ↓ 合规跨境专线 / SD-WAN 网关 ↓ TikTok 专用 Wi-Fi / 独立 SSID ↓ 固定运营设备 ↓ 固定 TikTok 账号 4. 使用要求 TikTok 专用网络应做到： 固定网络出口 固定设备接入 固定账号使用 固定人员管理 不与普通办公网络混用 不频繁切换出口地区 网络异常时暂停登录和发布 保留服务商合同、发票和网络异常记录 5. 采购询价话术 向运营商或服务商咨询时，可使用以下表述： 我们公司有海外社媒内容发布、跨境办公、海外平台账号管理及后续直播业务需求，希望采购合规的企业跨境网络或 SD-WAN 组网服务。技术指标要求：固定出口、稳定带宽、低丢包，能够提供正规合同和发票并说明服务资质。同时，出口 IP 应为目标市场当地稳定、低风险、可溯源的 ISP / 企业出口 IP ，ASN 、Org / ISP 信息应与服务商和合同说明一致，不使用共享代理、云主机、来源不明地址或高风险机房出口，以满足公司对海外电商 / 社交媒体平台环境稳定性和合规性的要求。 6. 验收标准 网络开通后，建议先测试一段时间，再投入正式账号使用。 项目 要求 网络出口 固定、稳定，不频繁变化。须通过 ipinfo.io 等工具核对 IP 的 ASN 、Org / ISP 字段，确认其与服务合同和目标市场一致，不包含共享代理、云主机或来源不明机房信息；如使用住宅或 ISP 型出口，需确认合法授权、合同和发票 连接稳定性 不频繁断线 视频上传 上传速度稳定 多设备并发 多台设备同时使用不卡顿 售后响应 出现异常能及时处理 合同发票 能提供正规合同和发票 异常记录 网络切换、掉线、账号提醒需记录 十、TikTok Business Center 1. 简介 TikTok Business Center （业务中心）是 TikTok 面向公司和团队的统一管理后台，网址为 https://business.tiktok.com/ 。它本身不是发布内容的入口，而是把公司在 TikTok 体系内的资产集中起来管理的后台。 主要承载以下资产和权限： TikTok 内容账号 TikTok Ads 广告账户 TikTok Shop 店铺（视市场而定） Pixel 、事件 API 、Catalog 商品目录 成员与角色 合作伙伴或外部团队 简单理解： TikTok App 负责日常发布，Business Center 负责公司级资产与权限管理。 2. 为什么必须用 Business Center 账号资产归公司，而非员工个人 多账号统一管理，减少共享密码和频繁切换账号 广告账户、Pixel 、Catalog 、Shop 等资产可统一纳入官方后台管理 与代理商、外部团队合作时，可授予最小必要权限 留下成员、权限、资产变更记录，便于审计和追踪 3. 注册前置条件 注册 Business Center 前请准备好： 至少两名公司可控的管理员候选人，建议公司负责人 + 项目负责人 公司主体资料：营业执照、法人信息、公司地址、官网或公司邮箱域名 一台已配置 Apple ID / Google 账号、可访问 TikTok 的运营设备或电脑 稳定的合规跨境网络 已开启双重验证的企业邮箱 具体后台入口、按钮名称、认证材料要求和审核时间以 TikTok Business Center 最新页面为准。 4. 权限分层 Business Center 的权限一般分为公司后台层级和资产层级。实际角色名称和权限范围可能随市场和后台版本调整，应以后台最新权限表为准。 公司角色 建议权限 公司或项目负责人 管理员，负责主体、成员、核心资产 运营主管 管理指定账号和内容运营资产 内容发布人 使用指定账号，不默认拥有财务或高危设置权限 数据分析人 查看账号或广告数据 广告投放人 管理广告投放，不默认授予付款方式管理权限 客服人员 使用指定客服或账号资产 外部合作方 仅授予必要资产的最小权限 原则： 最小权限原则。谁需要什么权限，就只给什么权限。 5. 常见问题 是否必须有海外公司才能注册 Business Center ？ 不一定。大陆公司也可尝试使用公司主体资料注册或认证。但若后续涉及广告投放、TikTok Shop 等业务，部分市场可能要求对应主体或资质，需专项评估。 一家公司需要几个 Business Center ？ 原则上一家公司一个 Business Center 即可。资产和权限通过内部分组管理，避免为分隔资产而创建过多后台。 超级管理员离职怎么办？ 公司应长期保留至少两名管理员。管理员离职前必须确认另一名管理员可正常登录，再移除原管理员，并同步重置其关联邮箱、设备、2FA 和台账记录。 可以将员工个人 TikTok 账号加入 Business Center 吗？ 不建议。进入 Business Center 的账号应是公司专用账号，与员工个人身份解绑。 后台访问是否需要专用网络？ 建议使用公司合规跨境网络访问，保持账号和后台访问环境稳定。 6. 注册完成后台账更新 完成 Business Center 注册后，在台账中补充以下字段： Business Center 名称与 ID 管理员邮箱 各成员邮箱、角色、被授权资产清单 主体认证状态 已挂载的 TikTok 账号、广告账户、Pixel 、Shop 等资产清单 权限变更记录 十一、账号、设备、网络台账 公司必须建立统一台账，确保账号资产、设备、网络和人员可管理、可追踪。 建议字段： 字段 示例 账号编号 TK-001 账号名称 company_health_us 账号用途 内容输出 目标市场 美国 登录邮箱 [email protected] 绑定手机号 暂无 / 海外手机号 绑定设备 iPhone 13 / TK-PHONE-001 绑定 Apple ID [email protected] （美区） 绑定 Google 账号 暂无 / 安卓设备时填写 TikTok App 版本与渠道 App Store / vXX.X.X 负责人 运营 A 接入网络 合规跨境网络 + Company-TK Wi-Fi 是否开启 2FA 是 Business Center 权限 已接入 创建日期 2026-xx-xx 最近交接日期 2026-xx-xx 异常记录 无 基础风控规则 不频繁更换设备 不频繁更换网络 不多人共用账号密码 离职当天移除权限 设备维修前退出账号 网络异常暂停登录和发布 所有异常记录到台账 十二、基础采购清单与最低执行版本 1. 当前阶段基础采购清单 类别 数量 说明 TikTok 专用运营手机 4–5 台 港版 iPhone 12 / 13 为主，Pixel 8a / 9a 可作备用 公司专用 Apple ID / Google 账号 每台或每组设备 统一区域，公司可控 企业邮箱 若干 每个 TikTok 账号独立邮箱 Authenticator App 每个账号配置 双重验证 合规跨境网络 / SD-WAN 1 套 固定出口，需合同、发票、资质说明 企业级路由器 / 防火墙 1 台 独立 SSID / VLAN 密码管理工具 1 套 管理密码和恢复码 台账表 1 套 账号、设备、网络、人员统一记录 2. 最低可执行版本 准备大陆公司主体 准备企业邮箱 创建 TikTok Business Center 采购 4–5 台 TikTok 专用运营手机 配置公司专用 Apple ID / Google 账号 通过官方渠道安装 TikTok App 每个 TikTok 账号绑定固定设备和负责人 开启双重验证 开通合规跨境网络 / SD-WAN ，并设置 TikTok 专用 Wi-Fi 建立账号、设备、网络、权限、异常台账 3. 最终落地结构 大陆公司主体 ↓ 企业邮箱体系 ↓ 公司专用 Apple ID / Google 账号 ↓ TikTok 专用运营手机 ↓ 官方渠道 TikTok App ↓ TikTok 内容账号 ↓ 合规跨境网络 / SD-WAN + TikTok 专用 Wi-Fi ↓ TikTok Business Center 权限管理 ↓ 账号 / 设备 / 网络 / 人员 / 异常台账 附录：合规提示 本部分仅作为业务启动前的合规提示，不构成正式法律意见。涉及跨境网络、数据出境、税务、广告、电商、医疗健康内容等事项，应以公司法务或外部专业顾问意见为准。 1. 跨境网络合规 跨境网络服务应选择具备相应资质、可签合同、可开发票、可说明线路合规性的企业服务商。公司应留存网络服务合同、发票、服务说明和资质材料。 不建议使用个人 VPN 、机场节点、共享代理、来源不明住宅 IP 或无合同无发票服务。 2. 数据与个人信息 公司应识别账号注册、员工管理、客户服务、订单物流、广告投放等环节是否涉及个人信息和数据出境。 实操建议： 尽量使用公司统一可控资料注册平台账号 不在跨境系统中存储非必要的员工个人信息 后续涉及 TikTok Shop 、客服、物流时，提前评估数据出境路径 与海外服务商签合同时，关注数据处理和跨境传输条款 3. 内容合规 TikTok 内容需要同时关注中国大陆法律法规、TikTok 平台规则以及目标市场法律要求。 建议重点关注： 政治、宗教、民族、领土、地缘冲突等敏感话题 暴力、色情、低俗、涉及未成年人不当内容 医疗、保健、金融、投资类内容的误导性表述 仿冒、侵权、虚假宣传 赌博、烟酒、武器等受限品类 目标市场广告法中的夸大、绝对化或对比宣传风险 涉及健康、医疗、金融等高敏行业时，建议增加法务或专业顾问审核。 4. 知识产权 公司应使用正版授权的音乐、字体、图片、视频素材，并保留授权凭证和源文件。品牌账号建议提前进行商标、Logo 、域名和平台 handle 查询，避免后续侵权或品牌资产被占用。 5. 外汇税务与合同留存 涉及广告充值、TikTok Shop 收款、海外服务商付款、跨境物流和海外客服等事项时，应通过公司合规渠道处理资金、发票、合同和税务申报。 建议留存： 公司主体证照 商标、版权和素材授权文件 跨境网络服务合同与发票 设备采购合同与发票 Business Center 后台变更记录 内容审核与发布记录 重要异常与申诉处理记录 重大业务变化、新市场启动、新主体启用或新网络服务商接入前，建议先做专项合规评估，降低账号、网络、税务或合规风险。
之前看很多佬说，codex账号尽量不要批量刷新额度，搞得我现在不敢批量刷了 但是不批量刷的话，会不会就不能发现账号401？ 池子比较大，我用的也不是轮询而是填充优先，所以不是每个账号都能马上调用到 那么在这种情况下，不批量全部刷新额度，会不会就无法发现自己的账号401了？ 3 个帖子 - 2 位参与者 阅读完整话题
好奇佬友们自建美区伪家宽都花了多少 我对流量的要求很低 带宽和延时尽量快 流量方面目前一个月100g就非常够我用了 但是我的机场最近有点不太稳定 很想自己搭个vps 但是发现好像美西的伪家宽 落地机加上线路机的花费好像有点太贵了，是需要等各个厂商活动折扣价格就很低了呢，还是搭建vps本身就不便宜，只是对于大流量需求者来说相对于机场性价比很高？主要需求是ai 和看油管高码率视频不卡 8 个帖子 - 4 位参与者 阅读完整话题
现在杀号杀的太严重了，只能日抛无卡pp了，但是有几个问题想问问佬们 1.在cpa的header设置什么能不能暂时尽可能避免封一些号？如图 我现在还有几个还在坚强的free号，我不知道该设置什么，还是说什么都不做，看到之前有人连不上我发现我的也连不上就设置了，然后就好了，这里需不需要设置一些特有的header头来避免一下？ 2.关于无卡日抛的plus，需不需要注册为其接码看看能不能度过平稳期，方便到时候如果变成free号就不需要手动去删除，不然10天一刷新可能有点烦，当然了可能活不过10天 只是换揣着希望问一下 1 个帖子 - 1 位参与者 阅读完整话题
抛砖引玉，尽量不说的太复杂，很多一搜其实都有，这只是一个整理 背景： 1 ，OpenAI 会探测浏览器指纹。包括不限于字体，时区，系统语言，因此只全局代理没有用的。被发现指纹和你 IP 不一样，必降智。这就是为何很多人 web 降智，但是 app 不降智的原因。用 https://www.browserscan.net/ 可以自己测试 2 ，OpenAI 对于 IP 纯净度没那么高的要求，主要不能频繁换号和换 IP 。即一个 IP 尽量只与少量账号关联。因此没必要斥巨资买真家宽，但是机场那种万人骑节点肯定也是不行的。用 http://ping0.cc/ 可以简单自测。 解决方法： 1 ，注册 webshare 家宽，8.4 刀一年。 https://www.webshare.io/?referral_code=l8pbcdgt108a Static Residential ，Private ，PROXY NUMBER CUSTOM 选 1 ，Bandwidth 选 250 ，Choose Location of Proxies 选美，Manual Replacementsi 选 20 ，右边 pay year 打开是 8.4 刀 2 ，设置好链式代理。webshare 的 socks5 在大陆不能直连，香港可以。 3 ，指纹浏览器，用 Roxy 免费版足够了。 https://roxybrowser.cn?code=09143UXA 新建窗口后， https://www.browserscan.net/ 测试确保是 100%即可 可以设置 IP 变动，国家地区变动时不打开浏览器，防止你误操作被风控
抛砖引玉，尽量不说的太复杂，很多一搜其实都有，这只是一个整理 背景： 1 ，OpenAI 会探测浏览器指纹。包括不限于字体，时区，系统语言，因此只全局代理没有用的。被发现指纹和你 IP 不一样，必降智。这就是为何很多人 web 降智，但是 app 不降智的原因。用 https://www.browserscan.net/ 可以自己测试 2 ，OpenAI 对于 IP 纯净度没那么高的要求，主要不能频繁换号和换 IP 。即一个 IP 尽量只与少量账号关联。因此没必要斥巨资买真家宽，但是机场那种万人骑节点肯定也是不行的。用 http://ping0.cc/ 可以简单自测。 解决方法： 1 ，注册 webshare 家宽，8.4 刀一年。 https://www.webshare.io/?referral_code=l8pbcdgt108a Static Residential ，Private ，PROXY NUMBER CUSTOM 选 1 ，Bandwidth 选 250 ，Choose Location of Proxies 选美，Manual Replacementsi 选 20 ，右边 pay year 打开是 8.4 刀 2 ，设置好链式代理。webshare 的 socks5 在大陆不能直连，香港可以。 3 ，指纹浏览器，用 Roxy 免费版足够了。 https://roxybrowser.cn?code=09143UXA 新建窗口后， https://www.browserscan.net/ 测试确保是 100%即可 可以设置 IP 变动，国家地区变动时不打开浏览器，防止你误操作被风控
晚上回家想学习一下，只有笔记本，最近想买个显示器，便于写代码，请佬友给个建议，买多大的，尽量推荐一个护眼的，预算500个大洋内，程序员毕竟一天十几个小时在电脑旁，好像27寸适合大多数情况，没有左右滑条，不晓得是不是这样的，谢谢 1 个帖子 - 1 位参与者 阅读完整话题
求问各位大佬的模型是从哪里买的？哪里的比较稳定？价格尽量控制在100rmb/月，我目前用的rawchat和anyrouter，但是anyrouter白天很慢几乎用不了，rawchat经常挂掉，很烦 6 个帖子 - 5 位参与者 阅读完整话题