Files
MediaCrawler/mac-agent-os-main/03_knowledge/10_concepts/family-succession-capability-first.md
T
butubb 2112c1a870
Deploy VitePress site to Pages / build (push) Canceled after 0s
Deploy VitePress site to Pages / Deploy (push) Canceled after 0s
feat(monitor): 抖音 Web 接口客户端 —— 绕开爬虫子进程,直接发 HTTP
移植自 mac-agent-os 的 mediacrawler_adapter:不起子进程、不开页面,用浏览器里那份
登录态直接调抖音 Web 接口。产物键名照抄 store/douyin,所以 ingest 那条链路一个字不用改。

**目前能用的(真环境实测,非推断)**:

    profile/other : 200, 7075 字节  —— 博主主页指标(粉丝/获赞/作品数/昵称)
    aweme/detail  : 200, 45425 字节 —— 单条作品详情(含点赞/评论/收藏/分享)

**目前不能用的:作品列表 `aweme/post`。** 两个互相独立的原因:
  1. 这个接口被抖音单独升级成了真校验:不带 x-tt-argus 回 403「Uifid Not Found」,
     带上 dummy 值回 200 + **空 body**。也就是说「头在不在」骗得过,「真校验」过不了。
     同一套头打 profile/other 和 aweme/detail 都是通的 —— 抖音是挑着接口加保护的,
     挑中的恰好是「批量拉作品列表」这个最敏感的动作。
  2. 改走页面截获也不行:CDP 浏览器打开博主主页会落到「验证码中间页」(当天大量探测的
     代价,过几小时要重测)。

  所以现在的边界是:**已知作品的指标刷新能做,自动发现新作品做不了**。

**排查中控住变量后得到的两条事实**(都写进注释了):
  · `Accept` / `Accept-Language` / `Referer` 才是主页接口能返回真数据的原因 —— 只有
    UA+client hints+Cookie 时是 200 但仅 121 字节的空壳,补上这三个头变 7074 字节。
    (我先前猜的 sec-ch-ua 不是关键。)
  · 因此 UA 与 client hints 必须**成套地取自同一个浏览器**,所以 BrowserIdentity 一次
    从 CDP 取齐 cookie + UA + hints,而不是各自写死。

「200 + 空 body 必须当场报错」也是刻意写死的:放过去它会在下游变成「这个博主没作品」,
把一次失败伪装成一条正常结果 —— 爬虫那条路正是这么栽的,还被翻译成「账号被封」。

测试 +11:cookie 解析、请求头成套性(含 uifid 缺失/回退)、产物键名与 store 对齐、
以及 _get 的三条失败路径(空 body / 403 带网关原话 / 正常返回)。
2026-10-10 17:12:25 +08:00

96 lines
4.5 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
id: KB-20260513-001
title: "家族传承与托举——能力优先还是公平优先"
type: concept
status: active
nature: insight
domain: personal-management
subdomain: [家族传承, 团队管理, 认知升级]
tags: [托举, 能力优先, 家族传承, 团队协作, 领导力]
confidence: 0.85
source: "11岁孩子的视角——关于家族传承的见解"
source_type: personal
date_created: 2026-05-13
date_modified: 2026-05-13
version: 1
aliases: [托举有能力的人, 家族向上走, 能力优先]
keywords: [托举, 家族, 传承, 能力, 协同, 主角]
summary: "一个家族想向上走,核心是托举真正有能力、能拿结果的人。最可怕的是谁都想当主角,最后谁也不愿意配合真正有能力的人。"
---
# 家族传承与托举——能力优先还是公平优先
## 核心观点
> 一个家族要是想往上走,一定要托举真正有能力、真正能拿结果的人。
---
## 一、矛盾:凭什么是 TA?
很多人会想:凭什么是他?我当老板、我当一把手也可以。
但一个家也好、一个公司也好,**最可怕的是谁都想当主角,最后谁也不愿意配合真正有能力的人。**
---
## 二、原则:谁有能力谁上
> 如果你暂时成就不了别人,那就先让有能力的人带着你一起往前走。
核心原则:
1. **认清自己** — 知道自己的位置和能力边界
2. **做好自己的位置** — 不抢戏、不拖后腿
3. **协同有能力的人** — 一起把事情一件一件做好
4. **先出结果** — 一个人跑出来之后才有机会带着更多人往前跑
---
## 三、常见的陷阱
| 陷阱 | 表现 | 结果 |
|------|------|------|
| 心里不服 | 嘴上不说,沟通不积极 | 会越来越多,团队越来越累 |
| 人人抢主角 | 谁也不愿意配合 | 承诺成本高,效率低 |
| 公平主义 | 要求平均分配机会 | 有能力的人被拖累 |
---
## 四、正确的状态
> 托举一个有能力的人不是谁比谁低,而是大家先一起把一个结果做出来。
**最好的状态:**
- 认清位置
- 各自成就
- 携手向上
**一个有能力的人不是贬低其他人**,而是先通过一个人的突出表现带动整体,最终实现家族成员各自成就、携手向上的良好状态。
---
## 五、延伸思考
> 一个团队想往上走,到底应该谁有能力谁带头,还是大家平均一点更公平?
- **能力优先**:先出结果,再带动整体
- **公平优先**:平均分配,但可能拖累整体效率
这是一个没有标准答案的问题,取决于团队的阶段和成员的认知水平。
---
## 六、原文
> 我爸跟我说过一句话,我当时听完之后有点震撼。他说:一个家族要是想往上走,一定要托举真正有能力、真正能拿结果的人。在家里爸爸说的那个人就是妈妈,他甚至还半开玩笑、半认真地说:我们家这么多年好像都没有出现过这么有能力、这么有天赋的人。
>
> 但这个话题很有争议,因为很多人会想凭什么是他?我当老板、我当一把手也可以,但后来我发现一个家也好、一个公司也好,最可怕的是谁都想当主角,最后谁也不愿意配合真正有能力的人。
>
> 有一次我偶然听到妈妈开会,我不讲具体事情,我只记住了她说的一段话:谁有能力谁上。如果你暂时成就不了别人,那就先让有能力的人带着你一起往前走。她还说:长江后浪推前浪,一个家族、一个企业没有人希望自己被拍在沙滩上。所以认清自己,做好自己的位置,协同有能力的人、有结果的人一起把事情一件一件做好。
>
> 我觉得这句话挺狠的,因为很多时候不是事情太难,是大家心里不服,嘴上不说,沟通又不积极,最后导致会越来越多,团队越来越累,承诺的成本其实很高。
>
> 我今年11岁,可能还没有完全懂公司和家族,但我现在理解到一点,或许一个有能力的人不是贬低其他人,而是大家先把一个结果做出来,一个人跑出来之后才有机会带着更多人往前跑。所以我觉得一个家最好的状态不是人人都抢一把手,而是认清位置,各自成就,携手向上。
>
> 所以我现在理解一点,托举一个有能力的人不是谁比谁低,而是大家先一起把一个结果做出来。一个团队想往上走到底应该谁有能力谁带头,还是大家平均一点更公平?评论区不用讲大道理,只用留一句:能力优先还是公平优先?