我已经很久没有在晚上十二点之前睡着过了。不是偶尔，是几乎每天。

先排除”是不是病了”

这是最省事的假设，也最不情愿承认。

如果是生理性的——比如褪黑素分泌紊乱、甲状腺亢进、咖啡因半衰期太长——那它至少是一个技术问题，技术问题有技术解法：抽血、验指标、吃药、调光。心里会踏实一点，因为”不是我的错，是我的身体出了问题”。

但这个解释不太站得住。

• 白天不困。真的不困，不是硬撑的那种不困。
• 早睡的那几晚（出差倒时差、发烧），照样能十一点睡着，说明生理机器本身没坏。
• 咖啡戒了两周，没有任何变化。
• 拉窗帘、戴眼罩、开白噪音、物理静音手机——做过。有用大概两天，然后复发。

所以它不太像一个身体开关卡住了的故事。它更像是——我每天都在选择不去睡。而”选择”这个词一旦出现，就绕不开下一个问题。

在逃避什么

英文里有个挺准的词：Revenge Bedtime Procrastination，直译是”报复性睡眠拖延”。韩语里也有个类似的说法。核心意思是：一个人在白天里没有真正属于自己的时间，于是在夜里用不睡觉的方式把那段时间”夺回来”。

这个解释让我有点坐立不安，因为它太合身了。

白天里我在处理别人推过来的事情——工单、会议、群消息、文档评论。那些事情没有一件是”我想做的”，它们只是”需要被做的”。等到十一点钟一切都停下来，我才第一次在这一天里听到一点只属于自己的声音。然后我舍不得关灯。

我舍不得关灯不是因为有什么非做不可的事。我是真的在浪费时间——刷短视频、看没什么营养的贴吧、重看一集已经看过的剧、在购物车里反复添加又删除。我清楚地知道这些活动没什么价值，但它们有一个共同的属性：它们不要求我为明天做准备。

一睡着，明天就开始了。一睁眼就是下一个工单、下一场会议、下一次”请尽快回复”。夜里不睡，等于把明天无限期地推后。

熬夜的不是身体，是对”结束今天”的抗拒

我慢慢看清了一件事：熬夜对我来说不是生理行为，是心理行为。

睡觉这个动作本身不费力，费力的是承认”今天就这样了”。今天该做没做的，今天想说没说的，今天答应自己的——到了要关灯的那一刻都得按原样打包存档。第二天再想打开，就是另一天的事情了。

而我显然不太愿意结算今天。一天的账目对不上，我就把结算时间往后推，推到两点、三点、四点。推到身体实在撑不住，才勉强承认这一天结束了。

推迟入睡，就是推迟承认今天不如我想象的那样过。

那么，是病吗

把这两件事合在一起看，我倾向于这样描述：

• 它不是一个纯粹的生理疾病。如果让我做多导睡眠监测，大概率指标正常。
• 它也不是简单的”意志力不够”。我确实每晚都在”再看五分钟”和”现在就关灯”之间失败。但这种失败每天都发生，频率太高，不像是意志力问题，更像是某种系统失衡的外显。
• 它更像一个信号：白天被挤压得太厉害了，夜晚在以一种低效、伤身、但确实有效的方式代偿。像发烧——发烧不是病本身，是身体告诉你”这里出问题了”。

从这个角度看，熬夜是一个诚实的指标。它在持续告诉我：你对现在的白天不满意。

我能做点什么

我不太信”把手机放到客厅”这种技巧性建议。不是说它没用，是它解决的是症状，没解决原因。一个白天过得让自己憋屈的人，把手机锁到保险柜里，也会在床上睁眼到三点。

我能想到的、真的可能有效的事，大概是这些：

• 每天留一段白天的”自己的时间”。不是挤出来的那种，是预先占掉的。哪怕只有四十分钟。让白天不再是完全的代管状态，夜里就不需要那么激烈地补偿。
• 把”今天”的范围缩小。不再指望一天做完三件大事。做完一件小的，就承认这一天有过价值。降低对”今天”的预期，就不那么不愿意结束它。
• 区分累和困。累是生理的，困是神经的。我经常把”累”当成”该去睡”，结果躺下以后神经还在高速运转。累就先停下来，不等于去睡觉。
• 写一句话收尾。睡前在手机备忘录里写一行字，任意内容，比如”今天和 A 吵架了我没错”、”明天记得交电费”、”我不想上班”。写了就关灯。这个动作对我比任何技巧都管用——它像一个按钮，告诉大脑”账记上了，可以歇了”。

