王帅真’s Blog https://blog.qizong007.top/ 王帅真的个人博客 Fri, 13 Nov 2026 06:12:27 GMT https://validator.w3.org/feed/docs/rss2.html https://github.com/jpmonette/feed en-US All rights reserved 2026, 王帅真 <![CDATA[【踩坑】解决 Google Play 地区不一致导致 ChatGPT Plus “应用内购买目前不可用” 问题]]> https://blog.qizong007.top/article/google-gpt-iap https://blog.qizong007.top/article/google-gpt-iap Thu, 02 Jul 2026 00:00:00 GMT
今天在尝试通过 ChatGPT Android 客户端订阅 Plus 会员时，发现 App 底部的购买按钮直接置灰了：“应用内购买目前不可用。请稍后重试。”
img_v3_02137_aa38db1a-00b2-4e05-a473-0d62e5f6b0cg.jpg
经过排查，这是经典的 Google 账号多地区判定不一致的问题。如果你也遇到了类似的情况，可以参考本文方式解决。

Google 账号的双标问题

出现这个报错，通常是因为你的 Google 账号底层存在“双重标准”：
  • 服务条款关联地区（TOS）： 在 policies.google.com 页面中，Google 会根据你长期的网络活动轨迹（如常用的代理节点）自动判定。当然，你也可能曾经像我一样，转区成了赛博米国人。
notion image
  • Play 商店/付款地区： 但当你打开手机 Google Play 的“账号和设备偏好设置”时，会发现国家/地区依然死死锚定在「中国」区。 由于 OpenAI 并未在中国区提供服务，当 ChatGPT 尝试唤起 Google Pay 结算时，系统检测到当前激活的 Play 钱包属于不可用地区，便直接锁死了应用内购买，所以按钮置灰了。
img_v3_02137_af00fc30-270d-4dee-9e6d-a2befdbacb9g.jpg

两步彻底打通美区订阅

既然 TOS 已经在美国了，顺水推舟，我们把 Play 商店的钱包也设成美国。经过实测，并不需要复杂的注销或重新绑卡或在 Google Pay 网页倒腾付款方式，只需以下两步即可解锁：

第一步：确保全局网络环境与目标区一致

全程确保你的网络工具处于「美国」节点（我这里用我的例子说了），并且最好开启全局模式，避免在操作过程中被 Google 重新捕捉到其他 IP。

第二步：强制刷新 Google Play 缓存以触发“强制转区”

由于 Google Play 的底层缓存非常顽固，仅仅切换网络并不会让商店立刻刷新。我们需要手动触发它的区域更新机制：
  1. 长按手机上的 Google Play 商店图标，进入“应用信息”。
  1. 依次点击 “存储” -> “清除所有数据”和“清除缓存”。
  1. 重新打开 Play 商店，点击右上角头像进入“设置” -> “常规” -> “账号和设备偏好设置”。
  1. 此时你会发现，由于探测到了美国 IP，系统出现了“美国”这个显式的地区选项。
img_v3_02137_385ccfab-24fe-4774-b6f7-98f5c7b074bg.jpg
  1. 我们直接切过去，当赛博美国人！
img_v3_02137_4f199386-dd20-4783-9198-52d02b1aa1eg.jpg
重新打开 ChatGPT 进入订阅页面，按钮成功亮起！
img_v3_02137_ff7f3939-6aa6-4a9f-9134-4ce4f5a9d5bg.jpg
当然，如果你仍然搞不定，但想充值 GPT 的话，可以走我的链接去代充，在我这充不换号、不共享，无卡密、无服务费，包售后，可开票，价格美丽。有问题直接找客服，找不到的可以加我微信，我帮你对接客服。
]]> <![CDATA[第三个 Claude 号，我用原美区 ID 又开上了 Pro]]> https://blog.qizong007.top/article/claude-anti-ban https://blog.qizong007.top/article/claude-anti-ban Thu, 05 Nov 2026 00:00:00 GMT
是的，我就是那个被好几个国人连番 at A 畜的倒霉蛋。（截图我的老哥这条帖子都到 40+w 曝光了）
image.png
我现在用的这个 Claude 账号，已经是我的第三个了。第一个在 opus5 出来后就寄了，再上一个也被露头秒了。但用过的都懂有多牛逼...
所以，我决定开始折腾网络环境：
  • 买了一台搬瓦工 VPS，让 Codex 走 computer use 帮我把节点搭起来，我就负责付钱；
  • 只让 Claude 走这台 VPS，国内的东西照常直连；
  • 用一个全新的 Gmail 注册了新的 Claude 账号，养号养了两天才开 Pro；
  • 付款用的，还是我原来那个美区 App Store 账号。成功了。
动手之前，先说两句：
  1. 这是我个人的实操记录，不是防封秘籍。 固定 IP、新 Gmail、等两天，这些我都做了，但没有一条能保证账号不被封。服务是否向你所在的地区开放、账号能不能用，以 Claude 官方支持地区和实际要求为准。
  1. 搭建思路参考了陈静老师的 EcomGrace 的自建 Hysteria2 教程。不过原文的测速、运营商表现和系统选择跟我的情况不同，下面只写我自己的操作和踩坑。
本文我不建议你作为人来阅读，直接丢给你的 AI 吧。因为我大部分也是用 AI 写的。

一、动手之前，先把这几样东西分清楚

刚开始折腾的时候，我脑子里的账号、密码、面板全搅成了一锅粥。后来把每样东西"管什么"列出来，一下就清楚了：
你手里的东西
负责什么
搬瓦工账号
买服务器、看账单、续费
KiwiVM 面板
管理服务器、装系统、看月流量
SSH 密钥或初始密码
从终端登录服务器
HY2 节点配置
让电脑、手机连接服务器上的代理服务
新 Gmail
注册和登录这次新的 Claude 账号
Claude 账号
保存对话、承接 Pro 权益
美区 App Store 账号
下载官方 App，完成这次内购付款
划个重点：这次新建的是 Gmail 和 Claude 账号，美区 App Store 账号还是原来那个。
顺便说下 VPS 是什么。你可以把它理解成放在远程机房里的一台云服务器，跟国内的 ECS 是一类东西。装好系统以后，跑代理可以，跑别的程序也可以。
在这套用法里，发给 Claude 的请求会先到 VPS，再由 VPS 发出去，所以 Claude 看到的是 VPS 的公网出口。
不过要清醒一点：这不等于买了一个"住宅身份"。机房 IP，终究还是机房 IP。也是被很多人嫌弃的一个点。

二、买服务器：洛杉矶 DC9，$49.99 一季度

先晒一下我的订单，方便你估算成本：
项目
我的这台机器
购买日期
2026 年 10 月 18 日
套餐
CN2 GIA E-Commerce，洛杉矶 DC9
价格
$49.99／季度
CPU／内存
2 核／1GB
硬盘
20GB
月流量
1000GiB，全机共用
系统
Ubuntu 24.04 LTS
这是我当时的订单，不是今天的报价，也不是线路承诺。价格、库存、迁移和换 IP 权益，以搬瓦工上你实际购买的套餐为准，不同套餐的权益别混着看。
本文中的搬瓦工链接是我的推广链接；如果你通过链接购买，我可能获得返佣。是否购买，按你自己的需求决定。
另外，我用的是移动网络。原教程作者的测速环境跟我不一样，别人测出来的几百兆，别直接算到自己头上。你所在的位置、运营商、时间段和要访问的网站，都会影响实际效果。
购买流程本身不复杂：
  1. 在搬瓦工官网选套餐、机房和付款周期。
  1. 注册账号，按自己的实际信息填写姓名、地址和邮箱。
  1. 核对金额，再付款。
  1. 回到服务列表，确认机器已经开通。
