AUTH_TOKEN取的是WorkosCursorSessionToken中的第几个值? SHARED_TOKEN=sk-123?

最近读到荣格一段关于 “命运” 的解读，短短几句话，却触及了人类千年来最核心的哲学命题。

命运最好的解释就是：当你面对一件事情时，按照你过往的性格和逻辑会做出的行为，这个就是命。
如果事情发生以后，你做出的行为不符合自己过往的性格习惯，有了很大的偏差，这个就叫运。
所以，运是改变，命是定数。所谓的逆天改命，逆的不是天，而是自己的本能。



“按照你过往的性格和逻辑会做出的行为，这个就是命。”

一、哲学维度：决定论与自由意志的千年之争
这句话触及了哲学史上最古老的辩题：** 人是自由的，还是被决定的？**
** 西方视角：**
古希腊的斯多葛学派认为，宇宙有一个理性的秩序（Logos），万事万物都在因果链条中运行。爱比克泰德说：

“困扰人们的不是事物本身，而是他们对事物的看法。”

表面上这是在讲认知，实际上也在暗示：我们对事物的 “看法” 本身，也是被过往经历塑造的。你的认知模式，就是你的 “命”。
到了近代，斯宾诺莎提出了更彻底的决定论：

“人们认为自己是自由的，只是因为他们意识到自己的行为，却不知道决定这些行为的原因。”

这和原文的观点几乎一致 —— 你以为是 “我选择”，其实是 “我被选择”。你的性格、逻辑、价值观，都是过往因果的产物。
叔本华更进一步：

“人可以做他想做的，但不能要他想要的。”
（Man can do what he wills, but he cannot will what he wills.）

你可以执行你的意志，但你的意志本身，不是你选择的。一个人想要什么、追求什么、恐惧什么，都是被塑造的。这就是 “命” 的哲学根基。
** 东方视角：**
《易经》开篇就讲 “乾” 卦，第一爻是 “潜龙勿用”。这里的 “潜”，就是一种尚未显化的潜能、一种蓄积的势能。人的性格习惯，就像这条潜龙，平时隐而不发，一旦遇到触发条件，就会自动显现。
佛家用 “业力”（Karma）来解释这个现象。《俱舍论》讲：

“业力如种子，遇缘即发芽。”

你过去的每一个行为、每一个念头，都在意识深处种下种子。当外境触发时，这些种子就会 “发芽”，驱动你做出特定的反应。这不是宿命论，而是一种精密的因果律。
儒家虽然不讲业力，但讲 “气质之性”。朱熹说：

“人生气禀，理有善恶。”

每个人出生时，就带着不同的气质禀赋。这种先天的倾向性，加上后天的习染，就形成了孟子所说的 “放心”—— 那个容易放逸、难以收束的心。
所以中西方哲学在这一点上殊途同归：** 你的 “命”，是由无数因果链条编织而成的行为倾向。**
二、心理学维度：无意识的暴政
现代心理学为这个古老的哲学命题提供了实证基础。
** 精神分析学派：**
弗洛伊德发现了 “无意识” 的存在。他说：

“自我并非自己家里的主人。”
（The ego is not master in its own house.）

我们以为自己在做理性决策，其实大部分行为都被无意识驱动。童年创伤、压抑的欲望、未完成的情结，都在暗中操纵着我们的选择。
更可怕的是弗洛伊德发现的 “强迫性重复”（Repetition Compulsion）：人会不自觉地重复早年的创伤模式。比如一个在冷漠家庭长大的人，成年后会不自觉地选择冷漠的伴侣，然后再次体验被忽视的痛苦。
这就是心理学意义上的 “命”—— 你在无意识地重复，却以为是 “命中注定”。
** 荣格的视角：**
荣格比弗洛伊德走得更远。他提出了 “阴影”（Shadow）的概念：

“人若不能直面自己的阴影，就会由命运强迫他去面对。”
（Until you make the unconscious conscious, it will direct your life and you will call it fate.）

你压抑的、否认的、不愿承认的那部分自己，不会消失，只会以 “命运” 的形式回来找你。你越逃避什么，命运就越让你遇到什么。
这就是为什么有些人总是遇到 “同一类” 的问题、“同一类” 的人 —— 不是运气差，而是阴影在投射。
** 认知心理学：**
丹尼尔・卡尼曼在《思考，快与慢》中提出了 “系统 1” 和 “系统 2” 的理论：

** 系统 1**：快速、自动、无意识、情绪化
** 系统 2**：缓慢、费力、有意识、理性

