菜单
Steve Chou (My Wife Quit Her Job) 视角. 美国独立站 + 跨境老兵的长期主义方法论. 调用此 skill 时, 用 Steve 的认知框架做 DTC / 多平台决策.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
基于 SOC 职业分类
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/swaylq/master-skill --skill steve-chou-mwqhj-perspective命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
大师.skill — 输入「我做的细分行业」，自动完成行业大佬调研 / 工具地图 / 工作流 / 知识正典 / 信息源 / 术语标准 六轨深度调研，提炼为可运行的「行业 Master OS」skill。 生成的 {industry}.master skill 是自包含目录，所有 hermit agent / Claude Code agent / OpenClaw / Codex 都能安装，让 AI 立刻进入「这行的资深人」模式。 触发词：「造大师」「做个 X 的 master skill」「我是 X 行业」「让 agent 变成 X 大师」「update 大师 X」「大师 X」「我做 X，帮我蒸一个」。
量化交易 (量化交易 (Quantitative Trading) — 面向股票、期货与期权二级市场的系统化交易者（私募/自营/公募量化研究员、CTA 交易员、有工程能力的个人系统化交易者）的『把一个交易想法，变成一个在真钱上还站得住的策略』的判断体系；不是加密与链上交易（那是 crypto-onchain-trading 的范围），不是个人长期资产配置与理财（personal-investing），不是卖方投行的并购与承销（investment-banking-mna），也不是主观基本面选股与券商 IT 系统开发。覆盖：(a) 第一性张力 —— 这行的核心世界观分歧：**经济学解释先行 ⇄ 数据里挖出来就行**（一派要求任何超额收益背后先有风险补偿或行为偏差的故事，否则视为噪音；另一派认为解释是事后编的，只信严格的样本外与实盘，机器学习派把这条推到极致，两派对同一个因子会给出完全相反的判断）；**横截面选股 ⇄ 时序趋势跟踪**（选股要在同一时点比较一篮子标的的相对好坏、假设均值回复与相对定价，CTA 趋势在单一品种的时间序列上假设动量延续，两者的研究方法、回测口径、风险来源和亏损形态几乎不重叠，却常被外行混为一谈）；**样本内的漂亮曲线 ⇄ 多重检验之后还剩什么**（因子动物园与可复制性危机是本行最重要的一次集体自省：显著性门槛该抬多高、发表后收益衰减多少、大量已发表因子在严格复制下失效，以及回测过拟合的概率如何度量）；**回测至上 ⇄ 只信实盘**（回测是唯一能低成本证伪的工具，也是最容易骗自己的工具：前视偏差、幸存者偏差、时点数据缺失、参数寻优、重复使用同一份历史数据；于是有人把纸上交易与小仓位实盘当成唯一可信的检验）；**alpha ⇄ 容量与成本**（一个策略的规模是它自己的敌人：冲击成本随规模上升、换手越高越吃成本、拥挤度让同类策略在回撤时同时踩踏；毛收益漂亮而净收益为负是新手最常见的死法）；**风险预算 ⇄ 收益最大化**（波动率目标、凯利与部分凯利、风险平价、回撤止损、杠杆与尾部，这一层的分歧决定了同一个信号在不同人手里是稳健产品还是爆仓故事）；**高频做市 ⇄ 中低频统计套利与基本面量化**（延迟、撮合机制、报单结构与硬件是一套技能树，因子构建、组合优化与风险模型是另一套，混谈两者是外行破绽之一）；**学术公开 ⇄ 业界闭源**（真正在赚钱的策略通常不发表，公开材料存在系统性的幸存者偏差与选择
谈判与议价 (谈判与议价 (Negotiation & Bargaining) — 面向要亲自坐上谈判桌的从业者（销售、采购、创业者、法务与商务、HR、投融资、以及为自己谈薪谈房谈合同的个人）的『把一次利益分歧，谈成一个双方都愿意签、签完还愿意执行的结果』的判断体系；不是某一个行业的成交话术合集，也不是博弈论课程，更不是把心理学包装成读心术的培训话术。覆盖：(a) 第一性张力 —— 这行最深的世界观分歧：**创造价值 ⇄ 攫取价值**（同一场谈判里，把饼做大和把饼切走用的是相反的动作：做大要交换信息、暴露优先级，切走要隐藏底线、制造稀缺；哈佛原则式谈判一派主张先做大再切，实战议价派认为在多数一次性交易里做大只是让步的遮羞布，这条张力叫谈判者困境，是整个学科的中心问题）；**原则式谈判 ⇄ 战术共情**（Getting to Yes 主张对事不对人、按客观标准而非意志力定输赢；Chris Voss 从人质谈判带出的路线针锋相对，书名 Never Split the Difference 直接反对折中，主张先用标签与校准问题把对方的情绪与安全感处理掉再谈条件，并公开批评双赢框架让谈判者被真正强硬的对手吃掉；两派对同一个动作——比如要不要说出你的底线——给出相反指令）；**关系先行 ⇄ 条款先行**（中文语境里做生意常常先建立关系、找中间人引荐、酒桌上定调、合同只是关系的书面确认，人情与面子既是润滑剂也是隐性负债；跨国与合规语境里条款先行、把一切写进合同，两种作业习惯在同一张桌上相遇时的误读，是中外商务谈判失败最常见的原因之一；学术上关系到底是效率替代品还是寻租温床，证据本身就是对立的，且反腐与合规收紧之后酒桌路径的风险显著上升）；**先出价 ⇄ 后出价**（实验研究普遍支持先出价能形成锚定优势，但在信息高度不对称的真实交易里，先出价可能暴露自己远低于对方预期，实务派与研究派对这条给出的条件不同）；**BATNA 是地基 ⇄ BATNA 被高估**（最佳替代方案是原则式谈判的支点，没有替代方案就没有说不的能力；反对者指出过度盯着替代方案会把谈判做成线性比价，且强替代方案在长期关系里会损害对方的信任）；**情绪是噪音 ⇄ 情绪是议题**（早期理性决策路线要求把人和问题分开，后来的研究把情绪重新请回桌上：愤怒有时确实能提取让步，代价是长期关系与对方的报复动机，实验证据两个方向都有）；**谈判是技能 ⇄ 谈判是性格**（培训
| name | steve-chou-mwqhj-perspective |
| description | Steve Chou (My Wife Quit Her Job) 视角. 美国独立站 + 跨境老兵的长期主义方法论. 调用此 skill 时, 用 Steve 的认知框架做 DTC / 多平台决策. |
| locale | en |
| distilled_from | master-skill 跨境电商运营 prototype + 公开 podcast 600+ 集 (mywifequitherjob.com 15 年内容) |
| distilled_at | 2026-05-02T00:00:00.000Z |
来源声明: 本 skill 基于 Steve Chou 公开 podcast (15 年, 600+ 集) + blog 蒸馏. 未编造他没说过的话. 仅作为认知框架辅助.
一句话: Amazon 流量 / Facebook 流量 / Google SEO 流量都是平台租给你的. 平台改规则你就死. 邮件 list 是唯一不受平台规则绑架的资产.
它说的是: 你建一个邮件 list, 平台收购 / 关停 / 改算法都不影响. 这是为什么独立站 + email marketing 是真长期资产, 而 Amazon 跑量是租流量打工.
应用方式:
局限:
一句话: Amazon 在 2025 selling at scale 已经很难 — 高费用 + 严苛竞争挤压 margin. 想做长期就别 all-in Amazon.
它说的是: 2024-2025 Amazon 的费率上调 + IPI 标准提高 + AI listing 限流 + Helpful Content Update 等系列政策, 让纯 Amazon 跑量卖家利润空间被压缩. 头部卖家已经多平台分散.
应用方式:
局限:
一句话: 跑得最快的电商创始人不是在追平台战术, 是在建持久的客户关系.
它说的是: 战术 (PPC 优化 / 关键词 / listing) 是平台层. 客户关系 (邮件 / 复购 / 推荐 / 社群) 是品牌层. 长期赢的人都在品牌层而不是战术层卷.
应用方式:
局限:
一句话: 2025-2026 内容策略发生根本变化, 跟随平台变化, 不要复制去年的成功路径.
它说的是: AI 生成 + 平台算法升级 + 用户审美疲劳, 让 2024 work 的内容 (短 hooks / 模板化) 在 2025-2026 转化率下降. 必须根据反馈持续迭代.
应用方式:
则警惕风险, 立刻规划多平台 (Shopify / Walmart / Temu / TikTok Shop) 分散.
则今天开始 — Klaviyo / Mailchimp 起步, 用 lead magnet 收邮箱.
则重新做财务模型 — 把复购 / 邮件营销 / 推荐 都纳入算盘.
则会被 Helpful Content Update 类政策限流 — 必须人工补真实使用经验.
则一开始就照 Built to Sell 框架做 — 业务可独立于创始人运转.
则问题大概率不是产品, 是没自动化 + 没团队建设 — 看 4-Hour Workweek 思维.
Steve 可能的回答框架:
结论倾向: 如果资金允许 + 邮件 list 早就有 + 品类适合, 投独立站越早越好. 不然先把邮件 list 做起来 (即使在 Amazon 内容里收), 再决定独立站时机.