有两个地方可以留空：Public SSH Keys 标着 optional，后面再配就行；优惠码没有，空着也没关系。
付完款，页面上出现一个 Paid。我当时愣了一下，问了句"然后呢？"后来才弄明白：Paid 只说明账单付过了，服务器得自己去服务列表里找。
截图于 2026 年 11 月 5 日；展示本人已购套餐，非当前新购报价。

三、装好 Ubuntu，然后先别把自己锁在门外

原教程用的是 Debian，我这次选了 Ubuntu 24.04 LTS。
官方面板实拍，截图于 2026 年 11 月 5 日；主机名、节点编号和 IP 已隐藏。
如果是全新的空服务器，在 KiwiVM 的系统安装页面选它就行。重装会清空原系统的数据，已经跑着业务的机器，千万别照着点。
装好以后，记下三样东西：服务器 IP、SSH 端口、初始登录方式。然后在 Mac 终端里连上去：
第一次连接会让你确认主机指纹，核对一下再继续。输密码时终端不显示任何字符，这是正常的，不是键盘坏了。
这里我还犯过一次迷糊：打开 KiwiVM Password 页面，以为那就是 SSH 密码。其实它是控制面板的登录密码，跟 SSH 的 root 密码、搬瓦工官网密码是三回事。建议直接从已登录的官网服务页进入 KiwiVM，别拿一个密码挨个去试。
后来我改成了 SSH 密钥登录，管理脚本和密钥都放在本地的 Tools 目录，结构大概是这样：
这一步最容易出事的地方是：密钥刚生成，就急着关掉密码登录。万一密钥没配对，你就被自己锁在门外了。
稳妥的顺序是：上传公钥 → 保持原来的连接不断开 → 新开一个终端，确认密钥能登录 → 最后才关闭密码登录。
一句话：先确认新钥匙能开门，再把旧钥匙收走。
还有，手机不需要 SSH 私钥，它要的只是节点配置。别把整个管理目录一股脑同步过去。

四、搭建交给 AI，但别只收一句"完成了"

我这次主要让 Codex 来操作终端。换成别的 AI 工具也行，只要它能正常使用、能执行本机命令。
也不用先买 Claude Pro 才能开始搭。一台能联网的电脑、一台 VPS、一个能用的 AI 工具，就够了。先把一台设备跑通，再慢慢扩展到其他设备。

我装了什么：HY2 为主，VLESS 备用

最先装的是 Hysteria2，简称 HY2。它是一种代理协议，也是对应的软件。这次我用独立的 Hysteria 服务来跑，外层走 UDP。
后来又加了一个 VLESS + TCP + REALITY + Vision，由 sing-box 提供。两个节点我直接按传输方式命名，不绕弯子：
名称
外层传输
我的服务端实现
HY2（UDP）
UDP
独立 Hysteria
VLESS（TCP）
TCP
sing-box
顺带澄清一下：HY2 不是通过 sing-box 部署的。两个服务可以共存，TCP 443 和 UDP 443 也能同时用。
后来 TCP 那条出过故障，我又把固定分流切回了 HY2。所以这篇以 HY2 为主，VLESS 只是可选补充。新手一上来就同时维护两套服务，没必要。

可以直接交给 AI 的提示词

下面这段可以原样发给 AI，把方括号里的内容换成你自己的信息。需要输入密码时，在你自己的终端里输；私钥、订阅链接和节点二维码，不要发到公开的地方。
你会发现这段提示词里"不要"写得特别多。原因很简单：AI 为了交差，很容易走捷径。下面几处尤其要盯一下：
  • 有域名的话，让 AI 核对 DNS 记录、证书签发和续期。如果用普通 Cloudflare DNS 记录直连 HY2，别给域名开普通的橙云代理。
  • 用自签证书的话，电脑和手机要分别确认怎么校验。电脑通过了，不能替手机背书。

AI 说做完了，你应该看到这些

阶段
应该看到什么
SSH
新终端可用密钥登录
HY2 服务
状态为 active，UDP 端口确实在监听
证书与认证
客户端能完成真实连接，参数错误时能被拒绝
电脑
Claude 可访问，连接记录命中指定节点
手机
导入成功后还要实际打开网页，分别测 Wi-Fi／蜂窝
国内直连
国内网页、上传和微信图片能正常使用
SSH 登上服务器以后，可以用这几条命令自己看一眼：
前两条分别看服务有没有在运行、有没有开机自启；ss 看 UDP 端口有没有在监听；日志用来定位具体的错误。
不过要注意，只看到 active，并不能证明你那边的网络连得进来。真正的验收，得在客户端那一头完成。
在 KiwiVM 终端执行只读查询的真实结果，截图于 2026 年 11 月 5 日。

五、只让 Claude 走 VPS，国内流量照常直连

我平时要上国内网站、传视频。要是所有流量都绕到美国再回来，搭完反而更麻烦了。
所以我的方案很简单：
只有命中 Claude 规则的连接才走 VPS，其他一律直连。 反过来说，这套配置也不负责让其他境外网站可用，它就是给 Claude 专用的。
在 Mihomo 配置里，核心是下面这段。注意，这是要合并进去的规则片段，不是一份能单独导入的完整 YAML，HY2 节点本身要先配好。
规则从上往下匹配：先把 Claude 认出来，剩下的全部直连。这样就不用去维护一份巨长的国内网站列表。
为什么不只写一个 claude.ai？因为登录、接口、文件，还有网页里的小组件，可能用的是不同的域名。Claude Code 官方网络说明里，也把主站认证、API 和其他资源分开列了。
当然，这几行只是起点。Google 登录、验证码、第三方连接器这些依赖，要按你实际用到的功能，看日志再补。别图省事，把整个 Cloudflare、Google 的流量都塞进 Claude 分组；也别指望这几行能永久覆盖所有功能。
还有一个刻意的设计：固定分组里没有 DIRECT 回退。节点不通，就让请求直接报错，我再去排查，而不是悄悄换成本地网络去连 Claude。不过它也不是系统级的断网保护，关掉代理客户端以后，网络怎么走还得看系统本身。

DNS 也得能沿着这条路走通

我遇到过"节点看着好好的，网页就是卡住"的情况。一路查下去，才发现是 DNS 那一段出了问题。
给 Claude 指定一个境外 DNS 还不够，还得确认访问这个 DNS 的请求本身能到达。Mihomo 支持在 DNS 地址后面指定走哪个代理，具体见官方 DNS 配置。
下面只演示 claude.ai 这一条。完整配置里，上面那几个核心域名都要配上对应策略：
两个细节：
  • #HY2（UDP） 要和实际的节点名称一字不差。
  • 解析节点自身的地址，也要有一条能走通的路。不然就成了死循环：连代理要先查 DNS，查 DNS 又要先连上这个代理。
另外，这是 Mihomo 的配置语法，别原样复制进小火箭。

六、两台电脑、两台手机，每台都要单独验一遍

我有两台电脑、两台手机，四台设备连同一台 VPS 没问题。但要知道，大家共享的是同一份服务器资源、线路和月流量。
四台设备不是四份额度。速度快不快，也要看大家同时在干什么，不能只按设备数去估。

