用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/aAAaqwq/AGI-Super-Team --skill thinking-dj-patil命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | thinking-dj-patil |
| description | 蒸馏DJ Patil的数据科学思维、数据产品化、数据驱动决策的实用框架 |
| license | MIT |
| metadata | {"version":"1.0.0","category":"thinking-framework","mentor":"DJ Patil","triggers":["数据科学","数据产品","数据驱动","指标设计","数据叙事","数据思维"]} |
"数据科学是将数据转化为决策的艺术与科学。数据不是资产，只有被使用的才有价值。" ——DJ Patil
DJ Patil（1979-），美国计算机科学家、统计学家，被认为是"数据科学家"（Data Scientist）这个词汇的创造者之一（与Tom Davenport合著《数据天才》）。他曾在LinkedIn和RelateIQ负责数据产品，后被奥巴马政府任命为白宫首席数据科学家（US Chief Data Scientist，2015-2017），是美国历史上首位担任此职务的人。他在LinkedIn时创建了"Data Scientist"这个职位头衔，并领导了LinkedIn的"为你推荐"（People You May Know）等核心数据产品的开发。Patil的思维方式是数据产品思维和工程文化的深度融合：他不关心数据的"学术价值"，只关心数据能否驱动具体的、可观测的决策；他相信好的数据基础设施是让数据民主化的前提；他倡导用数据讲故事（Data Storytelling），但坚持数据叙事必须诚实，不能为了好看而扭曲真相。
Patil最核心的洞察是：数据不是目的，决策才是。数据科学的价值不在于你有多少数据、不在于你的模型有多优美，而在于你的数据产品能否让决策者做出更好的决定。
数据产品的三层价值模型：
数据产品 vs 数据分析的关键区别：
Patil的标准问题："这个数据产品谁在使用？用了之后做了什么决策？决策效果变好了吗？"如果答不上来，那这个数据工作可能只是在炫技。
Patil在白宫期间推动了"PM2.5空气质量指数"的重新设计，让普通民众能够直观理解空气质量。他的指标设计哲学是：指标必须服务于决策，必须对普通人可理解。
好指标的五个标准（PATIL标准）：
反指标设计（Anti-patterns）：
Patil深刻理解基础设施的重要性：没有好的数据基础设施，数据科学家就会变成数据清理工，大部分时间浪费在等数据、找数据、清洗数据上。
数据基础设施的四层金字塔：
Patil的基础设施原则：
Patil是"数据叙事"理念的重要推动者。他坚信：数据科学的最终一公里是让非技术背景的决策者理解和采纳你的分析结论。
数据叙事的四个层次：
数据叙事的Patil法则：
视觉化原则：
Patil虽然不是纯学术的统计学家，但他的实践工作深度依赖贝叶斯思维。他特别强调：
先验的来源：
数据收集的设计：
实验文化：
面对任何数据驱动的决策：
问题一：我们要做什么决定？这个决定能用数据支持吗？
问题二：数据从哪里来？质量如何？
问题三：数据结论是什么？置信度如何？行动建议是什么？
阶段一：问题定义（最重要）
- 谁要做决策？决策者关心什么？
- 决策的基准是什么（现状）？
- 如果数据支持A方案，决策者会做A；如果支持B，决策者会做B吗？
↓ 如果答案是否，这个数据产品可能不解决真正的问题
阶段二：数据探查
- 现有数据有哪些？schema是什么？质量如何？
- 需要新的埋点吗？如果需要，多长时间能加？
- 最小可行数据集是什么？
阶段三：分析与建模
- 用最简单的方法解决问题（不要过度设计）
- 留出足够时间做数据清洗（通常占总时间60-80%）
- 建立基准线（baseline）模型再优化
阶段四：验证与校准
- 在历史数据上验证
- 如果可能，设计实验（A/B test）
- 检查结论是否对不同人群/时间都稳定
阶段五：部署与追踪
- 数据产品如何嵌入决策流程？
- 谁负责维护？
- 如何追踪效果？
"数据科学家是能将黑客技术、统计分析和机器学习融合在一起，创造出能够揭示隐藏模式并推动商业决策的人。" ——DJ Patil & Tom Davenport，《数据天才》（Data Juicer，2012）
"数据是新的石油——但和石油一样，原油本身没有价值，只有精炼后才能用。数据科学就是炼油厂。" ——DJ Patil，Various Talks，2011-2015
"我不在乎你的模型有多漂亮，我只在乎你的模型能不能帮助决策者做出更好的决定。" ——DJ Patil，Strata + Hadoop World演讲，2013
"如果你的数据科学家花超过20%的时间在数据清理上，你的数据基础设施就出了问题。" ——DJ Patil，O'Reilly Data Show播客，2015
"好的指标是那些能够推动行动的指标。如果一个指标不能让任何人改变行为，那它只是一个数字。" ——DJ Patil & Hilary Mason，Burton Group演讲，2011
"我们在白宫做的最重要的事情之一，就是让数据民主化——让每个公民都能访问和理解政府数据。" ——DJ Patil，Obama Administration Data Initiative，2015
"数据伦理不是事后考虑，而是从问题定义阶段就要开始思考的——你收集什么数据，就意味着你选择忽视什么。" ——DJ Patil，《哈佛商业评论》数据伦理专栏，2016
"人们问我数据科学家最重要技能是什么。答案是：能够用简单语言解释复杂事物的能力。不是数学，不是编程——是沟通。" ——DJ Patil，Caltech演讲，2016
项目名称：[你的数据项目]
日期：[今天]
第一步：决策对齐
- 这个项目支持什么具体决策？[具体描述]
- 如果数据支持A结论，你会做A；如果支持B，你会做B吗？
↓ 如果不会，你可能不需要这个数据项目
- 决策者是谁？他能直接使用这个数据吗？
第二步：数据可得性
- 现有数据源：[列出]
- 数据质量评估：埋点规范/数据完整度/更新频率
- 需要新增的数据：[如果需要，多久能加]
- 预计数据准备时间：___天
第三步：分析方法
- 最小可行分析（MVP）：[最简单的分析方法]
- 预期输出：[一个数字/一个模型/一个仪表盘？]
- 置信度评估：[数据能支持多强的结论？]
第四步：验证计划
- 如何验证结论正确性？
- 有没有可以做A/B测试的机会？
- 如何追踪长期效果？
第五步：交付物设计
- 谁来使用这个输出？
- 他们怎么使用？（手动查看/嵌入系统/自动化）
- 多久更新一次？
第六步：风险评估
- 主要数据风险：[...]
- 主要分析风险：[...]
- 主要应用风险：[...]
评分：ROI（价值/时间）是否值得？
业务场景：[你要设计的指标服务的业务场景]
核心决策：[看到这个指标，决策者要做什么]
第一步：确定北极星指标
- 这个业务的核心目标是什么？
- 什么指标最能代表这个目标？
- 这个指标是虚荣指标还是行动指标？
第二步：设计指标分解
- 北极星指标
↓ 分解
- 二级指标（驱动因素）
↓ 分解
- 过程指标（可操作的行为指标）
第三步：验证指标
| 指标 | 能推动行动？| 可检验？| 可解读？| 可关联？| 合格？|
|------|-----------|--------|--------|--------|------|
| | | | | | |
第四步：避免古德哈特定律
- 这个指标成为目标后，会产生什么负面激励？
- 有没有补充指标来对抗这个负面效果？
- 谁来监控指标的"腐化"？
第五步：仪表盘设计
- 只展示前5-7个最关键的指标
- 每个指标都要有"正常范围"标注
- 设置异常报警阈值
- 定期复盘：这些指标还在驱动正确行为吗？
标题：[一个清晰的问题导向的标题]
副标题：[可选：一个一句话结论]
第一段：情境（Setting）
- 我们面临的问题是什么？
- 当前状态是什么？（用数据说话）
第二段：冲突（Complication）
- 关键发现是什么？（最重要的1-2个数据点）
- 为什么重要？（对比：历史基准/竞品/目标）
第三段：Resolution（解决）
- 基于这些数据，行动建议是什么？
- 预期效果是什么？
- 置信度如何？（不要过度承诺）
数据附录：[详细数据表，仅供需要细节的人查阅]
视觉化要求：
□ 只用1张核心图说明最重要的发现
□ 图的标题就是结论（而不是"XXX指标趋势"）
□ 有明确的"行动召唤"（Call to Action）
□ 任何人看到这张图，5秒内能理解核心信息
□ 数据来源被标注
当你要为产品设计指标体系时（Patil在LinkedIn的核心工作）：
当Daniel问你"这些数据说明了什么"：
不要先展示一堆数据，最后才说结论。CEO的时间是最贵的，让他先听到结论。
当有人提议"我们来做个AI项目"时：
Patil的标准：如果不能把价值量化到具体数字，就要非常谨慎地投入资源。
当你的数据有明显问题时：
症状：疯狂收集数据，但从不使用。数据仓库越来越大，但没有任何一个数据驱动过任何决策。
Patil的解药："先问：如果有了这个数据，你会做什么不同的事？如果答案是什么都不会，就不要收集。"
症状：认为最复杂的模型（深度学习/XGBoost/大模型）才是真正有价值的，而轻视简单分析方法。
后果：过度工程化，成本高，难解释，出问题了不知道哪里错。
Patil的解药："用最简单的方法解决问题。只有当简单方法明显不够用时，才上复杂模型。先建baseline。"
症状：为了推动你想推动的结论，选择性地呈现数据、调整图表比例、忽略不支持的证据。
后果：短期可能有效，但一旦被戳穿，信誉归零。而且你可能做了错误的决策。
Patil的解药："诚实面对数据的局限。如果数据不支持你想做的决定，就不要扭曲数据——换一个角度，或者承认时机不对。"
症状：觉得指标越多越好、越细越好。100个指标的仪表盘，每个都是"可能有用"。
后果：没有重点，关键信号被噪音淹没，决策者放弃看仪表盘。
Patil的解料：仪表盘不超过7个核心指标。宁缺毋滥。每个指标都要问：看到它我会做什么？
DJ Patil思维框架的核心：数据不是目的，决策才是。把数据转化为可重复运行的产品，让数据科学家的时间花在决策支持上而不是数据清洗上，用简单诚实的方式讲述数据故事，用指标驱动正确的行为而不是错误的目标。