Gumc

Github Desktop无法打开

Tue, 16 Jun 2026 01:05:00 +0000

前几天突然无法打开Github Desktop了，查了下有人是安装了Antigravity也无法打开了。真是坑呀谷歌，又垃圾还搞坏环境。

使用powershell查询：

# 输入
icacls $env:LOCALAPPDATA
# 应该输出
C:\Users\xxxx\AppData\Local NT AUTHORITY\SYSTEM:(OI)(CI)(F)
                            BUILTIN\Administrators:(OI)(CI)(F)
                            xxxx\xxx:(OI)(CI)(F)
                            xxxx\CodexSandboxUsers:(OI)(CI)(RX)
#实际输出
C:\Users\xxxx\AppData\Local xxxx\CodexSandboxUsers:(OI)(CI)(RX)
                            S-1-15-2-4283406991-4294444083-2861539546-3594594304-3831838268-676399724-3246962861:(F)
                            S-1-15-2-4283406991-4294444083-2861539546-3594594304-3831838268-676399724-3246962861:(OI)(CI)(IO)(F)
                            NT AUTHORITY\SYSTEM:(OI)(CI)(F)
                            BUILTIN\Administrators:(OI)(CI)(F)
                            xxxx\xxxx:(OI)(CI)(F)
# S-1-15-2-*这段就是Antigravity留下的坑了

使用Powershell管理员模式运行

# 定义路径和 SID
$path = $env:LOCALAPPDATA
$sidString = "S-1-15-2-4283406991-4294444083-2861539546-3594594304-3831838268-676399724-3246962861"

# 获取当前 ACL
$acl = Get-Acl $path

# 将 SID 字符串转换为 SecurityIdentifier 对象
$identity = [System.Security.Principal.SecurityIdentifier]::new($sidString)

# 找出所有匹配该 SID 的访问规则
$rulesToRemove = $acl.Access | Where-Object { $_.IdentityReference -eq $identity }

if ($rulesToRemove) {
    foreach ($rule in $rulesToRemove) {
        # 移除该规则
        $null = $acl.RemoveAccessRule($rule)
        Write-Host "移除了规则：$rule"
    }
    # 应用更改
    Set-Acl -Path $path -AclObject $acl
    Write-Host "权限已更新。"
} else {
    Write-Host "未找到匹配该 SID 的权限规则。"
}

# 验证结果
icacls $path

黑苹果

Thu, 09 Apr 2026 01:05:00 +0000

前阵子不小心误删了PC的系统内容导致无法开机，所以就考虑试试黑苹果，虽然手头的mac air和mini能用，但如何能统一使用苹果环境那就更好了。不过最后测试后能使用，N卡也有驱动。但Unity开发时Unity Editor的UI上的部分shader显示有问题，所以最终放弃,此处仅作记录。

工具:

OpCore-Simplify OpenCore-Simplify用于获取PC的硬件信息并生成EFI引导文件。
UnPlugged UnPlugged构建和运行离线安装程序的 Bash 脚本

注意：

独立显卡和集成显卡同时存在会出问题，所以我只保留了独立显卡，通过BIOS关闭集成显卡。兼容模式也需要注意，是否要开启或关闭。安装完再使用OpenCore-Legacy-Patcher更新驱动

AI Cli

Thu, 09 Apr 2026 01:05:00 +0000

需求：使用v2rayN实现A走A代理，B走B代理。

v2rayN 真正的转发逻辑在底部的 “路由” 里。

点击上方菜单的 “设置” -> “路由设置”。
点击 -> “添加”。
起个名字（比如 A_B_Split）。
添加第一条规则：
- outboundTag：选 proxy（这代表走你当前激活的那个服务器）。
Domain：填入域名 A。
添加第二条规则：
- outboundTag：选 direct 或者你定义的另一个出口。
难点：v2rayN 的 GUI 界面在处理“两个不同的远程代理”时非常笨拙。它默认只支持 proxy（当前的）和 direct（直连）。

AI Cli

Thu, 09 Apr 2026 01:05:00 +0000