Mac／Mac Mini：开 TUN，用规则模式

我用的是 Clash Verge Rev。
导入配置以后，选规则模式、开启 TUN，按提示安装或授权服务。我用的是"仅 TUN"的方式，所以系统代理是关着的。
Mac Mini 也得单独检查这几个开关。配置文件发过去了，不代表那台机器的权限和运行状态也一起同步好了。
终端里可以这样查：
仅 TUN、没开其他代理机制时，HTTP、HTTPS、SOCKS 的 Enable 项应该是 0，或者相应项根本没启用。要是还看到 127.0.0.1:7897 且 Enable 为 1，就回去检查系统代理开关。
但是，系统代理为 0，只能说明这一项关了，不能证明 Claude 走对了出口。 真正要看的是：打开 Claude，在 Clash 的连接记录里确认它命中了 VPS 节点。想核对真实的公网 IP，可以临时把一个出口检测请求指到同一个分组，测完再把临时规则撤掉。
这里提醒一个容易误判的地方：在"只有 Claude 走 VPS"的规则下，直接 curl ipinfo.io 显示的是本地出口。这是正常的，因为它本来就走直连。
另外，TUN 解决的是"流量怎么被接管"，不是"让 Claude 完全看不出你在用代理"。Claude Code 本身就有标准代理配置支持。

iPhone：扫码和导入规则，是两回事

我用的是 Shadowrocket，也就是小火箭。
先导入自己的 HY2 节点，再导入 AI 按小火箭语法生成的 .conf。节点名称要和配置里引用的一致，确认配置已经启用，全局路由选「配置」。
我在这里栽过一次。扫码只是"添加节点"，不会顺手把分流规则也配好。我一开始全局路由选成了「代理」，结果国内连接也跟着绕了出去。
这篇的规则末尾是 FINAL,DIRECT，所以不需要另外下载 China.list，其他网站也能直连。但如果你用的是别的通用分流配置，里面引用了远程规则列表，就得确认那些列表真的下载成功了。两种配置别混在一起理解。
最后，打开 Claude，再打开一个国内网站，分别看连接记录。首页那个绿灯和延迟数字，代替不了实际的路由验收。

安卓：原版 Clash for Android 不认 HY2

我第一次在安卓上导入配置，直接报错：
意思很直白：当前的内核不支持 HY2。
解决办法是换一个支持 Hysteria2 的 Mihomo 客户端，比如 Clash Meta for Android。从项目官方入口核对版本和支持情况，再导入 AI 生成的完整 YAML。
然后允许系统 VPN、启用规则模式，确认 Claude 分组指向自己的 HY2。和 iPhone 一样，电脑通过了不代表安卓就通过，Wi-Fi 和蜂窝都要分别测一遍。

七、网络这块，我踩过的几个坑

节点变绿只是开始。真用起来以后，下面这几个问题比搭建本身更花时间，也更值得记下来。

HY2 timeout：先换个网络试试，别急着换 IP

有一阵子，先是 VLESS 超时，接着 HY2 在 Wi-Fi 下也 timeout 了。
第一反应是：完了，这台服务器的 IP 是不是废了？
继续往下查：HY2 服务在运行，UDP 端口也在监听。然后我把手机的 Wi-Fi 一关，切到蜂窝流量，原来的 HY2 又好了。
这一下就把范围缩小了：那次故障出在"当前 Wi-Fi → VPS"这段路上。 至于具体是路由器、宽带运营商，还是更上游的路径，光凭这一组对照还判断不了。
当时在 Wi-Fi 下，我试过 UDP 443、换其他端口、开端口跳跃，都没用。临时开手机热点，倒是能继续用原来的节点和原来的 VPS 出口。
所以我的经验是：节点超时、面板提示 IP BLOCKED、某一种协议连不上，这几件事别直接画等号。先分清是服务、端口、协议，还是接入网络的问题，再决定下一步。
顺便说一句：TCP 和 UDP 只是连到 VPS 的不同方式。出口 IP 不变，靠的是最后都从同一台 VPS、同一个公网地址出去。 这跟协议叫什么名字无关，协议本身也解决不了线路故障。

微信图片发不出去：先看它到底是怎么连的

有一次换到咖啡馆的 Wi-Fi，微信图片突然发不出去，也收不到。
看日志，微信走的已经是 DIRECT，再往上堆国内直连规则也没用。最后查到是 IPv6 路由出了问题：关掉 Clash 里的 IPv6 选项，让微信重新走 IPv4 直连，收发就恢复了。
注意，我关的是 Clash 的 IPv6 设置，不是微信里的开关，也没有把整个系统的 IPv6 关掉。
如果你也碰到类似情况，先让 AI 看连接记录。走错代理、DNS 出错、IPv6 没有路由，是三种不同的问题。别一看到微信出故障，就套同一段"万能配置"。

WebRTC 和 IP 评分：先搞清楚它测的是什么

我在第三方检测页面上见过 WebRTC 显示国内出口，也见过自己的 IP 只有 72 分。看到这种结果，很容易慌。
WebRTC 的探测连接需要单独核对路由。普通网页走了 VPS，不代表每一个 STUN 请求也走同一条路。要修的话，修完记得复测，也留意一下有没有影响语音、视频通话。
至于第三方的"Claude IP 评分"，它并不是 Claude 官方给你账号打的分。机房 IP 也不会因为清了 Cookie、改了时区，就变成住宅 IP。
我的做法是：优先看实际出口对不对、功能正不正常。不会为了把分数刷到 90，把整台电脑改得连自己都看不懂。

八、网络通了，用新 Gmail 注册，先"养"了两天

网络这边稳下来，才轮到账号。
这次 Gmail 是新的，Claude 账号也是新注册的，这已经是我的第三个 Claude 账号了。从官方 Claude 网站或官方 App 进入，按当时页面提供的方式注册、验证，然后在账号设置里核对一下邮箱。
注册完，我没急着订阅，先"养"了两天，再开 Pro。
说是"养"，其实就是等了两天。我没做什么神奇操作，也不认为"等满 48 小时就能过风控"。这两天具体聊了几次、用了什么模型，我没留下可靠记录，就不瞎编了。
能确定的顺序是这样的：
付款之前，至少先确认手机和网页上登录的都是这个邮箱，Claude 也能正常使用。别账号都还没对上，就急着点订阅。

九、旧号被封，付款还是用的那个美区 App Store ID

这件事我想单独拎出来说，因为估计不少人和我有过同样的顾虑：Claude 号被封了，原来的付款账号还能不能接着用？
我的情况是：之前被封的是 Claude 账号，美区 App Store 账号一直在用。这次换了新 Gmail、新 Claude 账号，付款还是用同一个美区 ID，成功开通了 Pro。
也就是说，至少在我这一次，旧 Claude 账号的封禁，没有挡住我继续用原来的 App Store 账号付款。
但我得把话说清楚：这不代表我验证过 Apple ID 和 Claude 之间"完全没有关联"，也不是把旧号剩下的订阅转到了新号上。这只是我这一次的实测结果。如果你遇到已有订阅或者关联提示，先核对账单和账号，别直接照搬我的经历。