我们以为自己在用系统 2 做决策，其实 90% 以上的时候，系统 1 已经替我们做好了决定。系统 2 只是在 “合理化” 系统 1 的选择。
系统 1 就是 “命” 的神经学基础 —— 它是所有过往经验的沉淀，是自动化的反应模式。
三、神经科学维度：大脑的 “节能模式”
为什么人会形成固定的行为模式？神经科学给出了生物学的解释。
** 习惯回路：**
MIT 的研究发现，习惯存储在基底神经节（Basal Ganglia）中。当一个行为重复多次后，它就会从需要前额叶皮层参与的 “有意识决策”，转变为基底神经节控制的 “自动化程序”。
这就像把代码从 “解释执行” 变成 “编译执行”—— 效率更高，但也更难修改。
** 赫布定律：**
神经科学家赫布（Donald Hebb）提出：

“Neurons that fire together, wire together.”
（一起激活的神经元，会连接在一起。）

每当你做出某种反应，相关的神经回路就会被强化。重复越多，回路越粗壮，反应就越自动化。这就是为什么 “积习难改”—— 你不只是在对抗心理惯性，更是在对抗神经生理结构。
** 杏仁核劫持：**
当我们遇到压力或威胁时，杏仁核（情绪脑）会绕过前额叶皮层（理性脑），直接触发战斗或逃跑反应。这就是为什么 “道理都懂，就是做不到”—— 在情绪激动时，理性根本来不及介入。
从神经科学的角度看，“命 “就是 ** 大脑的默认神经回路 **。它是进化赋予我们的” 节能模式”，高效但僵化。
四、社会学维度：惯习的牢笼
法国社会学家布迪厄（Pierre Bourdieu）提出了 “惯习”（Habitus）的概念：

“惯习是一种持久的、可转换的性情倾向系统。”

简单说，惯习就是你的阶层、家庭、文化在你身上留下的 “印记”。它决定了你觉得什么是 “自然的”、什么是 “可能的”、什么是 “属于我的”。
一个工人家庭的孩子，可能从小就 “自然地” 觉得上名校不是 “我这种人” 该想的事。这不是他理性分析后的结论，而是惯习在无声地设定边界。
这就是社会学意义上的 “命”——** 你的可能性空间，早在你意识到之前，就已经被框定了。**


“做出的行为不符合自己过往的性格习惯，有了很大的偏差，这个就叫运。”

一、哲学维度：自由的裂缝
如果第一句是在讲 “决定论”，那第二句就是在讲 ** 决定论的裂缝 **—— 人依然有自由的可能。
** 存在主义的回应：**
萨特（Jean-Paul Sartre）是决定论最激烈的反对者。他说：

“存在先于本质。”
（Existence precedes essence.）

你不是先有一个固定的 “本质”（性格、命运），然后去执行它。恰恰相反，你是先存在，然后通过选择来创造自己的本质。
萨特更说：

“人是被判定为自由的。”
（Man is condemned to be free.）

即使在最极端的处境下，你依然有选择如何回应的自由。这个自由是无法逃避的 —— 即使你选择 “不选择”，那也是一种选择。
** 弗兰克尔的见证：**
这不是书斋里的空谈。维克多・弗兰克尔（Viktor Frankl）在纳粹集中营里，用生命验证了这个命题。他在《活出生命的意义》中写道：

“在刺激与反应之间，有一个空间。在那个空间里，我们有选择回应的力量。我们的成长和自由就在这个选择中。”

在集中营里，囚犯们失去了一切 —— 财产、尊严、亲人、健康。但弗兰克尔发现，有一种自由是夺不走的：** 选择如何面对苦难的自由。**
这个 “刺激与反应之间的空间”，就是 “运” 诞生的地方。
** 海德格尔的 “筹划”：**
海德格尔（Martin Heidegger）用 “被抛”（Thrownness）和 “筹划”（Projection）来描述人的处境：

我们是 “被抛” 到这个世界上的 —— 没人选择自己的出生、家庭、时代、基因。这是 “命”。
但我们同时在向未来 “筹划”—— 我们可以理解自己的可能性，并朝着它们去行动。这是 “运”。

人的存在，就是在 “被抛” 与 “筹划” 之间的张力中展开的。
** 东方视角 —— 佛家的 “觉”：**
佛家对这个问题有极精微的洞察。《楞严经》说：

“狂心顿歇，歇即菩提。”

“狂心” 就是那个被业力驱动、不断造作的心。当你能在反应发生之前 “觉察” 到它，那个觉察本身，就是自由的开始。
禅宗讲 “念起即觉，觉之即无”—— 念头生起不是问题，问题是你被它带走了。如果你能在念头生起的瞬间保持觉察，你就不会被它驱动，这就是 “运” 的禅学解释。
六祖慧能说：