这些事情我还没都做到。前两条其实是结构性的，改起来远比记一行字难。但至少可以先从第四条开始。

结语

如果让我现在就给标题一个答案，我大概会这样写：

不是病。但它确实在告诉我，有些东西被我搁置得太久了。

凌晨一点四十六分，我要去写那句话，然后关灯了。

（如果你看到这篇文章的时间戳也是两点之后，那我们可能需要互相道个晚安。）

一、先把”压抑”和”内向”分开

这两个词经常被混用，但它们不是一回事。

“内向”是气质层面的——Jung 提出的人格维度，指一个人在安静里充电、在人群里耗电。这东西有相当大的遗传成分，和科技无关。

“社会性压抑”指的是另一种状态：一个人想连接而不能，在群体中感到紧绷、在表达前要反复掂量、在公共场合本能地防御。Sherry Turkle 在《Alone Together》^[1] 和《Reclaiming Conversation》^[2] 里连着用两本书讨论这件事，她的核心观察是：我们不是变得更不需要别人，而是失去了和别人相处所需要的”慢”。这是两种完全不一样的状态。本文谈的都是后者。

二、有没有可证伪的证据？

这类大议题最容易写成空洞的文化评论，所以要先看看有没有硬一点的经验研究。

Jean Twenge 及其团队 在《iGen》^[3] 以及发表在 Clinical Psychological Science 上的一系列论文里，比对了美国大规模青少年心理健康调查（Monitoring the Future、YRBSS 等）前后十几年的数据，发现 2012 年前后是一个明显的拐点：重度孤独、抑郁症状、睡眠问题的自陈率同时抬头，而同一时期美国青少年智能手机持有率首次超过 50%。她后来在《The Atlantic》上那篇《Have Smartphones Destroyed a Generation?》^[4] 是这组研究的通俗版。

Jonathan Haidt 2024 年的《The Anxious Generation》^[5] 把这个话题推到了英美主流讨论里。他提出”童年大重构”（Great Rewiring）假说：2010–2015 年前后，基于移动互联网 + 前摄像头 + 算法推荐的社交媒体进入青少年生活，从而改变了他们经历青春期的底层环境。Haidt 和 Twenge 的观点受到过严肃反驳，比如 Candice Odgers 在 Nature 上评论他们”把相关当成了因果”^[6]，但至少在”数据在变”这一点上，双方没有分歧。

Melissa Hunt 等（宾夕法尼亚大学） 在 Journal of Social and Clinical Psychology 2018 年的一项干预研究 ^[7] 里，要求实验组把 Facebook、Instagram、Snapchat 的每日使用限制在 10 分钟，为期三周。结果是实验组的抑郁和孤独自评显著下降。这是该领域为数不多的真·实验研究（不是纯观察性数据），量小但方向清晰。

这些研究都指向同一个方向：屏幕时长和心理体验之间存在可测的相关性。至于它到底是”让情况变差”还是”让已经变差的人使用更多”，学界没有共识。

三、概念一：注意力经济

把这件事从心理学往上提一层，就绕不开”注意力经济”。

这个词起源于 Herbert Simon 1971 年的一句话：在信息丰裕的世界里，信息消耗的是注意力，因此稀缺的是注意力，而不是信息 ^[8]。Tim Wu 在《The Attention Merchants》^[9] 里把这个逻辑一路追溯到 19 世纪的廉价小报，再到广播、电视、社交平台，论点是：任何免费媒介最终都会把”获取用户注意力”变成它的核心生意。

这一生意的技术化是在硅谷完成的。斯坦福的 BJ Fogg 搭了行为设计实验室，Nir Eyal 在《Hooked》^[10] 里把这套方法写成可操作的产品模型（Trigger → Action → Reward → Investment）。Tristan Harris（前 Google 设计伦理师）后来在 Center for Humane Technology 的演讲里反复提到：这套方法学的目的不是”给你价值”，而是”让你下次再来”^[11]。

注意力被产品化之后的代价，Nicholas Carr 在《The Shallows》^[12] 里做过神经认知层面的描述：长期浸泡在碎片化、刺激密集的信息流里，大脑会在神经可塑性意义上重塑自己，变得更擅长浅层扫描、不擅长长时段集中。这部分有严肃的神经科学争论，但至少主观体验上和很多人的自述是吻合的。