我在 iPhone 上的操作顺序

  1. 确认 App Store 当前登录的是原来的美区账号。
  1. 从 App Store 下载或打开 Anthropic 的官方 Claude App。
  1. 登录新 Gmail 对应的 Claude 账号，在设置里再核对一次邮箱。
  1. 进入升级入口，选择 Pro，看清 App Store 确认页上的周期、金额和续费信息，再付款。
  1. 付款后确认 Claude 里显示 Pro，再去 Apple 的订阅记录里核对这笔订阅。
官方的 iOS 开通说明也是从 Claude App 的设置进入 Upgrade to Pro，再完成内购。界面位置以你当前的版本为准。
通过 iOS 内购订阅时，支付方式、收据和订阅管理都由 App Store 处理，见官方账单说明。
万一 Apple 显示已付款，Claude 却还是 Free：先核对登录邮箱和订阅记录，再按官方指引恢复购买或联系支持。千万别为了"再试一下"连续重复购买。

十、换到电脑上，认的还是同一个 Claude 账号

App Store 只是这次的付款渠道，Pro 权益是挂在对应的 Claude 账号上的。
所以在 Mac 上用网页或桌面 App 时，登录的还得是那个新 Gmail 对应的 Claude。手机上开了 Pro，电脑上登的却是另一个邮箱，当然看不到这份权益。
要用 Claude Code 的，也可以按官方说明，用同一个 Claude 账号登录。已经装好的，在 Claude Code 里用 /login 就能核对登录方式。
最后，这几笔钱要分开算：
账单
对应什么
搬瓦工
服务器资源和流量
App Store 的 Claude Pro
Claude 账号的订阅权益
Claude API
另外计费的开发者调用
Pro 的使用额度是有限的，Claude 和 Claude Code 的用量也不是各算一份无限套餐。还有一个容易踩的坑：如果终端里设置了 ANTHROPIC_API_KEY，官方提醒 Claude Code 可能会走 API Key 计费，而不是用订阅额度。
网络通了、账号开了，还得清楚自己的钱到底从哪儿扣。这一步，特别容易被忽略。

最后：记住流量和续费在哪看，就可以安心用了

我这台 VPS 的月流量是整机合计，四台设备一起用，一起算。
查流量最直接的是 KiwiVM 官方面板。Clash 里显示的只是本机连接的流量，跟服务器整月的总用量不是一回事。以后想做个订阅卡片显示剩余流量，可以再接官方 API；第一次搭建，没必要给自己加这层复杂度。
搭完以后，我给自己留了这张检查表：
检查项
要确认的结果
管理入口
知道官网、KiwiVM、SSH 各自怎么登录
服务器
服务运行、自启正常，管理密钥有备份
Claude 分流
命中自己的 HY2，实际出口属于 VPS
国内使用
默认直连，网页、上传和微信实测正常
多设备
每台设备完成导入和实际联网测试
账号
新 Gmail 对应的是准备长期使用的 Claude 账号
订阅
Claude 显示 Pro，Apple 有对应账单和续费日期
维护
VPS 流量、VPS 续费、Pro 续费分别有记录
回头看，整件事其实就是把网络、账号、付款这三件事，一件一件接通。
新 Gmail、新 Claude 账号，等两天，再用原来的美区 App Store ID 开 Pro。这条路我走通了，所以写出来分享给你。哪些是我实测过的、哪些我自己也不确定，我都尽量标清楚了。
服务器搭好了，订阅也开了。接下来，该把时间花在用 Claude 做事上了。
本文根据本人的搭建与使用记录整理，2026 年 11 月 5 日重写。套餐价格为历史订单；注册、等待两天与付款经历来自本人确认，未补造具体注册日、付款日和收据金额。软件、域名依赖和服务规则会变化，操作时请以本文链接的官方资料为准。
]]> <![CDATA[我裸辞了，找自己去]]> https://blog.qizong007.top/article/find-myself https://blog.qizong007.top/article/find-myself Sat, 05 Sep 2026 00:00:00 GMT
正如你所见，我，裸辞了。
离职申请.jpg
现在的我，不属于任何公司，没有领导，也不会再有一份固定的工资每月准时打到我卡上了。
“到底要不要辞职单干”这个问题，基本上从我开始工作大半年之后的每天都在思考。
image.png
对于辞职这一天也有过很多想象，开心？遗憾？自由？迷茫？焦虑？可能都有吧。真的到了这一天，其实内心好像还挺平静的。
说来也奇怪，我从24年开始做了这么久的视频，大部分时间都在聊后端、产品，还有 AI，好像还没有和大家认真介绍过我自己。
image.png
所以这篇文章，我想聊聊「王帅真」这个账号背后那个真实的人，也聊聊我“何以至此”。

真实的我

以前大家认识到我，可能是因为某一期技术视频。
或许是后端系统设计。
image.png
或许是Agent。
image.png
或许是独立开发。
image.png
又或许是知识管理。
image.png
无论是哪一期，镜头里的我看起来好像都还蛮理性、挺 T 人的。
但镜头外的我，并不总是如此。
其实，我是一个 INFJ。
infj.png
我会因为独立开发的产品终于上线，看到上面挂了我的名字而感到无比的兴奋、感慨。
知我记物-appstore.jpg
250111小作文.jpg
也会因为用户的差评而难受、愧疚。
image.png
我会因为大家看完我的内容有实实在在的收获而开心。
IMG_20260904_233131.jpg
也会因为产品或者内容被抄袭而感到愤怒。
image.png
image.png
做内容和产品的过程中，我也经常会产生自我怀疑 —— 我是不是还不够好？我真的适合做这个吗？我现在做的这些有意义吗？
真实的我，确确实实就是这样一个很容易焦虑、内耗的人。
一件事情我可能自己已经想了很久了，然后还是会不停地拿去问朋友、问认识的大佬、问 AI，尝试从他们那里获得更多的确定感，或者确认还有没有更好的选择。
hermes 辞职聊天.jpg
如此地往复和纠结，真的挺消耗我的。
当然，我知道如果在做事的过程中，有这样那样的情绪会影响我的执行力，让我最后可能什么事情都做不成。
但情绪不是懂几个道理就会消失的。问题一直在那。
所以你们可能看我一直有在做内容、做产品，会觉得我是一个执行力很强、知道自己要什么的人。其实很多时候，推着我往前走的，并不是笃定。
而是焦虑。

我为什么这么想离开“上班”

其实，这不是我第一次裸辞了。
我最开始是在字节工作，大概是21年下半年到24年年初的样子。
在那里，我经常感觉到自卑，大佬太多了。而且当我身边的人实实在在的都是 985 甚至 C9 硕的时候，我的嘴经常式的像灌了泥一样的结巴。绝对不是像我现在视频里的那样。
后来的那段时间里，我还经历了长期的高压和否定。这里我对中央处理器文化就不做过多赘述了。
image.png
我到离职前的几个月，已经开始有躯体化反应了。
我到了工位就想吐。
image.png
躺床上就想哭。
躯体化-1.jpg
我那时候感觉我怎么做都是错的，特别是整出技术事故的时候，外部世界和我的内心都在把我钉在耻辱架上审判着。
image.png
我感觉我的状态有点不对，当时在网上做了一些简单的心理测试后，就挂了号去医院检查。
image.png
结果也确实不太好。
image.png
我开始接受心理咨询，也在两个月后选择了裸辞。
24提离职.jpg
当然，我现在情况好多了，只不过焦虑这个部分一直还在。
我本来以为，只要离开那个环境，一切不好的情绪就能画上句号了。
但后来我发现，即使我人离开了，很多反应还留在身体里。比如面对否定会紧张，面对权力结构会反抗；面对未知会恐慌，面对过去会懊悔。
甚至一件事做不好的时候，我也容易把它人格化成“是不是我这个人还不够好”。
似乎这些东西，并没办法随着一份工作的结束一起消失。