ds2api (https://github.com/CJackHwang/ds2api)

{ “env”: { “ANTHROPIC_BASE_URL”: “http://localhost:5001”, “ANTHROPIC_AUTH_TOKEN”: “sk-xxx”, “ANTHROPIC_MODEL”: “claude-opus-4-6”, “CLAUDE_CODE_SUBAGENT_MODEL”: “claude-haiku-4-5”, “ANTHROPIC_DEFAULT_HAIKU_MODEL”: “claude-opus-4-6”, “ANTHROPIC_DEFAULT_SONNET_MODEL”: “claude-opus-4-6”, “ANTHROPIC_DEFAULT_OPUS_MODEL”: “claude-opus-4-6” }, “model”: “claude-opus-4-6”, “autoUpdatesChannel”: “latest”, “theme”: “dark”, “hasCompletedOnboarding”: true }

// 模型映射 { “claude-3-5-haiku-20241022”: “deepseek-v4-flash”, “claude-3-5-haiku-latest”: “deepseek-v4-flash”, “claude-3-5-sonnet-20241022”: “deepseek-v4-flash”, “claude-3-7-sonnet-20250219”: “deepseek-v4-flash”, “claude-haiku-4-5”: “deepseek-v4-flash-nothinking”, “claude-haiku-4-5-20251001”: “deepseek-v4-flash-nothinking”, “claude-haiku-4-5-latest”: “deepseek-v4-flash-nothinking”, “claude-haiku-4-5-nothinking”: “deepseek-v4-flash-nothinking”, “claude-opus-4-5-20251124”: “deepseek-v4-pro”, “claude-opus-4-6”: “deepseek-v4-pro”, “claude-opus-4-6-20260205”: “deepseek-v4-pro”, “claude-opus-4-6-latest”: “deepseek-v4-pro”, “claude-opus-4-6-nothinking”: “deepseek-v4-pro-nothinking”, “claude-opus-4-6[1m]”: “deepseek-v4-pro”, “claude-opus-4-7”: “deepseek-v4-pro”, “claude-opus-4-7-20260416”: “deepseek-v4-pro”, “claude-sonnet-4-5-20250929”: “deepseek-v4-flash”, “claude-sonnet-4-6”: “deepseek-v4-flash”, “claude-sonnet-4-6-20260217”: “deepseek-v4-flash”, “claude-sonnet-4-6-latest”: “deepseek-v4-flash”, “claude-sonnet-4-6-nothinking”: “deepseek-v4-flash-nothinking”, “claude-sonnet-4-6[1m]”: “deepseek-v4-flash”, “gpt-4o”: “deepseek-v4-flash”, “gpt-5.3-codex”: “deepseek-v4-pro”, “gpt-5.5”: “deepseek-v4-flash”, “o3”: “deepseek-v4-pro” }

qwen2api(https://github.com/YuJunZhiXue/qwen2API)

{ “env”: { “ANTHROPIC_BASE_URL”: “http://127.0.0.1:7860”, “ANTHROPIC_AUTH_TOKEN”: “sk-xxx”, “ANTHROPIC_MODEL”: “claude-opus-4-6”, “CLAUDE_CODE_SUBAGENT_MODEL”: “claude-opus-4-6”, “ANTHROPIC_DEFAULT_HAIKU_MODEL”: “claude-opus-4-6”, “ANTHROPIC_DEFAULT_SONNET_MODEL”: “claude-opus-4-6”, “ANTHROPIC_DEFAULT_OPUS_MODEL”: “claude-opus-4-6”, “DISABLE_TELEMETRY”: “1”, “CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC”: “1”, “CLAUDE_CODE_ENABLE_FEEDBACK_SURVEY_FOR_OTEL”: “0” }, “model”: “claude-opus-4-6”, “autoUpdatesChannel”: “latest”, “theme”: “dark”, “hasCompletedOnboarding”: true }

模型映射 { “claude-3-5-haiku-20241022”: “qwen3.5-flash”, “claude-3-5-haiku-latest”: “qwen3.5-flash”, “claude-3-5-sonnet-20241022”: “qwen3.5-flash”, “claude-3-7-sonnet-20250219”: “qwen3.5-flash”, “claude-haiku-4-5”: “qwen3.5-flash”, “claude-haiku-4-5-20251001”: “qwen3.5-flash”, “claude-haiku-4-5-latest”: “qwen3.5-flash”, “claude-haiku-4-5-nothinking”: “qwen3.5-flash”, “claude-opus-4-5-20251124”: “qwen3.6-plus”, “claude-opus-4-6”: “qwen3.6-plus”, “claude-opus-4-6-20260205”: “qwen3.6-plus”, “claude-opus-4-6-latest”: “qwen3.6-plus”, “claude-opus-4-6-nothinking”: “qwen3.6-plus”, “claude-opus-4-7”: “qwen3.6-plus”, “claude-opus-4-7-20260416”: “qwen3.6-plus”, “claude-opus-4-6-20250929”: “qwen3.5-flash”, “claude-sonnet-4-6”: “qwen3.5-flash”, “claude-sonnet-4-6-20260217”: “qwen3.5-flash”, “claude-sonnet-4-6-latest”: “qwen3.5-flash”, “claude-sonnet-4-6-nothinking”: “qwen3.5-flash”, }

❌ chat2api 我以为是9router或claude code router将Anthropic格式转化为OpenAI Chat/Completion格式导致工具调用出问题，后面改用cline直接使用Chat/Completion格式，还是无法进行工具调用，确认Chat2api无法使用工具。

AI Code助手配置

Thu, 09 Apr 2026 01:05:00 +0000

AI Coding 必备

PowerShell 7

cockpit-tools

通用 AI IDE 账号管理工具，用于切换不同账号Auth

CC Switch

用于：

切换第三方API
添加管理MCP服务器
添加管理Skill

jq

下载后添加到PATH

rtk

降低token

Ripgrep

似乎AI助手的grep底层使用的都是ripgrep。但如果我们配置了通过vscode进行shell绕过权限，这时候需要支持rg所以这里手动安装。

winget install BurntSushi.ripgrep.MSVC

cc-connect(for Discord/Wechat等)

安装

# 安装cc-connect（wechat需要使用beta版本cc-connect@beta)
npm install -g cc-connect
# 创建配置文件
# 创建C:\Users\Gumc\.cc-connect
# 将官方的config.example.toml复制到.cc-connect/config.toml

[cc-connect配置文件]

  # 配置config.toml，以下是我的配置(从discord获取token)

  data_dir = ""
  language = "zh"

  [[projects]]
    name = "framework"
    [projects.agent]
      type = "gemini"
      [projects.agent.options]
        mode = "yolo"
        model = "gemini-3.1-flash-lite-preview"
        work_dir = "C:\\Users\\Gumc\\Desktop\\WorkSpace\\framework"

    [[projects.platforms]]
      type = "discord"
      [projects.platforms.options]
        token = "token"

  [log]
    level = "info"

  [speech]
    enabled = false
    provider = ""
    language = ""
    [speech.openai]
      api_key = ""
      base_url = ""
      model = ""
    [speech.groq]
      api_key = ""
      model = ""
    [speech.qwen]
      api_key = ""
      base_url = ""
      model = ""

  [display]
  thinking_messages = true # Show/hide thinking messages (default: true) / 是否显示思考消息（默认 true）
  thinking_max_len = 1000   # Max chars for thinking messages (default: 300) / 思考消息最大字符数（默认 300）
  tool_max_len = 1000       # Max chars for tool use messages (default: 500) / 工具调用消息最大字符数（默认 500）
  tool_messages = true     # Show/hide tool progress messages (default: true) / 是否显示工具进度消息（默认 true）

  [stream_preview]
  enabled = true            # Enable/disable streaming preview (default: true) / 启用/禁用流式预览（默认 true）
  interval_ms = 1500        # Min ms between updates (default: 1500) / 更新最小间隔毫秒数（默认 1500）
  min_delta_chars = 30      # Min new chars before sending update (default: 30) / 发送更新前最少新增字符数（默认 30）
  max_chars = 2000          # Max preview length (default: 2000) / 预览最大长度（默认 2000）


  [rate_limit]
  max_messages = 5         # Max messages per window; 0 = disabled (default: 20) / 窗口内最大消息数；0 = 禁用（默认 20）
  # window_secs = 60          # Window size in seconds (default: 60) / 窗口时间秒数（默认 60）

  [cron]

cc-connect使用指南
配置开机启动

Gemini

安装

Gemini Code Assist(VSCode插件) 用处不大，仅在头脑风暴时进行。

只要开启Agent就会显示：There was a problem getting a response.猜测是免费用户会被限制在 Flash 模型中，而Flash 用不来 Agent。

{
  // vscode 配置
  "geminicodeassist.enableTelemetry": false,
  "geminicodeassist.chat.changeView":"Default diff view",
  "geminicodeassist.inlineSuggestions.enableAuto": false,
  // "geminicodeassist.project": "xxxx",            // free 无效
  "geminicodeassist.agentYoloMode": true,             // 开启 Yolo 模式，自动执行, 不要停下来请求权限
}

Gemini Cli （npm安装）
所有配置链接

Skill & MCP

superpowers

复制superpowers的skill到项目.agents/skills下（brainstorming、dispatching-parallel-agents、executing-plans、receiving-code-review、requesting-code-review、subagent-driven-development、using-superpowers、writing-plans、writing-skills）

通过CC Switch 安装excel-master

  {
      "excel-master": {
        "command": "npx",
        "args": [
          "-y",
          "@guillehr2/excel-mcp-server@latest"
        ],
        "timeout": 60000
      }
  }

通过CC Switch 安装vscode-mcp-servr

  {
    "vscode-mcp-server": {
        "command": "npx",
        "args": ["mcp-remote@next", "http://localhost:3000/mcp"]
    }
  }

Unity MCP

# unity通过github安装：https://github.com/CoplayDev/unity-mcp.git?path=/MCPForUnity#main
# 进入unity - window - mcp for unity - toggle mcp window
# 进入connect，选择传递方式为stdio, 复制configuratioon到项目目录配置文件，工具只开启execute_menu_item和read_console和manage_prefabs
# 可以禁用手机数据
"unityMCP": {
      "command": "uvx",
      "args": [
        "--from",
        "mcpforunityserver==9.6.6",
        "mcp-for-unity",
        "--transport",
        "stdio"
      ],
      "type": "stdio",
      "env": {
        "DISABLE_TELEMETRY": "true"
      }
    }
# 让AI自己写markdown,工具的参数见源码：https://github.com/CoplayDev/unity-mcp/tree/beta/Server/src/services/tools

Codex

安装

Codex Cli
~~Codex桌面版~~
~~VSCode Codex插件~~

vscode codex插件如果开启WSL就会使用WSL的配置，需要进入/home/xx/.condex中修改配置，所以不开启WSL

codex全部配置

Skill & MCP

同Gemini Cli

Claude Code

安装

安装Claude Code

  # 管理员权限运行powershell (备注：旧的npm安装方式已弃用)
  irm https://claude.ai/install.ps1 | iex

~~安装Claude Code for VS Code~~

~~VS Code插件~~

# VSCode的Setting.json必须显性禁用所有非核心功能的网络请求，包括遥测上报和自动更新检查。不然会一直等待遥感失败，导致等到几分钟才能进入AI的请求。
"claudeCode.environmentVariables": [
        {
            "name": "CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC",
            "value": "1"
        },
        {
            "name": "DISABLE_TELEMETRY",
            "value": "1"
        },
    ],

CALUDE.md

Skill & MCP

同Gemini Cli

OpenCode

Antigravity

复杂功能特别是需要分析现有的代码且使用Gemini 3 Pro时，则使用Antigravity。

VSCode插件(暂时不使用)

Copilot

Copilot Pro无限使用GPT-5 Mini是不错的，可惜只有首月免费。

Codex插件

某鱼某淘可购买business或Plus也有25元，可能有风险。免费额度也很慷慨。

Gemini Code Assist

复杂问题使用，Gemini 3的思考和代码能力最强。当然Geimin Code Assist经常会自动切换到Gemini Pro 2.5会降智的。一般遇到复杂功能、不确定如何实现的需求或找Bug，则在aistudio使用Gemini 3讨论。如需要与代码交互(如找Bug)则使用Gemini Code Assist或Antigravity。

Trae

基本废了，基本作为补全使用，不会用来写代码。 trae使用梯子通过trae.ai登录海外账号，似乎可以无限使用Gemini 2.5,不过现在经常出错，似乎海外账号不支持vscode插件了。目前使用起来很慢，估计很快就可以弃用了。

Code Web Chat

相当于合法通过vscode将上下文发送到web页面，然后获取web页面结果返回到vscode，自动进行editor等操作。相比于很多逆向API(违规），这个合规的，自动帮忙提交上下文到网页版后并自动获取结果来对比。但是，”codeWebChat.reuseLastTab”: true,这个配置似乎不生效，每次都重开一个标签，有毛病。

备注：与Code Web Chat类似的有个：openlink(视频)，但还需要自己解决gemini外的前端适配和skill。

Claude Code

除非用Claude官方模型，不然第三方其他AI支持很差。

AI思考

经常只改动他知道的，不理解上下文和改动的代码的涉及意图：例如：原本代码逻辑是A, AI加了个逻辑if判断后跳转到B，后面觉得B并不合适需要去掉，AI会基于B的判断去改为判断后走A逻辑。而不是按原来那样，直接就走A逻辑了。例如：Tween动画，需要调用OnComplete，原本的逻辑是加了个包装器在OnComplete后也进行RemoveTween。但如果不需要RemoveTween,AI只会删掉RemoveTween，而不会理解到包装器也是为了OnComplete而存在的。需要把包装器也删掉。我加了文档，不确定最后是否会按文档来，慢慢等待测试情况。
✅ AI的大部分时间花费在找代码,要通过read去读取。想想我们自己是如何理解代码的，1个是整套代码框架有基本理解。2是vscode直接搜索能很快匹配大部分代码信息。但AI这个过程会很慢，特别遇到高峰期基本30分钟干不了人10分钟的事情。测试https://github.com/MinishLab/semble 和 https://github.com/johnhuang316/code-index-mcp, 结合用感觉还可以，似乎理解变快，但经常回退到Grep。
cli无法自动匹配任务去使用模型，例如简单的模型和复杂的模型 skill可以设定模型。子代理模式，但目前似乎还没发挥子代理的优势，因为spec和plan还是使用haiku，而且superpowers作用不大，头脑风暴似乎没什么意义。
花很多时间在决策和修正AI，AI的方案总是不理想，需要给它提供正确的信息和方案。所以所有时间都在给AI做决策和修正Ai的错误方案上。我觉得有几个问题，1是弱AI会有很大问题，得不断加无穷无尽的限制，还是不够聪明。2.即使聪明的，也还是会给出错误决策。就像重建新的Tutorial系统，说了旧系统会删掉，他还是用了旧系统的功能。说了需要跑完全部测试才能停下来，还是跑不完测的（是否没有测试的规矩）
- ✅ 或者能否不要把AI当做一次性完成的工具，他就是新人，需要不断纠正。而你的工作就是让AI新人帮你干活。不要期待他在没有约束和纠正的情况下干好。你的工作就是约束和纠正AI新人。不要为此生气，气坏了没得赔。
- ⬜️ Unity似乎没有正确的测试方法。
- 我觉得应该Antigravity给计划，讲这个计划落盘。我审核通过后没问题再让gpt-5.4-mini进行落盘。
没有免费AI 想法1：使用Gemma 31B + ds2API测试效果解决5 想法2：使用Gemma 31B + GPT5.4-mini合作检查方案并且一个执行一个审查看效果解决4 目前使用 gpt-5.4-mini然后用coder-spark做审查，还行但是还是用不到coder-spark的能力，推理思考还是很弱。还可以使用gemma31b做审查。

想法3: 使用类似https://github.com/ypollak2/llm-router的功能来做匹配模型，解决3 想法4：RAG本地向量索引是否能优化2。解决2。trae是如何实现的？想法5：如何解决1？C# .Net是否有好的方案。
AI还是不够聪明，我让他重新做一个系统，他确在做一个系统去引用旧系统，或者把旧系统作为入口引导到新系统。

备用：改进Todo： https://github.com/lethain/library-mcp/tree/main 以下两个不确定是否有作用： https://github.com/Horilla/claudectx https://github.com/azkhh/cchubber 可以作为开启启动

Free AI

Sat, 28 Mar 2026 11:05:00 +0000

Gemini

入口	额度	是否值得试用
VS Code 插件 (OAuth 登录)	Gemini 3 Flash 1,000 次	✅
Gemini CLI (OAuth 登录)	Gemini 3 Flash 1,000 次	✅
Antigravity	信用点，每日50点	❌

Codex/Claude (使用9Router接入所有AI，效果并不好)

备注：效果并不好，Claude、OpenAI和Gemini还有其他大模型之间的虽然能进行格式转化，但无法配合工具调用，例如claude code如果使用其他模型，会经常出现tool不存在。有个大胆的想法，如果为Claude配置足够多的MCP作为tool，是否就可以使用第三方API了。待实现…

类型	名称	是否接入	Advance	Daily(稳定)	Weekly	Monthly	Free(不稳定)	免费额度说明
OAuth	~~claude code~~	❌	❌	❌	❌	❌	❌	基本无，需要海外手机，不使用
	~~Antigravity~~	❌不合规	❌	❌	❌	❌	❌	不符合谷歌要求，避免封号，不使用
	OpenAI Codex	✅	✅ cx/gpt-5.3-codex				~~cx/gpt-5.1-codex-mini~~	有限额度 GPT-5.3
	Github Copilot	✅				✅gh/gpt-5-mini		每月50次GPT-5 Mini
	Cursor	✅				✅ cu/default		Premium模型请求每月50次 Cursor-small模型每月200次
	Kilo	❌Grep挂起	❌	❌	❌	❌	❌~~kc/kilo-auto/free~~	免费模型都报错导致挂起
	cline	❌Grep挂起	❌	❌	❌	❌	❌~~cl/minimax/minimax-m2.5:free~~	Qwen免费是因为用Qwen Code Cli 官方能选择2.5free但无法测试通过且
Free/Free试用	Kiro（AWS亚马逊）	✅	✅kr/claude-sonnet-4.5			✅kr/claude-sonnet-4.5		新用户送500个credits,首月可用Claude Opus 4.6 每月50 个 credits
	Qwen Code	❌						~~每日2000次请求（中国大陆用户）每日1000次（海外用户）~~免费额度100次每天
	Open Code	✅		✅ oc/minimax-m2.5-free ~~oc/nemotron-3-super-free~~ 会挂起				内置免费模型不确定重置时间
	Gemini CLI	❌可能不合规	❌	❌	❌	❌	❌
	iFlow	❌即将关闭	❌	❌	❌	❌	❌
	Open Router	❌openrouter/free 但claude code使用会挂起	❌	❌	❌	❌	❌	似乎在Claude Code中不能正确使用
	Nvidia NIM	✅	-	-	-	-	✅ nvidia/minimaxai/minimax-m2.7 nvidia/z-ai/glm5 nvidia/qwen/qwen3.5-122b-a10b	没有额度限制，缺点是慢。添加3个避免有的模型挂掉
	Ollama Cloud	✅		✅ollama/glm-5				每5小时重置一次一周重置一次
	Gemini	❌Key只能在Gemini Cli中用	~~gemini/gemini-3-flash-preview~~	~~gemini/gemini-3-flash-preview~~				AI Studio后台显示: Gemini 3 Flash 每日20次 Gemini 3 Flash Lite 每日500次
API	GLM Coding	✅					✅glm/glm-4.7-flash	GLM-4.7-Flash永久免费，都不稳定
	GLN(china)	✅					✅glm-cn/glm-4.7-flash	GLM-4.7-Flash永久免费，都不稳定
	Groq	✅					✅groq/openai/gpt-oss-120b	每日14,400次请求不支持VPN 据说当前免费,但似乎没有说明，先试用Free
	Mistral	✅					✅mistral/codestral-latest	Experiment计划，模型免费，但数据用于训练
	cerebras	❌没有任何模型可用						每日14,400次请求可能不支持VPN
Free	modelscope.cn/API-Inference	❌免费额度很少了		modelscope/Qwen/Qwen3-Coder-480B-A35B-Instruct modelscope/Qwen/Qwen3-Coder-30B-A3B-Instruct modelscope/Qwen/Qwen3.5-397B-A17B modelscope/Qwen/Qwen3-235B-A22B-Thinking-2507 modelscope/Qwen/Qwen3-Next-80B-A3B-Thinking				~~每日2000次，每个模型不超过500次~~ ~~只有千问算力够，其他很慢~~ 实际免费额度100次

Image

copilot.microsoft 据说每次免费图片不限制

解决MacOS Sequoia 15连接蓝牙/无线鼠标后导致强制进入安全模式

Mon, 09 Mar 2026 01:05:00 +0000

状况

Macbook Air 2015出问题的情况:

系统支持版本太低，使用OpenCore Legacy Patcher升级到MacOs Sequoia。能顺利使用新系统。

无线网卡损坏，使用USB网卡并且安装Wireless-USB-OC-Big-Sur-Adapter第三方驱动。能顺利使用无线网络。

但当插入DOAL-MODE MOUSE(可以同时使用WIFI和蓝牙的鼠标)的USB模块且连接蓝牙后，下次重启就会强制进入安全模式。之后无论怎么重启都只会进入安全模式。如果删除蓝牙后放置一段时间不开机后，再次开机就可以正常进入。

分析问题

从 Big Sur 开始，苹果正式宣布废弃传统的内核扩展（Kernel Extensions，即 .kext 文件），要求所有网卡、鼠标、键盘驱动开发者改用运行在用户空间的 NetworkExtension 和 DriverKit 框架。在这个阶段，Realtek 等厂商直接宣布停止开发 Mac 驱动[1]。但由于底层还没完全封死，像 chris1111 这样的民间大神还能通过关闭 SIP，把旧驱动“硬塞”进内核里，此时勉强能用，只是偶尔不稳定[1][2]。

到了 Sonoma，苹果做了一个大动作：彻底删除了系统内核中老旧的 IO80211FamilyLegacy（传统无线网卡堆栈），并大幅修改了 USB 栈。为了让你电脑自带的老网卡能用，OCLP 必须强行向 Sonoma 注入一个叫 IOSkywalkFamily 的底层核心文件。当你安装了第三方的 USB 网卡驱动（比如 Wireless-USB-OC-Big-Sur-Adapter），这个驱动在工作时，会和 OCLP 注入的 IOSkywalkFamily 在争夺底层网络控制权时发生严重冲突。但这种可能，我看Wireless-USB-OC-Big-Sur-Adapter是支持OpenCore Legacy Patcher和Sequoia的，大概率不是这个问题，那么我们分析其他原因：

如果是USB网卡的问题，但我安装Wireless-USB-OC-Big-Sur-Adapter驱动后一直能正常使用。（有一种可能使用Wireless-USB-OC-Big-Sur-Adapter驱动的WIFI图标修改软件的导致的冲突）但这种可能性较低，因为我安装后一直能正常使用。
DUAL MODE MOUSE的2.4G接收器的问题：当插入接收器，macOS 会通过设备的Vendor ID (VID) 和 Product ID (PID) 来判断这是什么设备。如果系统有内置驱动：它会直接加载 macOS 内建的 Kext 或 DriverKit 驱动。如果是新设备/旧设备：对于老 Mac 上的 OCLP 环境，它会加载 OCLP 为了支持你这个老 Mac 的 USB 接口而提前注入的通用 USB 驱动补丁。OCLP 必须确保 Mac 的所有 USB 接口能工作，所以它注入了一些底层补丁。点击“重新启动”时，系统需要“安全地”卸载所有正在运行的 Kext 和 DriverKit 扩展。2.4G 接收器的驱动（可能是 OCLP 注入的通用 USB 驱动，或者是设备内部的 HID 描述符被旧补丁错误识别了）在被强制卸载时，没有正确响应内核指令，导致内核崩溃 (Kernel Panic)。系统底层自动识别了该 USB 设备的 PID/VID，并强制加载了 OCLP 帮你打上的、用来支持老 USB 接口的底层补丁/Kext。正是这个补丁在重启卸载时崩溃了
DUAL MODE MOUSE的蓝牙协议问题：旧蓝牙鼠标”可能使用的是一个非常老的蓝牙协议版本。当 OCLP 注入的补丁尝试用 Sonoma 的新蓝牙框架（IOBluetoothFamily）去和这个老协议握手时，如果补丁本身没有完全适配 Sonoma 的新接口，就会在握手完成的瞬间引发一个无法恢复的内核崩溃。死锁机制触发：系统检测到“鼠标连接”这个行为引发了崩溃，它会记录下来。下次重启时，系统（特别是启动到一定程度时）会自动尝试重新初始化蓝牙设备（即使你把鼠标关了，它也会尝试连接已配对设备），一旦初始化这个老旧的蓝牙芯片模块，就立即触发崩溃，再次进入安全模式。

解决问题思路

先使用USB启动盘降级到Ventura(按Atl，进入时选择EFI BOOT图标的)
安装第三方USB驱动，确定可以运行和访问WIFI，重启是否进入安全模式。
连接蓝牙鼠标和键盘，查看是否有问题。
插入2.4G接收机蓝牙和键盘，查看是否有问题。
升级到Sequoia系统
先连接蓝牙鼠标（不要插入2.4G接收器）
如果以上哪一步出了问题，就能确定是哪一步的问题。如果以上都没问题，那么也不用插入2.4G接收器了，确定是接收器问题。

跨境收款平台对比

Fri, 30 Jan 2026 11:05:00 +0000

跨境平台

跨境收款平台各有优劣处，有的非常麻烦，但又不需要每次上传订单。有得开通容易，又每次需要下载订单上传很麻烦。

对比

	Pingpong	珊瑚跨境	连连
店铺审核			非常麻烦,要联系客服或商务，录制App视频操作
收款/提现			未能成功入账，原因为入账额度不足。客服不知道什么原因，等提示
是否需上传收入订单	绑定授权	是，等2天审核	绑定授权,似乎不需要上传
手续费		0.7%(暂时收0.5%)	1%

禁用微信WeChatAppEx进程

Thu, 22 Jan 2026 09:15:00 +0000

问题描述

打开Windows微信电脑端，WeChatAppEx进程好多个，每个占用部分CPU和内存。而且关闭WeChatAppEx进程后还会自动打开。

解决方法

关闭微信，在任务管理器右键WeChatAppEx进程，打开文件所在的位置，一般是文件夹C:\Users\XXX\AppData\Roaming\Tencent\WeChat\XPlugin\Plugins\RadiumWMPF，删除RadiumWMPF文件夹后重新创建RadiumWMPF，右键属性-安全，对每个组或用户名点击编辑，在拒绝那一列勾选写入，这样禁用写入权限。

之后再重新打开微信，就不再有WeChatAppEx进程。

禁用之后不能再使用小程序的功能

20260301

发现微信非常鸡贼地改到了C:\Users\XXX\AppData\Roaming\Tencent\xwechatXPlugin\Plugins\RadiumWMPF

同样禁用写入权限

Jekyll环境部署

Sat, 06 Dec 2025 12:15:00 +0000

Windows配置Jekyll环境

(❌已弃用，Ruby新版本会有很多问题)

MSYS2 安装jekyll环境

(❌已弃用，较为麻烦)

WSL安装Jekyll环境（Linux则不必安装WSL2）

使用WSL2 安装Linux 安装见这里
安装Ruby 参考官方教程但使用rbenv，但使用
- 使用rbenv安装Ruby

  # 安装依赖
  sudo apt update
  sudo apt install build-essential libssl-dev libreadline-dev zlib1g-dev autoconf bison libyaml-dev libncurses5-dev libffi-dev libgdbm-dev
  # 安装 rbenv
  cd /data/pack
  # 下载并安装
  curl -fsSL https://github.com/rbenv/rbenv-installer/raw/HEAD/bin/rbenv-installer | bash
  # =============================配置环境变量=============================
  # 将以下内容添加到你的 ~/.bashrc（如果是 zsh 则加到 ~/.zshrc）：
  echo 'export PATH="$HOME/.rbenv/bin:$PATH"' >> ~/.bashrc
  echo 'eval "$(rbenv init -)"' >> ~/.bashrc
  source ~/.bashrc
  # 安装特定版本的 Ruby
  rbenv install 3.4.8       # 安装 3.4.8 版本
  rbenv global 3.4.8        # 设置为全局默认版本
  ruby -v                   # 验证

安装官方教程所需要求

  # 安装 Ruby 及其他必备组件（去掉了ruby-full)
  sudo apt-get install build-essential zlib1g-dev ruby-build ruby-dev
  # 避免以 root 用户身份安装 RubyGems 包（称为 gem）。而是为您的用户帐户设置一个 gem 安装目录。
  echo '# Install Ruby Gems to ~/gems' >> ~/.bashrc
  echo 'export GEM_HOME="$HOME/gems"' >> ~/.bashrc
  echo 'export PATH="$HOME/gems/bin:$PATH"' >> ~/.bashrc
  source ~/.bashrc
  # 到项目目录安装 Jekyll 和 Bundler
  cd 项目目录
  gem install jekyll bundler

参考官方教程安装Jekyll 官方教程

Jekyll打包

运行blog

  # 如果是mac使用chruby,则需要切换ruby
  chruby 3.1.3
  # 运行
  bundle exec jekyll serve
  # 修改实时更新
  bundle exec jekyll serve --livereload
  # 打包
  bundle exec jekyll build

如需要多配置打包可以将以下保存到build.sh, 修改配置，直接运行./build.sh, 不用每次修改配置

#!/bin/bash

# 如果任何命令失败，则立即退出
set -e

# --- 定义源和目标目录 ---
# 构建输出目录 (在项目文件夹内)
SRC_COOHEX_COM="build/www_coohex_com"
SRC_COOHEX_GITHUB_IO="build/coohex_github_io"
SRC_DEVELOPMENT="build/development"

# 最终部署目录 (在项目文件夹外)
DEST_WWW_COOHEX_COM="../www_coohex_com"
DEST_COOHEX_GITHUB_IO="../coohex.github.io"


# --- Build Step ---
echo "--- 开始构建 Jekyll 网站 ---"

echo "1. 正在为 coohex.com 构建..."
bundle exec jekyll build --config _config_www_coohex_com.yml --destination "$SRC_COOHEX_COM"

# echo "2. 正在为 coohex.github.io 构建..."
bundle exec jekyll build --config _config_coohex_github_io.yml --destination "$SRC_COOHEX_GITHUB_IO"

# echo "3. 正在为 development 构建..."
# bundle exec jekyll build --config _config_development.yml --destination "$SRC_DEVELOPMENT"

echo "--- 所有构建已完成！ ---"


# # --- Deployment/Move Step ---
# echo "--- 开始部署文件 ---"

# # 1. 部署到 www_coohex_com
# echo "正在部署到 $DEST_WWW_COOHEX_COM..."
# # 确保目标目录存在
# mkdir -p "$DEST_WWW_COOHEX_COM"
# # 使用 rsync 同步文件：删除目标目录中多余的文件，但排除 .git 目录
# rsync -a --delete --exclude='.git' "$SRC_COOHEX_COM/" "$DEST_WWW_COOHEX_COM/"
# echo "部署到 $DEST_WWW_COOHEX_COM 完成。"

# # 2. 部署到 coohex.github.io
# echo "正在部署到 $DEST_COOHEX_GITHUB_IO..."
# # 确保目标目录存在
# mkdir -p "$DEST_COOHEX_GITHUB_IO"
# # 使用 rsync 同步文件：删除目标目录中多余的文件，但排除 .git 目录
# rsync -a --delete --exclude='.git' "$SRC_COOHEX_GITHUB_IO/" "$DEST_COOHEX_GITHUB_IO/"
# echo "部署到 $DEST_COOHEX_GITHUB_IO 完成。"

# echo "--- 所有文件部署完成！ ---"