对”社会性”的影响因此可以这样表述：当一个人每天处理几千条被动推送后，他对”无刺激时刻”的耐受度会显著下降。那些本应该是人际化学反应温床的日常空白（排队、通勤、等菜上桌），被屏幕填满了。社交能力和肌肉一样，用进废退。

四、概念二：原子化与社会资本的衰退

第二个维度是社会结构层面的。

Robert Putnam 在《Bowling Alone》^[13] 里提出了一个经典指标：美国人参加教会、工会、业余俱乐部、保龄球联赛这些”第三场所”活动的频率，从 1960 年代开始持续下跌。他把这种下跌对应到一个概念——社会资本（social capital）：那些把陌生人编织进共同体的弱关系网络。Putnam 的主要解释变量里，电视排在首位，互联网当时还没起来。把他的框架套到今天，社交媒体是下一层更彻底的替代品。

在中文语境里，更适合引用的是 项飙 关于”附近的消失“的提法。他在《把自己作为方法》^[14] 里提到：外卖、网约车、算法推荐这些基础设施把人对”附近”（小区里的小饭馆、楼下理发店老板、同一趟公交上的乘客）的感知系统性地削弱了。人们越来越直接地跳到一个抽象的”世界”——我关注的是纽约的新闻、硅谷的趋势、B 站的 UP 主——却对脚下三公里内正在发生什么一无所知。原子化在他这里不是一个结果，而是一套基础设施施加的持续过程。

Zygmunt Bauman 的《Liquid Modernity》^[15] 提供了一个更抽象的理论外壳：后现代社会的纽带都是液态的，婚姻、工作、邻里都处于一种随时可以”解约”的状态，于是个体承担的选择成本和焦虑都前所未有地高。Bauman 本人对科技着墨不多，但他描述的那种状态，和上一节里的注意力经济结合起来，就是我们今天多数人熟悉的日常。

五、所以科技是原因吗

不是。但它是一个加速器。

科技本身是中性的，它放大了人性里本来就脆弱的部分。

我们本来就有社交焦虑、表达恐惧、对确定性的贪恋。在前互联网时代，这些脆弱被日常必要的物理摩擦稀释掉了——你必须跟邻居打招呼，你必须跟售货员聊两句，你必须走到朋友家门口。现在这些摩擦大部分都被消除了。好处是效率提升，坏处是那些能顺带锻炼社交能力、顺带稀释焦虑的机会一并没了。

Shoshana Zuboff 在《The Age of Surveillance Capitalism》^[16] 里说得更激进一点：当你的注意力、行为、情绪都被作为数据资产来挖掘，你就不再是”用户”，而是”原材料”。这套结构对应的心理代价不是偶然的——它是商业模式的必然外部性。

把这三组文献摞在一起——Twenge/Haidt 的临床数据、Putnam/ 项飙 的结构观察、Zuboff/Wu 的政治经济学——就能看出”当代社会性压抑和科技发展是否有联系”这个问题的回答大致是：

有联系，但不是单向因果。科技是一套加速人类某些内在倾向的基础设施；它本身不生产压抑，但它持续地消除那些本来可以阻止压抑蔓延的缓冲带。

六、可能的应对

这块我本来最想写，但读下来发现大部分作者的建议都很像，且都承认个人层面的作用有限。

• Cal Newport《Digital Minimalism》^[17] 提出”数字极简”：先做 30 天数字断舍离，再按刚需原则把 App 放回来。他承认这对纪律性差的人基本没用
• Sherry Turkle 的建议更朴素：为对话留出没有手机的时间和空间，哪怕只是晚饭一小时
• Haidt 给出的是结构性建议：14 岁以下不给智能手机，16 岁以下不开社交媒体账号，学校手机禁令
• 项飙 的”重建附近”更像一种生活态度：留意你每天经过的那三公里，把它从背景板变回可感知的地方

没人能给一个普适方案。这件事可能和工业革命初期讨论”机器让人异化”一样，要一代人的时间才能长出新的共存方式。

七、一点自己的态度

我不是这个领域的研究者，写这篇东西主要是自己把读过的东西拆开再拼一遍，看看能不能拼出一张连贯的图。拼完的感觉是：

• “科技导致了这一切”是偷懒的说法
• “跟科技无关，是人心的问题”是更偷懒的说法
• 靠谱一点的描述是——我们是第一代被放在实验台上的人，科技放大了我们本就有的脆弱，而我们还没来得及长出相应的防御机制