我为什么又回去上班了

我想，两个多月的心理咨询还是太短了，我那根深蒂固的焦虑感仍然很强烈。
我本想着，我靠着自己对产品和开发的热爱，和那份对自由的向往，可以靠自己单干而活。
但当时我只有一个1k+粉还定位不清晰的小红书账号（现在已经注销了）。
小红书-老号.jpg
付费内容也只是赚了几百块钱。
赞赏1.jpg
还有一个只有5个用户的小产品 demo。
image.png
AI 也还在早期的 chat 和代码补全的阶段。
我每天都在拷问自己：“就我这样的能特么靠什么活啊？”
我冷静下来想了想 —— 或许我需要的只是先停下来休息，或许我需要的是让工作能力和心智再成熟一些，或许我现阶段需要的是用确定感和秩序感来先滋养自己。
所以我在最后交接的那几天，又开始找工作了。这次我的求职目标很明确：工作尽可能没有加班，最好是 965。
我需要这样的一份工作，在给我提供稳定的薪水、五险一金、规律作息的基础上，还能给我充足的时间来恢复我的身心，同时也保证了我能有时间去探索我自己真正感兴趣的方向，如果还能顺便在工作上能有成长就更好了。
所以，我基本上直接放弃了大厂，并且我也愿意接受降薪。
于是，我先尝试着在我原来所在的杭州接着找。
我当时还是抱着一丝丝的幻想去面了猪厂，但当面试官说出“早9晚10”和“不都是这样的吗”的时候，我对大厂那最后一点的幻想彻底死透了。
后来又尝试面了几家外企，发现还是伪外企，工作时间和大厂差不多，甚至更离谱。
此时，我萌生了一个念头 —— “回厦门吧”。
因为我是厦门人，我知道那里的工作和生活节奏，便决定也看看厦门的机会。
很幸运的是，我找到了满足我需求的公司，我得到了如愿的 965 和五险一金，遇到了一帮很 nice 的同事，也坦然地接受了降薪。
image.png
最关键的是，我找了我需要的这份确定感和秩序感。

离开字节后，我找回了生活

之前在字节的时候，除了活动日和放假前一天，基本都是 10-10-5，而且工作密度...emm...懂得都懂。
image.png
白天也经常是在开会和沟通，晚上才是主要的写代码时间。
经过一周的精疲力尽之后，我周末是一点出门的欲望都没有，基本都瘫在出租屋里，最多附近走走，偶尔来兴致了去景区逛一下，然后隔天又回到那份“痛苦”里边。
“字节一年，人间三年”，待过的才知道这真不是玩笑话。
image.png
但在我换了份工作之后，我感觉我的生活多出了好多属于自己的时间，真的有那种生命上了色的感觉。
965 本身，就给我提供了比在前司一天多 3 小时的时间，一周就是15小时。哪怕减去活动日和周五提早走的时间，算上后来工作的偶尔加班，平均下来一周再怎么样也能多个10小时至少。
并且，后来的这份工作的强度和密度，不及我之前工作的一半。这也就意味着，我的能量和情绪可以更多的被存下来。更重要的是，周末的我也不再是“活人微死”的状态了。
这些多出来的时间和精力，足以支撑我以副业的形式去探索我想做的事，这可比瘫在出租屋里令人兴奋多了！
经过一番思考和探索后，我开始做我的 b 站账号，并且后来也取得了一些成绩。
image.png
我结合我自己的工作成长经验，给 0-2 岁的后端程序员写了 48 篇 24w 字的小报童专栏《后端程序员101》，收获了 200+ 个付费读者。
image.png
后来，也逐渐有人因为我的内容来找我咨询，并且得到了不错的反馈。
image.png
我还做了我自己的第一个独立产品 —— 知我记物，收获了 1000+ 个付费用户，App Store 上得到了 4.5 的分数。
image.png
同时也收获了很多很 nice 的用户在给我出谋划策。
image.png
image.png
现在，我的 B 站号也可以持续地接到商务合作了。包括小红书和 YouTube。（这个不方便就不贴图了）
看到我提供的内容、产品、服务，切切实实地在影响具体的人，这真的是一件令人非常开心的事情。
image.png
随着身心慢慢恢复，我重新开始学习了游泳。
image.png
跑了两次半马。
image.png
还挑战了骑共享单车环厦门岛骑行 56 公里。
image.png
最近也恢复了健身。
image.png
这两年，我还去了很多我想去的地方 ——
在海口看了 Kanye。
image.png
带爸妈去了大理和丽江。
3a438b1108734b1a50e6bee56dc692ab.jpg
1b26de5244693c3260055b1bd2db3f18.jpg
去重庆看了 GAI。
63944cb6935f72fbe3ecfb630f08db87.jpg
去香港吹了维港的风。
c027dca3f48a749e08707087e3fbb851.jpg
去九寨沟领略了“九寨归来不看水”。
13367e65eb0dfe72e112d3767e693173.jpg
去了小韩的釜山和首尔。
image.png
去了上海 city walk。
c413e08f3a1994db7777f3087c4a815d.jpg
还看了 Asen。
68c5e12af0e2c18c3439f6cde99da682.jpg
还在线下见到了很多优秀的前辈。比如孟岩、少楠、AI花叔。
image.png
image.png
image.png
......
今年年初，还有幸能在公司年会上表演原创的 rap，很久没有上台了还是挺兴奋的。
image.png
值得回忆的真的太多了。
在这些片刻，我不是哪家公司的程序员。
我就是我自己。

我不是没有算过这笔账