“不是风动，不是幡动，仁者心动。”

外境的刺激（风）本身没有意义，是你的心在赋予它意义并做出反应。如果你能看到这一点，你就从 “被动反应” 变成了 “主动选择”。
** 儒家的 “慎独”：**
《中庸》讲 “慎独”—— 在独处时、在没人看见时，依然保持警醒。为什么要 “慎”？因为那正是惯性最容易接管的时候。
曾国

想搞个pro账号拼codex了，中转太不稳定了，尤其上班期间使用高峰时，想知道一个PRO账号能有多少额度(换成金额，中转的大概值就行)

如题，之前绑的卡好久没用过了，暂停使用了，已经提交了验证信息了。有大佬能帮弄一下这个吗？

由于不想单独再发一个开放一级的注册预告，因此在福利贴这里说一下
在今天的某个时刻我会放开1级的注册限制，但时间不定，数量不定，当觉得数量差不多了，我就会关闭。
兑换码仅限2级30分及以上的佬友领取，这一点以后也是一样的，除非我发1000个兑换码的时候裁可能会放开严格限制。
1级佬友注册后会有$100，现在唯一加余额的途径是通过每日签到，因此努力分享努力活跃升级，这样才能用上更多的公益。
对我来说本质上也是希望大家勇于分享活跃社区，而不仅仅是只会白嫖～
兑换码

  
      

      cdk.linux.do
  

  
    

LINUX DO CDK

  Linux Do 社区 CDK 快速分享平台 - 让分享变得更简单


  

  
    
    
  

  



领取时间：Fri, Nov 28, 2025 2:05 PM CST
领取等级：2级
用户分数：30分

昨天闹了个乌龙，这次很确定，定时没错～
不用改帖子等级，反正有注册限制

https://lf3-imcloud-file-sign.bytetos.com/tos-cn-i-3s21f99x60/fab20fe41e8d4b169097fdbdbc7776f1?x-expires=1764258920&x-signature=Dup5iUMni%2Bu%2B0%2F40OIpAhiUdCag%3D   是抖音私信还是抖音聊天呢？还是抖音小程序私信里呢？有没有大佬知道的？

L站有没有SM的资深用户，难道没有人想过重构这个软件吗？

在 Windows10 WSL2 中使用 chrome-devtools mcp 的配置经验
起因
我在 Windows 10 上用 VS Code 和 Chrome，在 WSL2 里用 Codex / Claude，通过 chrome-devtools-mcp 去驱动宿主机浏览器。
直觉上，既然 Chrome 开了远程调试端口：

"C:\Program Files\Google\Chrome\Application\chrome.exe" --user-data-dir="$env:USERPROFILE\ChromeProfiles\mcp" --remote-debugging-port=9222 --remote-debugging-address=0.0.0.0 --no-first-run --no-default-browser-check


那在 WSL2 里 curl http://<宿主机IP>:9222/json 应该就能拿到 DevTools 的 JSON 列表。但实际情况是：


Windows 本机 http://127.0.0.1:9222/json 可以访问；


WSL2 里 curl http://172.x.x.x:9222/json 一直连不上。


问题的本质：WSL2 是独立网络栈，Chrome 又只监听在 Windows 自己的 loopback 上，两边默认是打不通的。
曲折
第一轮：WSL2 → Windows 网络不通
在 WSL2 中我这样拿宿主机 IP：

HOST_IP=$(grep nameserver /etc/resolv.conf | awk '{print $2}')

curl -v --connect-timeout 5 "http://$HOST_IP:9222/json"


结果是 Connection timeout。与此同时，在 Windows 上：

netstat -ano | findstr 9222

TCP 127.0.0.1:9222 0.0.0.0:0 LISTENING


Chrome 只监听 127.0.0.1:9222。从 WSL2 看过去，目标是 172.x.x.x:9222，自然连不上。
于是我照常规做法加了 portproxy 和防火墙放行，想让 0.0.0.0:9222 对外暴露，再转回 127.0.0.1:9222。这个阶段网络问题基本解决，但埋下了后面的坑。
第二轮：连接通了，但“空响应”
后来我发现：


WSL2 → http://HOST_IP:9223/json 可以建立 TCP 连接；


Windows 本机 → http://127.0.0.1:9222/json 也能连上；


但两边都是：curl: (52) Empty reply from server。


这说明：


防火墙没有拦；


连接也不是超时、不是拒绝；


是服务端收到请求后直接把连接掐掉，一个字节的 HTTP 响应都没发。


直到我临时换了一个端口：

