https://bryantchen.cc/zh Bryant 的个人网站 — 独立开发、AI、产品思考 zh-CN Thu, 14 May 2026 07:07:20 GMT https://bryantchen.cc/zh/thoughts https://bryantchen.cc/zh/thoughts/2026-05-12-form-is-medium Tue, 12 May 2026 00:00:00 GMT 形式即媒介，决定了用户/读者会看到什么——微信贴图，大家看图看帖子内容；视频号，大家看视频，文一般不太读。 而平台不同，代表的是背后审核机制、流量分发、用户画像的差异。 真正开始面向商业化和产品发布做内容之后，对前面这些概念的理解才更具体一些。以前只知道大概念，但不是真正的「知道」。 知行合一，大概就是如此。 https://bryantchen.cc/zh/thoughts https://bryantchen.cc/zh/thoughts/2026-05-01-from-50-to-80 Fri, 01 May 2026 00:00:00 GMT  现阶段，用 AI 做一个 50 分的 Demo，可能只要半天甚至一两个小时。但从 50 分到 80 分，中间往往存在巨大的鸿沟。 多数时候，交付一个 50 分的 Demo 不太能证明什么。**缩短从 50 到 80 的时间、交付完成度尽可能高的产品体验和服务，就显得尤为重要。** 当然，如果你用 50 分的产品已经找到了目标用户和商业模式，可能也是好的——想清楚自己想做的到底是几十分的产品，很重要。 > 图片由 GPT-image-... 图片由 GPT-image-2 生成。]]> https://bryantchen.cc/zh/thoughts https://bryantchen.cc/zh/thoughts/2026-05-01-look-before-vibing Fri, 01 May 2026 00:00:00 GMT Vibe coding 有一个常见的弯路：先把 demo 做出来，过程中忽略了思考和调研，一直闷头让 AI 改或者干。 但有的时候停下来看看典型产品是怎么做的、同类问题别人是怎么处理的，能少走不少弯路。 写在开发 ColorWander 时踩的一些坑之后。 https://bryantchen.cc/zh/thoughts https://bryantchen.cc/zh/thoughts/2026-04-29-completeness-and-humanity Wed, 29 Apr 2026 00:00:00 GMT 两个最近的想法： 1. 想法很容易被复制，但完成度和细节难以被抄袭，营销和推广渠道也难以被复制，积累的数据和语料短期内更难被快速追上。快速做出一个 demo 的难度比以往小了很多，每个人都可以说「我快速 vibe 了一个 xx」，但真正交付一个完整体验的产品并不容易——让 100、1000 甚至更多人真正用上你提供的服务，是难的。 2. 朋友说：「我发现身边之前做生产力工具的朋友，现在都不想做纯生产力了。」我回答：「我觉得这是阶段问题——对模型和 Agent 的能力越乐观、用得越深，对纯生产力就越悲观，对好玩、有趣、有人文关怀的东西就越关注。」内心是... https://bryantchen.cc/zh/thoughts https://bryantchen.cc/zh/thoughts/2026-04-29-no-one-leads-forever Wed, 29 Apr 2026 00:00:00 GMT 最近开始把一些开发任务放到 Codex 上完成，愈发觉得：完善的工具链（直接调用生图 API 出图、markdown 直接阅读、与各类工具良好的集成）、可靠的用户体验（可视化程度高），再加上重新站起来的 GPT-5.5 大脑——是真的好用。 各领风骚一两月，OpenAI 又站起来了。没有谁可以说自己永远领先，也永远不要低估一个强者拿下一块市场的决心。 作为工具使用者，在这个时代，大可不必为了所谓的忠诚和习惯把自己锁在某个工具上。什么好用、什么先进就用什么，是一点都没错的。 另外要注意的是：**尽量不要用免费或平替——便宜的东西永远是最贵的。** https://bryantchen.cc/zh/thoughts https://bryantchen.cc/zh/thoughts/2026-04-24-asking-unlocks-tacit-knowledge Fri, 24 Apr 2026 00:00:00 GMT 发现隐性知识/经验的关键在于多问，你不问就不会得到类似的知识和经验。 好在我愿意多问，多问就可以省去很多额外的折腾和烦恼。 记一次去医院检查收获的知识。 https://bryantchen.cc/zh/thoughts https://bryantchen.cc/zh/thoughts/2026-04-24-product-as-marathon Fri, 24 Apr 2026 00:00:00 GMT 做产品的时候我在想跑步。 1. 长期主义的核心是，让自己一直在跑道上，以平和、积极、适合自己的节奏，跑完这场马拉松。 2. 做产品很多时候第一下是迷茫的，做进去之后会收获一些不一样的惊喜；做得差不多的时候，又会发现琐碎的细节特别多。再往后就是磨细节——细节是魔鬼，也决定了你的产品能不能被别人真正喜欢。 3. 不焦虑的核心其实是，相信自己可以跑完这场马拉松，并且能以相对舒服的节奏拿到自己的 PB（Personal Best）。 https://bryantchen.cc/zh/thoughts https://bryantchen.cc/zh/thoughts/2026-04-22-clawputer-100-stars Wed, 22 Apr 2026 12:00:00 GMT  今天 ClawPuter 的 GitHub star 数正式破 100。佛系地发，结果就这样悄悄达成了。 这是我自己从 0 到 1 做出来的第一个百星项目，虽然只是一个数字，但值得给自己记一下这件小事。 https://bryantchen.cc/zh/thoughts https://bryantchen.cc/zh/thoughts/2026-04-22-follow-best-practices Wed, 22 Apr 2026 00:00:00 GMT 最近的一个反思：我不太喜欢追求最佳实践，导致动手太快经常踩坑，特别是一些流程性的事情。写两个例子，引以为戒： 1. **Google AdSense 账号**：手速太快，填了 HK 的资料，但我自己没有 HK 的收信地址。影响是后续可能无法兑换广告收益。在群里问了之后，只能先把账号关掉，不确定后面重新申请会不会受阻。 2. **域名注册**：手速太快又贪便宜，买了个 `.cc` 后缀的域名。后来做 SEO 的时候才发现，WTF，sitemap 没法自动收录，还会遇到各种坑。 验证想法的时候，动手要快；但遇到已经有规范、SOP 或行业最佳实践的事情，老... https://bryantchen.cc/zh/thoughts https://bryantchen.cc/zh/thoughts/2026-04-20-ship-before-perfect Mon, 20 Apr 2026 02:15:00 GMT  这条 X 下午发布后小火了一下。数据不算夸张，但已经是我有史以来数据最好的一条。 果然还是发布比完美更重要。发布前我还在想，要不晚点录一个英文讲解视频再发出去吧。但快到饭点了，我着急去做饭，所以最后只是发了一条图文：英文字幕 + 中文 demo 讲解。 结果反而有了这样的数据。 下次再犹豫前，一定在心里默念：先发了再说。 https://bryantchen.cc/zh/posts/ios-proxy-client-pitfalls https://bryantchen.cc/zh/posts/ios-proxy-client-pitfalls Thu, 16 Apr 2026 12:00:00 GMT VPS 自建代理，手机端连不上。换了 3 个免费 App 都失败，最后发现是底层核心的兼容性问题。完整排查过程、5 款 iOS 客户端对比、以及一个关于「该省的钱」的教训。 本文基于我的实际踩坑经验，由我和 Claude（AI）共创完成。技术细节均来自实际环境验证。 ## 背景 我在 VPS 上用 Xray 搭了代理，提供两种协议： - **Shadowsocks**（SS）：经典方案，端口 `18388` - **VLESS Reality**：新一代方案，端口 `443`，伪装成正常 HTTPS 流量 Mac 端通过 SSH 隧道连接，一直很稳。但某天发现手机突然连不上了——而且是「一直都连不上」的那种。 ## 排查过程 ### 第一步：确认 VPS 没问题 SSH 登录 VPS，检查三件事： ```bash # Xray 在运行吗？ systemctl status xray # ✅ active (running) # 端口在监听吗？ ss -tlnp | grep xray # ✅ 18388 和 443 都在 # VPS 能上网吗？ curl -s -o /dev/null -w '%{http_code}' https://www.google.com # ✅ 200 ``` VPS 没问题。 ### 第二步：免费 App 轮番上阵 手机上依次试了三个免费客户端： | App | 结果 | |-----|------| | **Streisand** | SS 超时，VLESS 超时 | | **V2Box** | SS 超时，VLESS 超时 | | **Hiddify** | SS 超时，VLESS 超时 | 全军覆没。 ### 第三步：Mac 上复现 我在 Mac 上装了 `xray` 客户端，直接测试代理是否能通： ```bash # 测试 SS xray run -config ss-client.json & curl -x socks5://127.0.0.1:10808 https://ifconfig.me # ❌ 空响应，exit code 52 # 测试 VLESS Reality xray run -config vless-client.json & curl -x socks5://127.0.0.1:10809 https://ifconfig.me # ✅ 返回 VPS IP ``` **发现一**：SS 从 Mac 也不通——说明是协议层面的问题，不是手机的问题。 **发现二**：VLESS Reality 从 Mac 完全正常。 ### 第四步：VPS 本地环回测试 在 VPS 上跑一个 xray 客户端，连自己的 SS 端口（绕过外部网络）： ```bash # VPS 本地 → localhost:18388 → 出口 curl -x socks5://127.0.0.1:10900 http://httpbin.org/ip # ✅ 成功 ``` VPS 本地 SS 是通的，但从外部连就不通——**GFW 精准拦截了 SS 协议流量。** ### 第五步：定位 VLESS 的手机端问题 VLESS Reality 从 Mac 通，从手机不通。三个免费 App 有什么共同点？ **它们都用 sing-box 作为底层核心。** sing-box 是一个开源的代理内核，支持多种协议。但它对 Xray 的 Reality 实现存在兼容性问题，尤其是 `xtls-rprx-vision` 这个 flow 参数。 ## 最终解决 换了 **Shadowrocket**（$2.99，美区 App Store），复制 VLESS Reality 链接，打开 App 自动导入，秒连。 整个过程花了不到 30 秒。 而之前折腾免费 App 花了两个多小时。 ## 两个核心结论 ### 1. Shadowsocks 已经不安全了 GFW 能精准识别 SS 协议特征并拦截。表现为： - TCP 握手成功（端口是通的） - 但协议层数据回不来（空响应） - 换任何客户端都一样 如果你还在用 SS，建议尽快迁移到 VLESS Reality 或 Hysteria2。VLESS Reality 伪装成正常的 HTTPS 流量（SNI 指向 microsoft.com 等大站），目前 GFW 无法识别。 ### 2. 免费 iOS 客户端共享一个致命缺陷 市面上主流免费客户端的底层核心对比： | App | 底层核心 | VLESS Reality 兼容性 | |-----|---------|---------------------| | Streisand | sing-box | ⚠️ 不兼容 | | V2Box | sing-box | ⚠️ 不兼容 | | Hiddify | sing-box | ⚠️ 不兼容 | | Shadowrocket | 自研 | ✅ 完美 | | Surge 5 | 自研 | ✅ 完美 | 所有免费 App 都依赖 sing-box，而 sing-box 与 Xray 的 Reality 实现有兼容性问题。这不是某个 App 的 bug——是核心层面的问题，换再多免费 App 也一样。 ## 5 款 iOS 代理客户端全对比 | | Shadowrocket | Surge 5 | Streisand | V2Box | Hiddify | |---|---|---|---|---|---| | **价格** | $2.99 买断 | $49.99/年 | 免费 | 免费 | 免费开源 | | **底层核心** | 自研 | 自研 | sing-box | sing-box | sing-box | | **SS** | ✅ | ✅ | ✅ | ✅ | ✅ | | **VLESS Reality** | ✅ | ✅ | ⚠️ | ⚠️ | ⚠️ | | **Hysteria2** | ✅ | ✅ | ✅ | ✅ | ✅ | | **稳定性** | 高 | 高 | 中 | 中 | 低 | | **推荐度** | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐ | ⭐ | **Shadowrocket 是性价比之王**：$2.99 一次性买断，自研核心，协议支持全面，更新频繁。Surge 功能更强但订阅制，适合重度用户。 ## 踩坑清单 | 坑 | 表现 | 真实原因 | 解决方案 | |----|------|----------|----------| | SS 全面超时 | 所有客户端连不上 | GFW 识别 SS 协议拦截 | 弃用 SS，改用 VLESS Reality | | 免费 App VLESS 超时 | Streisand/V2Box/Hiddify 全不行 | sing-box 核心与 Xray Reality 不兼容 | 换 Shadowrocket | | `curl` 测端口通 ≠ 代理可用 | TCP 连接成功但代理不通 | TCP 握手不代表协议层正常 | 用 xray 客户端实际测代理 | | Hiddify dev 版完全不可用 | 任何配置都连不上 | iOS dev 版 sing-box 核心有 bug | 不要用 dev 版 | | Xray 长时间运行退化 | 跑了 45 天后行为异常 | 进程状态退化 | 定期 `systemctl restart xray` | ## 推荐配置方案 ### 服务端 - **协议**：VLESS + Reality（Xray 最新版） - **伪装**：SNI 指向 `www.microsoft.com` - **端口**：443（看起来就是正常 HTTPS） ### 客户端 - **Mac**：SSH 隧道 (`ssh -D 1080`) 或 xray 客户端 - **iOS**：Shadowrocket，导入 `vless://` 链接即可 ### 导入方式 配置好服务端后，生成 `vless://` 分享链接。iOS 端复制链接，打开 Shadowrocket 自动识别导入。具体参数： ``` 协议：VLESS 安全：Reality 传输：TCP Flow：xtls-rprx-vision SNI：www.microsoft.com Fingerprint：chrome ``` ## 写在最后 在翻墙工具上花 $2.99 不是浪费——**它省掉的是两小时的排查时间和三个不同 App 之间反复横跳的挫败感**。 免费工具不是不好用，而是当你的服务端用了较新的协议（比如 VLESS Reality），它们共享的底层核心就可能成为瓶颈。这种问题从 App 的界面上完全看不出来，只会显示一个毫无信息量的「超时」。 最贵的成本从来不是工具本身的价格，而是你为了「省这点钱」花掉的时间。]]> https://bryantchen.cc/zh/posts/adsterra-integration-guide https://bryantchen.cc/zh/posts/adsterra-integration-guide Thu, 16 Apr 2026 00:30:00 GMT AdSense 注册卡在手机验证，转投 Adsterra 一个晚上搞定；但后续发现广告会在用户端强制跳转，最终我选择先关掉，重新评估 AdSense。 本文根据我和 Claude（AI）的实际项目对话记录整理而成。所有数据、踩坑经验、代码示例均来自 [AIBT](https://aibtapp.com) 的真实接入过程。 > **2026-04-16 下午更新**：上线后我发现，这种方式加上的广告在用户端总是会触发强制跳转。现在还不确定是我哪里没设置对，还是广告格式/广告网络本身的问题，但它已经明显影响用户体验，所以我先把这套广告关掉了。 > > 这次体验之后，我对结论的判断也变了：Adsterra 的优势是接入快、门槛低，适合验证广告链路；但如果从用户体验出发，长期还是应该优先想办法接入 Google AdSense。 ## 先说结论：AdSense 怎么把我卡住的 我的项目是 [AIBT](https://aibtapp.com)——一个 AI 版 MBTI 性格测试，72 个 SEO 页面、三语支持（中英日）、Cloudflare Pages 部署。按理说内容质量不差，但注册 AdSense 的时候遇到了一个致命问题： **付款地区一旦选了就不能改。** 我选了 Hong Kong（因为有港卡），结果手机验证要求 +852 号码。我手上只有 +86 和美国号，验证过不了。这个 AdSense 账号就废了——不能改地区，不能删账号重来（同一个 Google 账号只能开一个 AdSense）。 如果你也没有对应地区的手机号，AdSense 这条路可能走不通。 ## 为什么当时转向 Adsterra | | Google AdSense | Adsterra | |---|---|---| | 审批时间 | 1-4 周 | **几小时** | | 最低流量要求 | 无官方要求但低流量常被拒 | **无要求** | | 手机号验证 | 必须匹配付款地区 | **不需要** | | 付款门槛 | $100 | **$5**（Paxum/USDT） | | 付款方式 | 仅银行电汇 | PayPal、USDT、Wire、Paxum | | 广告质量 | 高 | 中等，且需要警惕跳转类体验问题 | 当时的判断是：AdSense 是"大厂审批制"，Adsterra 是"自助服务制"。对于日活百级的小站，Adsterra 的短期 ROI 更高——因为你至少能接上。 但这只是从"能不能快速跑通广告"出发的判断。如果把用户体验放在第一位，尤其是产品还需要用户停留、分享、二次访问时，强制跳转的伤害会远远大于那一点广告收入。 ## 注册流程（5 分钟） ### 1. 创建账号 打开 [Adsterra](https://beta.publishers.adsterra.com/referral/DUEf5kCsSX) → Sign Up → 选 **Publisher**。 需要填的： - **E-mail**：常用邮箱 - **Login**：用户名 - **Messenger**：随便选一个填社交账号（不会真的联系你） - **Country**：选你实际所在的国家。**这个不影响收款**——不像 AdSense 会锁死，Adsterra 后面随时可以选 PayPal/USDT 等方式收款 不需要手机号，不需要银行信息，不需要身份验证。 ### 2. 添加网站 Websites → ADD WEBSITE → 填域名和分类。 Adsterra 的分类很粗（Social / Movies / Downloads...），没有 Technology 或 Entertainment。选 **Other** 最安全。 **Adult ads 一定要关掉**——除非你是成人内容站。 ### 3. 选广告格式（最关键的决策） 这步决定了你的收入水平和用户体验之间的平衡。 **相对克制的：** - **Native Banner** — 和内容混排，看起来像推荐内容，CTR 较高，视觉干扰也相对低 - **Banner** — 传统展示广告。选 728x90（桌面横幅）+ 300x250（通用方块）+ 320x50（手机横条）三个尺寸就够 **现在我会非常谨慎的：** - **Popunder** — 用户关闭/切换页面时弹窗。CPM 是 Banner 的 3-5 倍，但影响体验。之前我还觉得可以只在 SEO 流量页放，现在会更保守：如果站点还在早期、用户信任还没建立，最好不要上 **不要选的：** - **Social Bar** — 浮动通知条，遮挡内容 - **Smartlink** — 跳转广告页，完全不适合 我的这次问题是：即使没有刻意做跳转页，用户端仍然出现了强制跳转。它不一定代表所有 Adsterra 配置都会这样，但足够说明一点：广告上线之后一定要自己用真实设备多测几轮，尤其要测移动端、无痕窗口、不同地区网络和首次访问场景。 ### 4. 等待激活 提交后 3 分钟刷新页面，状态变成 Active。比泡一杯咖啡还快。 ### 5. 获取代码 每个 Ad Unit 右侧 GET CODE → 复制 HTML/JS 代码。 ## 投放策略：哪些页面放什么广告 **核心原则：越是需要用户分享/互动的页面，广告越要克制。** | 页面类型 | Native Banner | 300x250 | 728x90 / 320x50 | Popunder | |---|---|---|---|---| | 首页 | 谨慎 | ❌ | ❌ | ❌ | | 核心体验页（测试结果） | 谨慎 | ❌ | ❌ | ❌ | | 内容详情页（SEO 页） | 可测试 | 可测试 | 可测试 | 不建议 | | 工具页（统计/FAQ） | 可测试 | ❌ | 可测试 | 不建议 | **为什么首页和结果页都要克制？** 首页弹窗 = 用户第一次来就被弹，直接走人。结果页是用户截图分享的页面——分享带来的免费流量，比那点广告收入值钱得多。 这次我遇到强制跳转之后，更确定了一件事：早期产品不要为了几美分收入牺牲第一印象。广告可以以后再补，信任一旦丢掉很难补回来。 **为什么详情页可以测试？** 这些页面的流量来自 Google 搜索，用户是"路人"，对广告容忍度高，是广告变现的主力。 但"可以测试"不等于"可以牺牲体验"。最小可行做法是：先只放一个最克制的展示广告，观察真实用户路径、跳出率和是否有异常跳转，再决定要不要扩大。 ## 技术实现 ### 响应式：桌面和手机显示不同广告 ```html

``` ### 批量注入：几十个页面不用手动加 AIBT 有 72 个 personality 页面 × 3 语言 = 216 个 HTML 文件。手动加太慢，写个 Python 脚本： ```python from pathlib import Path AD_CODE = '''''' for html_file in Path('personality').rglob('index.html'): html = html_file.read_text() if '广告标识' not in html: # 幂等检查，避免重复注入 html = html.replace('