很多人看到这里，可能会在想：那你现在这样不是挺好的吗？你为什么要辞职呢？你副业稳定吗？现在大环境多不好，为什么不再等等？（以下省略n个问题）
image.png
其实你们想的问题，我都想过。上班时的每一天我都在拷问自己。
我可能比你们任何一个准备劝退我的人，都更擅长劝自己不要离职。
所以下面我来聊一下我的心路历程。
如果说前一次的辞职是一种被动的自保式逃离，那这一次的辞职其实更像是我在主动寻找一种人生结构。
不是因为某一件具体的事情，更不是我和哪个同事有矛盾。我只是想把更多时间拿回来去创作，做产品、写内容，去做我内心深处真正想做的事，而不是去满足某种外部期待。
两年多前，我在从杭州回厦门的动车上读完了《最优解人生》这本书，它给了我很多思考。
image.png
正如书中所言，我想我一直想要追求的其实是人生体验的最大化，而非财富最大化。
钱，只是手段和结果。我不想让“到了老了的时候我还能有多少钱”成为一个指引我向前的问题和目标。
我也不希望我只是为了怕和大家不在一个人生节奏上而买房、结婚、生娃，最后在死之前留下多年辛苦攒下的钱。这只是在为了恐惧打工，而不是为了内心那个真实的、本来的自我。
虽然我其实也是一个相对保守、谨慎、完美主义的人，但是我相信所有的恐惧都可以找到一个具体的风险应对方式，攒钱也好，保险也罢，总有一种方式能和你担心的风险对冲。
所以，这其实也不是我单靠勇气就做出来的决定。
我具体地量化了这层恐惧，算了一下我的 runway，即我分币不挣靠存款还能烧几年。假设我继续维持现在上班时的月支出水平，我的存款还够烧个 8-10 年。
这意味着，我可以允许我自己不上班一段时间，不用为了生存而发愁。拿出一两年的试错成本，我还是承担得起的。
可能还有人会问：你的副业收入一定追上主业了吧？
我想打消一下大家的误解 —— 并没有，甚至差得很多，一定比大家想象中少。平均下来，大概只能覆盖我的基本生活开支，离稳定替代主业还差得远。
所以我并不是因为副业成功了，就顺势离开公司。
我猜这时你可能会发出类似“啊？那为什么要走？你不是傻吗？”之类的疑问。
我也是这么质疑我自己的。
我算了 runway，想了退路，各种问前辈、问朋友、问 AI —— “我是不是再做半年副业会更稳？我是不是副业收入超过主业了再离开比较好？”
但如果我真的一直等，等到副业超过主业，等到所有疑问都消失，等到我不再焦虑，等到所有人都觉得我准备好了……
我想，我可能永远不会出发，一直在等待中度过。
我不是没想过风险。反而，我把这些风险想了一遍又一遍，runway 也算了一遍又一遍。但无论怎么想怎么算，我发现我心里那份原始的冲动仍然不减 —— 我就是想试一下。
即使我尝试在我的脑子里做思想实验，假设把我现在的存款加上一百万看看，我发现我的想法没有变化。
因为这对于我个人来说，是一个结构性问题。
而且，一个个体在有一份主业的情况下，时间、空间还是太被动了，副业能做的事情很有限。
在「主业、副业、生活」的不可能三角里面，我选择放弃前者，然后把副业当做我的主业。
image.png
我想靠自己的产品和内容活，而不是等公司的工资；我想掌控自己的时间和空间，而不是在每个工作日准时准点地去写字楼打卡上班。
而这些事情是否能真的成立，需要我有一笔可以允许我不上班的时间和金钱作为成本来去验证。

带着问题出发

所以这次，我并不打算等我自己准备好了才走。
现在的我仍然心存恐惧，仍然会焦虑地算钱，也仍然会担心自己几个月后会不会又灰溜溜地重新找个班上。
但我太了解我自己了，我可能永远不会有准备好的一天。
于是，我决定带着问题出发，拿一年时间来验证我是不是真的能在保证个人时间、空间自由的情况下，自己完成商业闭环，并在不降低当前生活质量的情况下收支相抵。
即使这个“实验”最后失败了，我也能拿到实战了一年后实实在在的数据和经验，而不是给我自己贴上一个所谓 Loser 的标签。
而且，现在的彷徨和犹豫，最后可能都只是过度设想。我的副业经历和我身边创业的人的经历告诉我 —— 路都是人走出来的，生意也都是随着事情的发展长出来的，包括新拓展出来的人脉也都是这一路上遇到的。
比方说，做着后端程序员的我，压根不会想到有一天会有猎头以产品岗来找我。
image.png
在此之前，我做了 iOS App，我有个人站，个人博客，并且分享过独立开发经验，并且被看到了。
image.png
但这些都不是我的目的，但他们在今天就像 Jobs 说的那样 Connecting The Dots 了。
image.png
所以，压根没必要去 over design。
再大不了，一年后我还可以带着新的能力和视野回去上班，那时候的我的认知和能力维度是会比现在要更高更完整的。
我不想再一直想，一直观望、犹豫了。毕竟想了都是问题，做了才有答案。

为什么是现在？

那为什么我选择在现在这个时间点离职，而不是更早或更晚呢？
对我来说，其实这一天来的是越早越好的；时间一长，包袱只会越来越重。毕竟随着人慢慢到中年，基本上都会慢慢开始有越来越多的结构性支出（不止是金钱，还包括时间和精力），承担的责任和风险肯定是比我现在这种无房贷、无车贷、无后代的“三无”人员要高的。
所以反过来想，能轻装上阵就是我的优势。我还算年轻，还折腾得起。
除此之外呢，一个是因为我的存款额度到达了某个心理锚点，也是某种程度的内心接纳了；还一个是因为现在 AI 的能力真的已经很强了，我在24年下半年就能用 cursor + claude 3.5 写出知我记物，现在 build 的门槛真的太低太低了，算是生产力的跃迁升级也给了我一定自信吧（虽然这也意味着 business 的部分是会更卷的）。
image.png
总的来说，这是个时间窗口的问题。

目标：只工作，不上班

