xuefeng-method

Featured

雪峰式AI-Native产品开发方法论。适用于:(1) 用户行为开放、不可穷举的AI-native产品(AI日历、AI助手、AI推荐、对话式产品等),(2) 强模型依赖型场景,AI驱动核心决策而非仅辅助,(3) 多专精Agent架构设计与分工,(4) 上线后快速校准、行为审计与漂移检测,(5) 模型选择和智能路由策略,(6) 概率性输出的质量评估。触发场景包括"AI-native产品怎么做"、"用户行为不可预测怎么办"、"多agent怎么分工"、"模型漂移怎么处理"、"校准到95%太难了"、"唯快不破"、"怎么选模型"、"agent并行分工"、"AI产品上线后怎么迭代"。注意:如果产品是场景明确、边界可定义的+AI类型,请改用 keqian-method skill。即使用户没有明确说"AI-native",但在讨论AI驱动决策、用户行为不可预测、概率性输出等话题时也应触发。

AI & Automation 631 stars 121 forks Updated 1 weeks ago MIT

Install

View on GitHub

Quality Score: 93/100

Stars 20%
93
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# 雪峰方法论:AI-Native 产品开发实战体系 > 核心理念:强模型依赖 × 多专精Agent × 快速校准 × 行为审计 > > 来源:雪峰——AI-Native连续创业者,深耕AI日历管理等AI驱动产品。 > 核心洞察:穷举是死循环,唯快不破才是AI-native的生存之道。 > > 与克谦方法论(keqian-method)互为对偶: > 克谦解决"如何让AI在明确边界内可靠执行", > 雪峰解决"当边界本身不确定时怎么办"。 --- ## 第零步:产品类型判断(必须先做) 在选择任何开发策略之前,先判断你的产品类型。 **选错方法论比没有方法论更危险。** | 类型 | 特征 | 关键判断标准 | 推荐方法 | |------|------|------------|---------| | **+AI(场景依赖型)** | 用户行为可枚举,AI辅助执行确定性流程 | 能列出所有合法输入输出组合 | → keqian-method | | **AI-native(强模型依赖型)** | AI驱动核心决策,用户行为开放式 | 用户的下一步操作你无法预测 | → 本skill | | **混合型** | 核心流程确定,部分环节AI-native | 能拆分出哪些模块是确定的、哪些是开放的 | → 两者结合,按模块选用 | ### 快速判断清单 回答以下问题,如果3个以上答"是",你大概率是AI-native: 1. 用户的输入是自由文本/语音,而非选择菜单? 2. 同一输入,你希望AI给出不同风格的输出? 3. 用户会因为AI的回答方式而改变自己的后续行为? 4. 你无法为产品写出完整的功能测试用例集? 5. 产品的核心价值在于AI的"判断"而非"执行"? --- ## 第一原则:穷举是死循环 > "穷举意味着:有多少人工,就有多少智能。这是死循环。" ### 为什么在AI-native场景下穷举不可行 在+AI场景下,克谦说"边界内可穷举,单维度选项有限"——**这是对的**。 但AI-native场景的数学不一样: ``` 用户行为空间(开放) × 模型输出空间(概率性) × 上下文状态(动态) = 组合爆炸,不可穷举 ``` 一个日历管理能有多复杂?答案是:走AI-native路线后,**非常复杂**。 因为用户一旦习惯AI-native交互,就永远回不到传统模式—— 你必须持续适应用户不断演化的期望。 ### 替代穷举的三个策略 **策略1:行为模式簇(Behavioral Clusters)** 不枚举每个case,而是聚类用户行为模式: ``` 原始行为空间(不可穷举) ↓ 聚类 行为模式簇(5-15个典型模式) ↓ 每个模式簇 设计对应的AI响应策略 ↓ 边界case 优雅降级到确定性逻辑 ``` **策略2:优雅降级(Graceful Degradation)** AI不确定时,回退到确定性逻辑: ``` AI置信度 > 阈值 → AI决策(快路径) AI置信度 < 阈值 → 确定性回退(安全路径) AI置信度极低 → 请求人工介入(慢路径) ``` **策略3:概率性验收(Probabilistic Acceptance)** 不用 `assert output == expected`,而用 `check output ∈ acceptable_set`: ```python # 传统断言式(克谦适用) assert response == "...

Details

Author
staruhub
Repository
staruhub/ClaudeSkills
Created
9 months ago
Last Updated
1 weeks ago
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Featured

keqian-method

胥克谦式AI-Native产品开发方法论。适用于:(1) 使用AI Agent(Claude Code、Codex、Cursor等)进行产品级软件开发,(2) 设计和优化Harness/Skill体系,(3) 文档驱动开发(SDD)流程,(4) 构建自动化质量门禁和eval机制,(5) Token成本优化与缓存策略,(6) 产品人转型开发者的AI编程实践。触发场景包括"帮我设计开发流程"、"怎么降低token成本"、"怎么提高AI编码质量"、"文档驱动"、"质量门禁"、"harness设计"、"单agent vs multi-agent"、"自动化迭代"、"AI产品开发"、"SDD"、"eval机制"等。即使用户只是说"帮我用AI写代码"或"怎么让agent干活更靠谱"也应触发。注意:如果产品是行为开放、用户输入不可穷举的AI-native类型,请改用 xuefeng-method skill。不用于:单个bug修复或小改动(无需方法论)、PRD需求文档写作(用product-manager)。

631 Updated 1 weeks ago
staruhub
AI & Automation Solid

ai-sales-champion

AI咨询/销售的对话策略助手。当用户需要准备AI方案沟通、跟业务部门聊AI落地、写AI提案、应对客户异议、做AI培训破冰时使用。触发场景:"怎么跟老板聊AI"、"客户说AI不靠谱"、"准备一个AI方案汇报"、"帮我想想怎么推AI"、"业务部门不配合"、"AI项目怎么卖"、"demo之后怎么跟进"。也适用于AI咨询师、技术合���人、CTO做内部AI推广。

631 Updated 1 weeks ago
staruhub
Web & Frontend Listed

build-anything

用「元技能 4 步框架」从零构建任何东西(网站 / 自动化 / AI 系统)。当用户想做一个新产品、面对复杂项目不知道从哪下手、或在「AI 怎么帮我做」上挣扎时使用。

0 Updated 1 weeks ago
kalias