下一代或许会好一点。他们可能会发展出新的礼仪（比如”餐桌不放手机”变成默认而非提议），或者监管会走到实处（比如欧盟已经开始强制推送”非算法时间线”选项 ^[18]），或者技术本身会转向（某些 Slow Tech 运动已经在做这件事）。但这些演进的时间尺度不是一年两年。

眼下能做的，大概就是多读点，少转发点，偶尔把手机放下来听面前的人把话说完。

参考文献

这篇只做记录

TL;DR

在 Node 里用 node:vm + node-tls-client 走完了 Cloudflare Managed Challenge 的前两步：

1. GET 原站拿到 interstitial HTML + _cf_chl_opt
2. GET orchestrate 脚本，在 VM 里执行
3. 等 orchestrate 自己发出 flow 的 POST（VM 内部搞定）
4. 卡在 Turnstile widget 不回 token 没 token 就没法 POST /cv/result，拿不到 cf_clearance

链路结构

真实链路就这四步：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

GET  /<target>
       返回 403 + interstitial HTML + window._cf_chl_opt
         + 动态插入 <script src=".../orchestrate/chl_page/v1?ray=..."> 

GET  /cdn-cgi/challenge-platform/h/{tier}/orchestrate/chl_page/v1?ray={ray}
       一段重度混淆、带 VMP 字节码的 challenge 主脚本
         在 vm.runInContext 里执行

POST /cdn-cgi/challenge-platform/h/{tier}/flow/ov1/.../{ray}/{chlVersion}
       orchestrate 执行期间自己发出
         body 是 plain text（content-type: text/plain;charset=UTF-8）
         这一步我不做 body 构造，完全由 VM 内的 orchestrate 代码负责

POST /cdn-cgi/challenge-platform/h/{tier}/cv/result/{ray}/{hash}
       拿 Turnstile token 换 cf_clearance
         form body：wp=<token>&cf-turnstile-response=<token>&h=...&gv=...&cv=...
         响应里 Set-Cookie: cf_clearance=...; HttpOnly

tier 从 _cf_chl_opt.cFPWv（或 OwLPw9）读，一般是 g；ray 从 _cf_chl_opt.cRay（或 XVCKH0）读；hash 是 orchestrate URL 路径最后一段。

flow 的 body 到底是什么格式我没有分析出来，也不打算分析 因为 VM 内的 orchestrate 能自己把这条请求发出去，我只需要把环境补到让它不报错即可。

仓库结构

打包后就这么几个文件：

1
2
3
4
5
6
7
8

cloudflare-env-replay.mjs      主脚本，一个文件跑完整个链路
lib/tls-fetch.mjs              node-tls-client 封装，走 chrome_131 profile
lib/event-supplement.mjs       VM 里补 Event/MouseEvent/PointerEvent/KeyboardEvent 等子类
lib/turnstile-detect.mjs       从 HTML/flow 响应里嗅出 Turnstile sitekey
lib/turnstile-flow.mjs         VM 内装 turnstile shim、加载 api.js、派发轨迹、等 token
lib/track-generator.mjs        Bezier + mulberry32 人机轨迹
lib/cv-result.mjs              把 token POST 到 /cv/result 并抓 Set-Cookie
package.json                   唯一运行时依赖：node-tls-client

主脚本三千多行，主要在做”给 VM 装一个够逼真的 window/document/navigator/Event”这件事。

踩过的坑（这些坑踩完了）

1. Node fetch 的 TLS 指纹发不出 /flow

Node 自带 fetch（undici）或 https 模块的 ClientHello 跟 Chrome 完全不一样。Cloudflare 的 /cdn-cgi/challenge-platform/h/g/flow/ov* 对 JA4+ 做了校验，Node 默认指纹直接拒。

解：用 node-tls-client（bogdanfinn 那套的 Node binding），选 ClientIdentifier.chrome_131 profile，配上固定的 HTTP/2 header order：

1
2
3
4
5
6
7
8
9
10
11
12

import { Session, ClientIdentifier } from 'node-tls-client';

const CHROME_XHR_HEADER_ORDER = [
  ':method', ':authority', ':scheme', ':path',
  'content-length', 'accept', 'sec-ch-ua', /* ... */
];

const session = new Session({
  clientIdentifier: ClientIdentifier.chrome_131,
  timeout: 30000,
  headerOrder: CHROME_XHR_HEADER_ORDER,
});

Chrome 142 在当前 Cloudflare 规则下 chrome_131 够用，更接近的 profile 可能需要自己 fork tls-client 库加。