话说回来。
王帅真这个账号，之后仍然会持续创作、分享更多和 AI、独立开发相关的内容，毕竟这些本来也是我喜欢且擅长的内容嘛。
除此之外，我也想让大家看到更多技术之外的部分。
我会分享自己做产品、做内容、找用户、赚到或没赚到钱的过程。也可能会分享一些我的旅行、生活，或是我在这一路上遇到的麻烦和坑。
我会尽可能把我的“所思、所想、所为、所得”当做一场实验那样去公开分享，不仅是 build in public，还要 think in public、learn in public，更要 monetize in public。
当然，现在的我并不知道接下来会发生什么，我只是想拿这一年来验证一份属于我自己的答案。
从今天开始，我想切身实践体验一下“只工作，不上班”的日子。
如果你也想看看这场“实验”会走到哪里，或者也对独立开发、自媒体、OPC 感兴趣，想尝试构建自己的 small business，不妨点个关注。
我们江湖再见～
如果你觉得本文对你有所帮助，欢迎点赞、评论、收藏、关注。
想跟我聊更多 AI 实战、Agent 相关的东西，或者想一对一交流，可以扫码加入我的社群「帅真的 AI 实战圈」。我在里面会分享很多我的 AI 实战经验，还有不少好用的工具。
notion image
]]> <![CDATA[独立开发一年多，这20条经验我希望早点知道]]> https://blog.qizong007.top/article/indie-exp-20 https://blog.qizong007.top/article/indie-exp-20 Sun, 06 Sep 2026 00:00:00 GMT
做「知我记物」这一年多，应用本身税后赚了将近四万吧（大概 1.5k 个左右的付费用户），但中间的弯路走了不少，投入了很多时间、精力、情绪。所以单从数据来看，整体 ROI 并不高。
不过，我并不把它看作我的“损失”，而是本该交的“学费”。
所以，本文也是想把我过去一年多的独立开发经验提炼出来，和大家分享。希望可以给想自己做产品的人一些启发，也希望大家就别再踩我的坑了。😭
写给你们看，也写给我自己看。
1. 别拿竞品的价格当自己的价格。
知我记物最初的定价模式，是根据别的竞品定多少钱来倒推的；而不是根据“我这个东西值多少钱，所以我卖多少钱”的逻辑来定的。
2. 终身会员，定价¥19，是一个荒谬至极的定价。
知我记物的会员，一开始是 ¥19。终身制，19🤣，荒谬。后来涨到 28、38 的时候，都会有用户来各种讨价还价，更有甚者还会拿竞品如何如何来 PUA 我（记物赛道的竞品大多都非常的“慈善家”，都有着极其糟糕的商业模式，我当时定 19 甚至还是同期最贵的那个）。但我想，他们并不是我的用户。
这块的复盘可以看我的 b 站视频：我把 App 从 ¥19 涨到 ¥88，订单少了，但收入反而更高了_哔哩哔哩_bilibili
3. 用户其实没你想的那么怕涨价。
我当初的目标用户，大致的定位是 设计师 / 数码党 / 控制欲 / 颜值控 / 恋物癖，这类人对价格没有那么敏感。一路涨价，单量没崩，甚至最后总的赚更多了。便宜不一定好卖，反而可能把爱讲价的人招过来。
4. 反直觉的是，嫌货才是买货人。
具体可以看我之前的复盘：Gemini 教我做产品1：嫌货才是买货人
5. 不推荐做买断。如果选择了买断，应该把更多的精力放在获客（sell），而不是持续地迭代（build）。
知我记物最开始做的买断，是第一个错（买断是一种不健康、不可持续的商业模式）。
做了买断之后，迭代的精力分配是获客的5倍以上，是第二个错（25年知我记物有50次迭代，平均下来接近一周一更）。
6. 在用户觉得「这个feature值钱」的时候向用户收钱。
比如在用户记录数量达到上限的时候（用户已经在你这里沉淀了一部分数据了，然后还想往上加，此为用量墙），在用户要用到更深度的高级能力的时候（有更高层次的需求，此为功能墙），在用户颜控的时候（提供更好的外观，此为颜控墙），这时候去弹付费墙是更自然而然的。
而不是一进来就弹墙要收人钱，用户可能都还没用你的产品呢。用过几个所谓的网红产品就有这个问题，这是在摧毁用户对你的信任。
7. 产品好看，是获取注意力的第一步。
当时我产品还在未上线的预热阶段，冷启动时就靠着拍了一张 good-looking 的产品图，在小红书小爆了一篇 1w+ 阅读的帖子，评论区里留言的，给帖子赞藏的基本是我的第一批用户。颜值功不可没。
当然，不需要真的很时尚很有设计感，比你的竞品看起来更像回事就可以；如果拿不准，可以学我，就抄 Apple 之类的大厂设计风格规范就行。下限比你拍脑袋从0想的高。
8. 兼顾所有人的产品，本质是在打造一个平庸的垃圾。
过程中肯定会有无数人来给你建议，无论是用户还是同行。但你无法满足所有人。这一点切记。
9. build 和 sell 的时间至少五五开。
包括我在内的开发者，可能会习惯于“躲回”代码里，“躲回” Agent 里。但这只是在逃避 —— 逃避获客，逃避推广，逃避卖自己。确实你说几句话，Agent 几下就给你生成好了，但这种即时反馈的确定感，某种程度上是毒药。
10. 别讲「我做了 xxx 功能」，讲场景。
用户只关心“与我有关”的内容。
我早期发的内容都在说我又迭代了什么功能，这样很难找到用户。别让用户自己去猜去推测自己可以怎么来用，直接告诉用户可以用来做什么。
11. 内容获客很重要。
不仅仅是推广，也是在给用户传递“靠谱”的信号，内容运营本身是可以获得信任的。
12. 对大部分产品来说，应用商店并不是最主要的流量入口。
你觉得用户刷小红书、刷X、刷Reddit的概率和频次高，还是刷应用商店呢？（这和你做 SEO、AEO 并不冲突）
13. 负面评价是必然存在的。
我没见过没差评的软件。总会有非目标用户用到你的产品，并大放厥词。Never mind，服务好属于你的用户就行。
14. 抄袭也是必然存在的。
我被十几个人追着抄过，我也很愤怒。但我无法控制任何人，被抄袭是所有创作者避不开的宿命。时间、精力、注意力，是一个人最宝贵的东西，既然抄袭不可控，不如放下吧，抄袭永远只能抄走“形”，逻辑的闭环和产品的内核都在你的脑子里。
此外，如果一个产品可以很容易地被像素级致敬，那么它的壁垒也不在产品功能本身上。比如运营、品牌等。
15. 别一上来就急着做多平台，尤其是独立开发。
确保你把一个平台上的0-1做透了，再去考虑扩展多平台的事情。禁住用户的“催”。
16. 产品本身没做成？那就当做你的内容素材再发一次吧。
主打一个一鱼多吃，没有浪费的时间和精力，没有白交的学费。All about experience.
17. 离用户太近，不一定是好事。
距离越近，意味着用户表达的摩擦力就越小，他们可以很容易的就和你说上几句。比如在微信群或小红书群里，你一嘴我一嘴，信息很碎。
但反观email、应用商店、问卷来的反馈，平均质量就更高。能静下心来结构性地写一段话，可以天然地过滤一些伪需求和无效噪声。
18. 别打价格战，你几乎必输。
永远有比你卷的，永远有你比下限更低的。
19. 别把精力花在不属于你的用户身上。
爱白嫖、爱 PUA、刁钻至极的 geek user，可以有100个diss你的理由，直接放弃他们就行了，他们本来就不是你的用户。
20. 你可能并不需要服务端。
虽然我是后端出身，但我其实也没有给 App 做云端存储，而是直接用的本机存储，并给会员开放 iCloud 能力。
正是因为我是后端，我才知道提供存储服务的“代价”。独立开发的话，特别还有主业在职的，轻装上阵吧，能不提供数据存储服务就不要。（和你埋不埋点，做不做数据分析关系不大，那是另一码事）
甚至，可以拿这个来当产品的“优势”。我可以告诉用户我是 Local first 的，某种程度上也可以摆脱隐私问题。
念头一转，豁然开朗。
最后
今天就先写到这里了，后面还有想到的我再发。欢迎各位大佬补充和纠正～
]]> <![CDATA[为什么我不太建议 OPC 去做 FDE？]]> https://blog.qizong007.top/article/why-opc-no-fde https://blog.qizong007.top/article/why-opc-no-fde Wed, 28 Oct 2026 00:00:00 GMT
最近跟各行各业的朋友还聊了蛮多跟 FDE 相关的东西。我作为 AI 时代出来的 OPC 就自然会需要去关注 AI 在今天的变现机会嘛，那 FDE 自然会出现在我的视野之内。
在我自己消化了多方信息之后呢，其实我对于 OPC 做 FDE 这个事情，还是偏悲观的，我跟大家聊一聊我的一些主观想法。

ROI 划不来

隐形的工作成本和合同的不对等
首先，个人去做 FDE 是一件 ROI 划不来的事情。
你作为 FDE 去服务客户，其实就是做 ToB 了，面对的都是企业，是一个综合体，是一个组织，这本身就有难度了。
然后，企业里面的业务如果要去做 AI 提效，你需要沉下心来去了解客户的具体业务，要在客户期望的时间内快速了解全链路并且给出解决方案和报价。
前期需求的沟通和理解本身就是一件有难度且成本不低的事情了，ok，你还得出具体方案并负责落地交付。你要自己包揽了开发、测试，甚至是后期的运维，基本是一人全干了。
但这时候，客户会怎么想呢？我只管你最后能怎么给我解决掉这个问题，你前期的探索、试错、业务理解，是你的事情、你的成本，和我没关系。你做不出来，你应该想想你的问题。
前期的这些沟通你聊完了之后，你都会怀疑自己还不如做自媒体多接两个视频商单，那个 ROI 还更高些。
而且，我举个例子，你去客户的车间蹲个几周，跟几个主管聊排班、问老师傅参数的那几个日夜，哪一项被写到合同里了呢？不好意思，没有一条有。合同里只有很明确的需求预期，需要你满足什么功能、什么指标。
还有种让人难受的局面是，企业不仅没有什么沉淀下来的数字资产，你要做企业 AI 化改造的话，底下的人可能还不会配合你 —— 我凭什么要花自己额外的时间来配合你蒸馏掉我啊对吧。
前期的这些售前环节，反而是 FDE 最贵的一部分探索，但是它不会出现在合同里，你作为个人根本没什么议价能力。这是风险不对等的。而且你信不信就这烂局面了，还有同行要和你卷价格。
到后期，你很可能作为 OPC 忙活一个月了，一分钱没有，拿到的还是负反馈。