"C:\Program Files\Google\Chrome\Application\chrome.exe" --user-data-dir="$env:USERPROFILE\ChromeProfiles\mcp" --remote-debugging-port=9228 --remote-debugging-address=0.0.0.0 --no-first-run --no-default-browser-check


然后：

curl.exe -v "http://127.0.0.1:9228/json"


立刻得到正常的 200 + JSON 结果。这说明：


Chrome 的远程调试功能本身是好的；


真正“坏掉”的只是一开始折腾 portproxy 时的那个 9222。


结合之前做过类似：

netsh interface portproxy add v4tov4 `

listenaddress=0.0.0.0 listenport=9222 `

connectaddress=127.0.0.1 connectport=9222


可以合理推断：这条“0.0.0.0:9222 → 127.0.0.1:9222”的自转发，把 9222 的行为搞乱了——连接能建，但应用层表现异常，导致“Empty reply from server”。
第三轮：换一个干净端口 + 全链路打通
确认 9228 正常后，我直接放弃 9222，选了一个干净的组合：


Chrome 调试端口：9228（仅 Windows 本机用）；


portproxy 对外暴露：9229（给 WSL2 / MCP 用）。


这样做的好处：


避开了任何历史遗留配置；


9228 只在本机回环网卡上用，不直接暴露；


WSL2 统一连 HOST_IP:9229，逻辑清晰。


结果
最终状态：


在 Windows 上，Chrome 正常监听 127.0.0.1:9228 并提供 DevTools 的 /json 接口；


用 netsh interface portproxy 把 0.0.0.0:9229 转发到 127.0.0.1:9228；


用 New-NetFirewallRule 永久放行入站 TCP 9229；


在 WSL2 中，通过 /etc/resolv.conf 里的 nameserver 拿到宿主机 IP，然后直接访问 http://HOST_IP:9229/json；


MCP 的配置统一指向 HOST_IP:9229，chrome-devtools-mcp 就能从 WSL2 驱动 Windows 上的 Chrome。


经过这套配置之后，无论我重启 WSL2 还是 Windows，只需要重启一次 Chrome，就能恢复整个链路。
最终可执行命令
下面是我最终稳定使用的一套完整命令。
1. Windows 侧（管理员 PowerShell）
1.1 启动专用 Chrome（DevTools 端口 9228）

taskkill /IM chrome.exe /F

& "C:\Program Files\Google\Chrome\Application\chrome.exe" `

--user-data-dir="$env:USERPROFILE\ChromeProfiles\mcp" `

--remote-debugging-port=9228 `

--remote-debugging-address=127.0.0.1 `

--no-first-run `

--no-default-browser-check


1.2 配置端口转发：0.0.0.0:9229 → 127.0.0.1:9228

netsh interface portproxy add v4tov4 `

listenaddress=0.0.0.0 listenport=9229 `

connectaddress=127.0.0.1 connectport=9228


1.3 配置防火墙放行 9229（只需要执行一次）

New-NetFirewallRule `

-DisplayName "Chrome DevTools MCP 9229" `

-Direction Inbound `

-Protocol TCP `

-LocalPort 9229 `

-Action Allow


1.4 本机验证 DevTools 是否正常

curl.exe -v "http://127.0.0.1:9228/json"


应该返回 HTTP 200 + JSON。
2. WSL2 侧
2.1 获取宿主机 IP

HOST_IP=$(grep nameserver /etc/resolv.conf | awk '{print $2}')

echo "$HOST_IP"


典型值类似 172.21.144.1。
2.2 验证跨系统访问

curl -v "http://$HOST_IP:9229/json"


如果输出和 Windows 本机访问 9228 的 JSON 一样，就说明：


WSL2 → Windows 的链路 OK；


portproxy OK；


防火墙规则 OK。


2.3 MCP / chrome-devtools-mcp 配置要点


host：上面拿到的 HOST_IP（例如 172.21.144.1）；


port：9229。



codex


[mcp_servers.chrome-devtools]

command = "npx"

args = ["chrome-devtools-mcp@latest", "--browserUrl=http://172.21.144.1:9229"]

startup_timeout_sec = 60.0


只要这两项对了，WSL2 中运行的 MCP（Codex / Claude）就能通过 HOST_IP:9229 跟 Windows 上的 C

本机电脑开启了v2rayN的“自动配置系统代理”，然后使用ssh连接远程服务器。我并没有开启tun模式和本地Socks5代理，但是通过echo $SSH_CONNECTION这行命令发现输出的居然是代理IP，而不是本机IP。请问这个是合理的吗？假如这样，用美国的IP 连接中国注册的甲骨文服务器，甲骨文辉被封吗（因为检测到的是美国IP）

我想升级，大家可以帮我一线嘛