2. Node 没有 PointerEvent/MouseEvent

VM 里的 orchestrate 和 Turnstile SDK 都要 new PointerEvent(...)。Node 原生 Event 只到 Event 基类，往下全缺。

解：手写一套 EnvEventBase / EnvUIEvent / EnvMouseEvent / EnvPointerEvent / EnvTouchEvent / EnvKeyboardEvent / EnvFocusEvent / EnvCustomEvent，每个类完整实现字段和 preventDefault / stopPropagation / composedPath。isTrusted 默认给 true。

这一步没技术含量但很费劲，每发现一个字段报错就补一个。

3. screenX / clientX 的 chrome offset

CDP 派发合成事件时有个经典 bug：screenX = clientX，真浏览器里 screenX 应该比 clientX 多一段浏览器 chrome 的偏移（标题栏+tab条），Chrome 上约 80~140px。orchestrate 拿到 screenX - clientX === 0 就能判定”合成事件”。

解：Pointer/Mouse 事件构造器里强制加偏移：

1
2

this.screenX = Number(init.screenX ?? (init.clientX + chromeOffset.x));
this.screenY = Number(init.screenY ?? (init.clientY + chromeOffset.y));

chromeOffset 用 { x: 0, y: 87 }（典型 Chrome on Win10）。

4. Universal callable proxy

orchestrate 里大量动态探测：mY[someMinifiedKey].apply(mY, args)。随机生成 key，我不可能穷举补齐。直接 mY[key] === undefined 就 throw。

解：给宿主对象挂一层 Proxy，未知 key 返回一个 callable proxy 可以当函数调也可以继续取属性，apply/construct 都返回自己：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

function makeUniversalCallable() {
  const target = function () { return proxy; };
  let proxy;
  proxy = new Proxy(target, {
    get(obj, prop) {
      if (prop === 'then') return undefined;
      if (typeof prop === 'symbol') return undefined;
      return proxy;
    },
    apply() { return proxy; },
    construct() { return proxy; },
    has() { return true; },
  });
  return proxy;
}

这个 trick 救了我一堆 “X is not a function” 错误。但它也是个双刃剑 把真实错误也屏蔽掉了，后面排查要反复 toggle。

5. Bezier 人机轨迹 + 可复现 PRNG

Turnstile 阶段需要向 widget 容器派发一连串指针事件。直线移动太假，用 Bezier + 抖动：

1
2
3
4
5
6
7
8
9
10

function mulberry32(seed) {
  let s = seed | 0;
  return () => {
    s = (s + 0x6D2B79F5) | 0;
    let t = s;
    t = Math.imul(t ^ (t >>> 15), t | 1);
    t ^= t + Math.imul(t ^ (t >>> 7), t | 61);
    return ((t ^ (t >>> 14)) >>> 0) / 4294967296;
  };
}

每次 run 记录 seed，出问题时拿同一个 seed 复现。28~42 个中间点、ease-in-out 的时间分布、pointerover pointerenter pointermove pointerdown pointerup click 的完整序列。这一套跟真浏览器的宏观形状差不多。

6. Turnstile api.js 的 currentScript 校验

Turnstile SDK 执行时会做：

1
2
3
4

if (!(document.currentScript instanceof HTMLScriptElement)
 || !/api\.js/.test(document.currentScript.src)) {
  throw new Error('Could not find Turnstile valid script tag');
}

我的 document.createElement 返回的不是真的 HTMLScriptElement 实例，会死在这。

解：执行 api.js 前临时重写 HTMLScriptElement[Symbol.hasInstance] 让它认 tagName === 'SCRIPT' 的对象，执行完再还原：

1
2
3
4
5
6

Object.defineProperty(HTMLScriptElement, Symbol.hasInstance, {
  value: (obj) => obj?.tagName?.toUpperCase() === 'SCRIPT',
  configurable: true, writable: true,
});
try { vm.runInContext(apiJsText, ctx, { filename: 'turnstile-api.js' }); }
finally { /* 还原原来的 hasInstance */ }

7. cv/result 的 body 格式

社区有帖子说 body 是 JSON，有人说 form-urlencoded。我实测 form-urlencoded 能走（至少服务器接受请求进到下一步判断），JSON 直接 400。字段 wp 和 cf-turnstile-response 同时塞同一个 token 最稳：

1
2
3
4
5
6
7