更多的合同问题

合同之外不断延伸的工作
其次，咱们来说合同的这个问题。
你怎么和企业报价、议价呢？事实是，你作为个人去做 FDE，你很难能争取到合适的价。
然后合同签署本身也是个问题，你如果怕被坑，你还得去了解各种这类合同可能存在的坑点，并且在你了解完了，你可能还得踩坑，况且你和企业也不是什么很耦合的关系。最后就像超级峰老师说的，你会被逮到使劲薅，边界都不知道在哪，搞得比打工的还牛马。
而且，这个边界一模糊了，做多少给多少钱是不是也说不清了？你就会变得很被动，你去要钱都够劳神伤心的了。
比如我作为企业，我直接拍脑袋说，你这个东西不符合预期，然后我把方案拿走，窃取胜利果实，你怎么办呢？我相信包括我在内的大部分 OPC，其实没有健全的、维护自己利益的能力。

信任也是难

个人与企业之间的信任鸿沟
再其次，由于客户是企业，那你个人去做 FDE 的话，信任也是一个难题。
你怎么获客呢？即使聊上了，客户怎么相信你呢？客户为什么选择你，而不是其他人、甚至是企业呢？客户给你这个需求的体量，你一个人能交付的上来吗？
所以我们会发现，FDE 搞得起来的人，反而是很会搞线下的、搞关系的、会来事的人。
比方说人脉网搞起来，结识各个地方在当地有技术交付能力的人。你作为前侧，负责获客和需求消化，你把单子聊下来了，再分出去给那些懂技术的人才去交付，你这时候再和其他人去分钱。
这就还是相对传统的 ToB 的那套逻辑，拼的就是一个人情网嘛，解决的就是一个信任问题。
但如果你和我一样，可能不太会来事儿，也更想直接面对用户、需求、产品、内容、流量、转化本身的话，那还是在 ToC 市场里沉淀吧。
又或者还有一种逻辑，就是公司本身的业务，就是做一些 AI 企业提效解决方案的，那这类公司就会去雇一些 AI 人才来做 FDE 交付。走 B2B 的逻辑，相对靠谱一些，更容易获取信任，整个流程走起来也更顺畅，事情分分工也相对个人 OPC 更好推进。

那咋办呢？

所以，我们现在会看到 FDE 这行里面，ROI 高的赚钱方式是什么？FDE 培训，顾问。
哈哈，开个玩笑，但是 FDE 就是对个人比较不对等的市场，卖方市场是没什么空间的。个人不太建议。
]]> <![CDATA[系统设计面试宝典]]> https://blog.qizong007.top/article/system-design-interview https://blog.qizong007.top/article/system-design-interview Tue, 19 Sep 2023 00:00:00 GMT
notion image

考察点

  1. 交流沟通和理解能力：充分交流理解所设计系统的目标，方便做设计中的tradeoff
    1. 询问系统商业目的，解决什么问题，用户特点
    2. 功能性需求 and 非功能性需求
    3. 跟着面试官思路走就好了
  1. 资源估算：达到我们所要求的QPS和latency，需要多少资源
    1. 理解系统瓶颈
    2. 计算流量、存储
    3. 计算机器规模
  1. 设计和架构能力：核心部分
    1. 架构图
    2. 数据结构与存储
    3. 核心子服务设计，支持scale
    4. 接口设计
    5. 专题深挖（optional）
  1. 扩展性 (Scalability)，容错性，延迟要求
    1. 一般在第二轮设计才考虑，优先满足设计和架构
    2. 还需要考虑日志、监控、报警、容灾
notion image
（顺序、重点不一定；重点放前面）

要点

💡
思考 > 知识
  • 平衡取舍 ⇒ 要有方案和组件的对比，做出合适的选择
  • 预判未来 ⇒ 如果未来规模到了xxx/需要加入yyy怎么办？系统瓶颈和风险在哪？
  • 抽象思维 ⇒ 宏观上，会画架构图和数据流图；微观上，做好API和数据结构的设计
  • 容错能力 ⇒ xxx部分不行了怎么办
  • 业界调研 ⇒ 有哪些解决方案可供参考？内部/社区有哪些基础组件？

流程框架

💡
没有最好的架构，只有最合适的架构。
  1. 明确需求（问清楚了再开始）
    1. 功能性需求（系统具体功能？）
    2. 非功能性需求
      1. 高可用
      2. 低延迟
      3. 一致性
      4. 分区
      5. 流量模式、特点
  1. 粗略估计
    1. 系统规模
      1. 用户量
      2. 日活用户DAU
      3. 段时间内平均QPS
    2. 存储空间（数据量？文字 or 图片 or 音视频？）
    3. 网络带宽
  1. 设计API
    1. 鉴权
    2. REST
  1. 数据模型
    1. SQL or NoSQL？用什么库？
    2. 有没有图片、视频需要用到对象存储？
    3. 数据分区？（垂直、水平）
    4. 索引？
  1. 绘制架构
    1. 负载均衡
    2. 应用服务器
    3. cache/filter
    4. 数据库
    5. 中间件（mq、分布式锁）
    6. 对象存储
  1. 顺着面试官的关注点，深挖两三个组件
    1. 优缺点
    2. 选它的原因
  1. 找出瓶颈，试着解决
    1. 是否存在单点故障？怎么缓解？
    2. 数据副本的量够不够？挂掉几台服务器仍然可以为用户提供服务？
    3. 服务之间的关联性强不强？会不会互相影响？
    4. 服务的性能怎么监控？怎么报警？
    5. 如果当前支持100w用户，如何扩展到以支持1000w？

常见问题

  • 我们将做哪些具体的功能？它们之间的权重/优先级怎么样？
  • 这个产品有多少用户？日活？
  • 公司预计以多快的速度扩大规模？3个月、6个月和一年的预期规模是什么？
  • 公司的技术栈是什么？
  • 做移动端APP/小程序/web？

面试 Tips

  1. 很可能就是让你设计一个常用的产品X，问题往往十分含糊。要知道，一个人怎么可能在一个小时内设计出一款受欢迎的产品，而这种产品需要数百甚至数千名工程师来完成？显然，没人指望你这么做。现实世界的系统设计极其复杂。
  1. 系统设计面试，是为了模拟现实生活中解决问题的过程，两位同事就一个模棱两可的问题进行合作，并提出一个满足他们目标的解决方案。这个问题是无止境的，没有完美的答案。与你在设计过程中投入的工作相比，最终的设计并不重要。这可以让你展示你的设计技能，捍卫你的设计选择，并以建设性的方式回应反馈。
  1. 很多工程师的一个通病，是喜欢过度设计，因为他们喜欢设计的纯粹性，而忽略了trade-off。他们往往没有意识到过度设计系统引入的成本，许多公司为此付出了高昂的代价。不要在系统设计面试中表现出这种倾向。
  1. 永远不要说你的设计是完美的，没什么可以改进的了！！！总有需要改进的地方的。这是一个展示你批判性思维的好机会，也会给面试官留下好印象。
  1. 不要假设，不确定就问。
]]>