const params = new URLSearchParams();
params.set('wp', token);
params.set('cf-turnstile-response', token);
// 可选附加字段（从 _cf_chl_opt 读）
params.set('h',  opt.cH || opt.bLtO6 || '');
params.set('gv', opt.cFPWv || opt.OwLPw9 || '');
params.set('cv', opt.cType || opt.qklD0 || '');

返回 200 + Set-Cookie: cf_clearance=... 才算真的过了。前提是 token 必须是真的。

卡死的地方：Turnstile 不出 token

前面六个坑填完，在真实 run 里看到的最终状态：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

{
  "turnstile": {
    "detection": {
      "source": "managed-implicit",
      "siteKey": "0x00e9d3dca1328a49ad...",
      "apiJsUrl": "https://challenges.cloudflare.com/turnstile/v0/api.js"
    },
    "attempted": true,
    "stage": {
      "ok": false,
      "tokenLength": 0,
      "reason": "no-token",
      "log": [
        "detected source=managed-implicit sitekey=0x00e9d3dca...",
        "api.js fetched length=61556",
        "turnstile.render() captured widget cf-chl-widget-xxx",
        "explicit render() returned widgetId=cf-chl-widget-xxx",
        "dispatched 91 synthetic events",
        "no token surfaced before timeout"
      ]
    }
  },
  "error": { "code": "RISK_CONTROL", "httpStatus": 403 }
}

分开看：

• api.js 成功拉下来（61KB 左右，Turnstile 公共 SDK）
• SDK 在 VM 里跑完了，调用了我的 turnstile shim 的 render()，我抓到了 widget
• 合成事件全派发完（91 个 pointer/mouse 事件，seed 可复现）
• widget 的 callback 从来没回过 token

到这一步，VM 本身的环境”看上去”是让 api.js 跑通了的。但 Turnstile 判定”你不是真浏览器”这件事，是在 SDK 内部和 challenges.cloudflare.com 之间的黑盒里完成的。它可能做了但不限于：

• WASM 模块里采样 GPU/layout 时序：纯 Node VM 没有 GPU、没有 layout，这里大概率直接失败
• AudioContext 指纹：我的 AudioContext 是空 stub，分析音频指纹的路径一看就是假的
• WebGL 指纹：同上，document.createElement('canvas').getContext('webgl') 我只返回了个 noop
• 性能指纹：performance.now() 的分布、Promise/microtask 队列的时序，跟 V8 in Chrome 不是一个抖动特征
• 真浏览器主动信号：像 user-activation、isInputPending()、Permission API 的 state，都是 SDK 可以读到但合成事件不会触发的东西

上面这些我没有单独验证过是哪一条在拦，只是根据 Turnstile 公开资料 + 常见反自动化检测套路的合理怀疑。

这一步就是我过不去的。

为什么补不全

前面六个坑都是 “缺什么补什么” 的力气活，能做到 100% 过检吗？不能。原因：

orchestrate 本身还在偶发报错

即使 universal callable proxy 兜底了一大堆 “X is not a function”，实际跑完还是会看到类似：

1

TypeError: ml[uA(...)] is not a function

这说明混淆 dispatcher 里还有某个槽位探测到 native 方法缺失。换 ray 换版本后错误信息会换一个函数名，但”探测到缺失”这件事是稳定的。

missingProps 日志里常年有残留

跑完一次，capture 对象里的 missingProps 数组里总有：

1

{ scope: 'xhr', prop: 'content-type', ... }

以及一些 tagName 为空、prop 是 Symbol 的访问。这些 probe 不致命，但每一个都会留下案底

为什么不上真浏览器

这是自我约束的选择：

• 目标本来就是想摆脱浏览器依赖。如果上 Playwright，整个项目没意义，直接 context.storageState() 把 cookie 序列化就完事了。
• 想理解这玩意是怎么工作的。黑盒调真浏览器学不到东西。
• 想看看纯 JS 到底能走到哪一步。现在答案是：能走到 Turnstile 门口，但推不开门。

仓库没开源，不提供现成的”过墙”实现。这篇文章的目的是复盘，不是发布绕过工具。

参考

• bogdanfinn/tls-client JA4+ 指纹的核心
• node-tls-client 上面那个的 Node binding
• Cloudflare 官方 Turnstile 文档（只写了接入，没写内部）

本文仅记录方法论和接口形态，不提供任何可直接运行的绕过实现。具体字段的加密算法、VM 字节码映射、符号逻辑一律略过。
技术点适用于合法场景：E2E 测试、SDK 审计、自家站点监控、前端混淆代码的逆向分析。