{"id":"6c740f97-5d7a-47e4-a48b-d3d26708e63d","shortId":"3GDmLx","kind":"skill","title":"p12-contemplation-orchestrator","tagline":"《观照》全书编排器——根据用户输入的问题类型，路由到对应的章节Skill，串联全链路决策修正流程","description":"# 观照编排器（Contemplation Orchestrator）\n\n## 适用场景\n- 产品经理面对复杂决策，不确定该从哪个视角切入\n- 团队想用《观照》框架做系统性复盘或决策评审\n- 需要将模糊的产品困惑拆解为具体检查步骤\n\n## 输入\n| 字段 | 说明 |\n|------|------|\n| user_question | 用户提出的核心问题或困惑 |\n| context | 可选：产品阶段、团队规模、行业等背景信息 |\n| focus_area | 可选：用户希望聚焦的章节/主题 |\n\n## 输出\n- 推荐的 Skill 调用链（有序列表）\n- 每个 Skill 的调用理由\n- 聚合后的检查清单\n\n## 工作流程\n1. **问题分类**：分析 user_question，判断其核心属于哪个章节领域\n2. **构建调用链**：按\"前提→视角→问题→判断→表达→行动→收入→止损→反思\"顺序排列\n3. **执行 Skill 调用**：依次调用链中每个 Skill\n4. **聚合输出**：汇总所有 Skill 的发现，生成结构化\"观照报告\"\n5. **行动建议**：给出 1-3 条可直接执行的具体行动项\n\n## 注意事项\n- 并非每个问题都需要走完全部 Skill，应根据问题类型智能裁剪\n- 如果只问局部问题，优先调用相关章节，不必强制从 Ch1 开始\n- 编排器本身不产出内容，只负责路由和聚合\n\n## 核心概念\n\n### 1. 观照（Contemplation）\n- **定义**：一种在推进之前先回看自己的职业能力——回看自己是怎么定义问题的、怎么命名用户的、怎么相信某组数据的\n- **关键点**：\n  - 方法解决\"怎么做\"，观照处理\"怎么做之前怎么看\"\n  - 不是慢下来发呆，而是一种前置校准能力\n  - 没有方法团队会混乱；只有方法没有观照，团队会稳定地偏离正轨\n  - 偏差常常发生在动作之前，而非动作之中\n\n### 2. 八正道框架（Eightfold Path Framework）\n- **定义**：书中的核心分析框架，按修正层次递进的八个维度\n- **关键点**：\n  - 正见（问题定义）→ 正思维（判断路径）→ 正语（组织表达）→ 正业（产品机制）→ 正命（商业逻辑）→ 正精进（努力方向）→ 正念（注意力）→ 正定（决策状态）\n  - 正见放在最前——方向不正，速度就是风险\n  - 八个维度不是独立工具，而是一条完整的修正链路\n\n### 3. 方法前提检查（Method Prerequisite Check）\n- **定义**：在调用任何方法之前，先验证该方法依赖的前提是否仍然成立\n- **关键点**：\n  - 旧方法没有失效，失效的是\"产品还是原来那种产品\"的默认\n  - 前提没被重新校准时，方法不再是罗盘，而更像放大器\n  - 把数据从\"答案\"降级为\"警报器\"\n\n### 4. 三层问题分析（Three-Layer Problem Analysis）\n- **定义**：现象层→场景层（情境层）→关系层的逐层深入分析法\n- **关键点**：\n  - 现象层：用户说了什么、数据发生了什么\n  - 场景层：什么约束条件下、用户承担什么成本\n  - 关系层：背后变化的是什么关系（工具与用户、人与AI、组织与结果）\n\n### 5. 从方法到观照的转换\n- **定义**：先修正看法再调用方法的工作模式\n- **关键点**：\n  - 产品方法处理动作问题，产品观照处理动作之前的看法问题\n  - 观照不是替代方法，而是在方法之前运行\n  - 对所有\"太顺的答案\"保留一点迟疑\n\n## 深入核心概念\n\n### 1. 观照作为前置校准能力\n\n> \"产品方法解决的是动作问题，产品观照处理的是动作之前的看法问题。\"\n\n书稿在第二章明确区分了\"方法\"与\"观照\"的关系：方法关心的是\"下一步做什么\"，观照关心的是\"我为什么会觉得下一步该这么做\"。这两者不是替代关系，而是前后关系。没有方法，团队会混乱；只有方法没有观照，团队会稳定地偏离正轨。观照不是慢下来发呆，而是一种职业能力——在推进之前，先回看自己是怎么定义问题的、怎么命名用户的、怎么相信某组数据的。\n\n在产品编排场景中，这意味着编排器不应直接跳入方法调用，而应在路由之前先做一次\"看法校正\"。当用户提出问题时，编排器需要先判断：这个问题的定义是否已被团队的位置和指标语言过滤过？用户说的\"留存下降\"到底是功能问题、信任问题还是商业模式问题？只有看法先被校正，后续的 Skill 调用链才能真正触及问题，而不是在错误的方向上高效运转。\n\n### 2. 八正道的递进修正链路\n\n> \"正见修问题定义，正思维修判断路径，正语修组织表达，正业修产品机制，正命修商业逻辑，正精进修努力方向，正念修注意力，正定修决策状态。\"\n\n书稿将八正道定义为一条完整的修正链路，而非八个独立工具。每个维度处理不同层次的偏差：正见解决\"看到了什么\"，正思维解决\"怎么走到这个结论的\"，正语解决\"怎么说的\"，正业解决\"做的机制是否正当\"，正命解决\"赚钱方式是否扭曲了立场\"，正精进解决\"努力方向是否需要修正\"，正念解决\"注意力是否被表层信号吸走\"。偏差常常发生在动作之前，而非动作之中。\n\n编排器的核心职责是根据问题类型智能构建这条链路。不是每个问题都需要走完全部八个维度——一个\"数据好看但感觉不对劲\"的问题可能同时涉及正业、正命和正念；一个\"方法以前有效现在不灵\"的问题可能只需前提检查加正见。编排器应识别问题的修正层次，按需裁剪调用链，避免过度编排让用户觉得流程太重。\n\n### 3. 三层问题分析的路由依据\n\n> \"现象层：用户说了什么、数据发生了什么。场景层：什么约束条件下、用户承担什么成本。关系层：背后变化的是什么关系。\"\n\n书稿提出的三层分析法是编排器进行问题分类的核心依据。现象层最容易被看见，也最容易看错——团队往往在现象层就开始争论\"这是什么问题\"。场景层揭示用户的真实处境和成本结构，决定了\"可行解空间\"。关系层则揭示结构性原因和改变杠杆点。编排器应引导用户从现象层出发，逐步深入到场景层和关系层，再根据分析结果路由到对应 Skill。\n\n在实际编排中，当用户描述的问题停留在现象层（如\"搜索量下降\"），编排器应先调用正见 Skill 帮助深入到关系层（如\"用户不再愿意自己组织关键词\"），再根据关系层洞察路由到具体修正 Skill。这种\"先看深再路由\"的模式，能避免编排器直接在表层问题上跳转，确保后续 Skill 的分析建立在更准确的问题定义之上。\n\n## 分步执行\n\n### 第 1 步：问题分类与路由\n1. 接收用户的 `user_question`\n2. 分析问题核心属于哪个修正维度：\n   - 涉及\"问题看不清/定义模糊\" → 正见（`p12a-contemplation-right-view`）\n   - 涉及\"方法以前有效现在不灵\" → 前提检查（`p12a-contemplation-prerequisite-check`）\n   - 涉及\"看法需要多角度审视\" → 视角修正（`p12a-contemplation-view-correction`）\n   - 涉及\"判断依据混乱\" → 正思维（`p12a-contemplation-right-thinking`）\n   - 涉及\"沟通失真/话术掩盖问题\" → 正语（`p12a-contemplation-right-speech`）\n   - 涉及\"机制设计/行动正当性\" → 正业（`p12a-contemplation-right-action`）\n   - 涉及\"商业模式/收入与立场\" → 正命（`p12a-contemplation-right-livelihood`）\n   - 涉及\"该不该继续/止损\" → 正精进（`p12a-contemplation-right-effort`）\n   - 涉及\"注意力/看数据但看不见问题\" → 正念（`p12a-contemplation-right-mindfulness`）\n\n### 第 2 步：构建调用链\n1. 如果问题跨多个维度，按八正道顺序排列调用链\n2. 默认完整链：前提检查 → 视角修正 → 正见 → 正思维 → 正语 → 正业 → 正命 → 正精进 → 正念\n3. 根据问题类型智能裁剪，局部问题优先调用相关章节\n\n### 第 3 步：执行 Skill 调用\n1. 依次调用链中每个 Skill\n2. 将上一个 Skill 的输出作为下一个的参考上下文\n3. 记录每个 Skill 的发现和建议\n\n### 第 4 步：聚合输出\n1. 汇总所有 Skill 的发现\n2. 生成结构化\"观照报告\"\n3. 报告包含：问题重新定义、关键偏差识别、修正建议\n\n### 第 5 步：行动建议\n1. 给出 1-3 条可直接执行的具体行动项\n2. 每条行动项标注来自哪个修正维度\n3. 标注优先级和预期效果\n\n## 示例 1：AI 功能上线后留存下降\n\n### 场景描述\n团队上线了一个 AI 写作助手功能，初期数据亮眼，但两个月后续费率只有 43%。团队在复盘会上争论不休：有人说\"市场还没准备好\"，有人说\"功能不够强\"，有人说\"定价有问题\"。\n\n### 用户输入\n```\nuser_question: \"我们的 AI 写作助手续费率只有 43%，竞品普遍 65-75%。团队对此有分歧，有人说市场不成熟，有人说产品力不够。该从哪里看这个问题？\"\ncontext: \"B2B SaaS，订阅制，上线 6 个月\"\n```\n\n### 执行流程\n1. **问题分类**：涉及\"问题定义模糊\"（续费低到底是什么问题？）+ \"判断路径混乱\"（不同人有不同归因）+ \"商业模式审视\"（续费模式本身）\n2. **构建调用链**：视角修正 → 正见 → 正思维 → 正命\n3. **执行调用**：\n   - 视角修正：拆解\"市场不成熟\"这个说法——它把产品问题改写成了时间问题\n   - 正见：三层分析——现象层（续费率低）→ 场景层（用户在什么场景下决定不续费）→ 关系层（续费模式天然诱导\"让用户持续回来\"）\n   - 正思维：拆解团队判断链——前提（用户说好就会续费）未验证；情绪（对增长的焦虑驱动了过度功能堆砌）\n   - 正命：审视商业模式——续费模式奖励\"让用户形成依赖\"而非\"让用户变强\"\n\n### 输出结果\n```\n=== 观照报告 ===\n\n【问题重定义】\n原问题：\"续费率低，市场不成熟\"\n修正后：\"产品定位从'让用户变强'滑向了'让用户依赖'，续费模式在加速这一偏移\"\n\n【关键偏差】\n1. \"市场不成熟\"掩盖了四个不同可能：价值主张不清/价格不匹配/客户选错/产品方向偏移\n2. 团队默认\"用户说好就会续费\"，未验证\"好\"与\"续费\"之间的因果\n3. 商业模式天然奖励依赖感，团队被 KPI 推着偏离了初心\n\n【行动建议】\n1. 【正见-高优】重新做一次用户深度访谈，区分\"使用中满意\"和\"续费时犹豫\"的真实原因\n2. 【正命-中优】审视提醒机制和功能层级设计，哪些在帮助用户、哪些在制造依赖\n3. 【正语-低优】将\"市场不成熟\"这个结论翻译成可验证的具体命题\n```\n\n## 示例 2：增长机制引发用户反噬\n\n### 场景描述\n一款学习 App 靠连续签到和倒计时提醒将 DAU 拉高了 18%，但用户研究访谈中出现越来越多\"被绑架\"\"被推着走\"的反馈。团队纠结于\"数据很好\"与\"用户不舒服\"之间的矛盾。\n\n### 用户输入\n```\nuser_question: \"我们学习 App 的 DAU 涨了 18%，但用户访谈里越来越多'被绑架'的反馈。增长和用户体验怎么平衡？\"\ncontext: \"C端教育产品，DAU 50万，Q3 刚上线连续签到+倒计时提醒机制\"\n```\n\n### 执行流程\n1. **问题分类**：核心涉及\"机制正当性\"（正业）+ \"努力方向\"（正精进）+ \"注意力质量\"（正念）\n2. **构建调用链**：正业 → 正精进 → 正念\n3. **执行调用**：\n   - 正业：四重检查——价值检查（去掉刺激还剩什么？）、代价检查（隐性成本：用户信任）、情绪检查（焦虑/损失厌恶）、退出权检查（用户能体面暂停吗？）\n   - 正精进：归零思考——如果今天第一次设计这套机制，还会这样设计吗？\n   - 正念：注意力校准——团队是否只盯着 DAU 曲线，忽略了用户情绪的渐进变化？\n\n### 输出结果\n```\n=== 观照报告 ===\n\n【问题重定义】\n原问题：\"增长和用户体验怎么平衡\"\n修正后：\"团队设计了一套更难退出的关系，而非更有价值的产品。数据在变好，用户与产品的关系在变坏。\"\n\n【关键偏差】\n1. 正业：机制主要激发的是焦虑和损失厌恶，不是价值感和成就感\n2. 正精进：团队默认\"DAU 上涨=方向正确\"，未区分\"坚持\"和\"延长偏差\"\n3. 正念：注意力全部被 DAU 曲线吸引，忽略了渐进累积的负面情绪\n\n【行动建议】\n1. 【正业-高优】弱化\"连续天数\"威胁，改为用户自定目标；增加\"休息模式\"\n2. 【正业-中优】给提醒和签到机制保留体面退出权\n3. 【正念-持续】建立\"仪表盘之外\"的用户情绪追踪，不只看曲线\n```\n\n## 常见编排陷阱\n\n### 陷阱 1：强制走完全链\n- 不是每个问题都需要走完全部 8 个 Skill\n- 编排器应根据问题类型智能裁剪，局部问题只调用相关章节\n- 过度编排会让用户觉得流程太重，反而降低使用意愿\n\n### 陷阱 2：跳过前提检查直接做方案\n- 团队最常见的错误是\"方法还在就直接用\"\n- 正见放在最前是有原因的——方向不正，速度就是风险\n- 编排器应确保至少做过一次前提检查或视角修正后再进入具体分析\n\n### 陷阱 3：只关注单一维度\n- 一个\"数据好看但感觉不对劲\"的问题，可能同时涉及正业（机制正当性）、正命（商业模式偏差）、正念（注意力被数据吸引忽略关系）\n- 编排器应具备多维度识别能力，不遗漏关键修正维度\n\n### 陷阱 4：编排器产出内容\n- 编排器本身不产出分析内容，只负责路由和聚合\n- 内容质量由各子 Skill 保证，编排器负责调用顺序和上下文传递\n- 如果编排器自己开始分析，就失去了模块化的优势\n\n## Skill 间上下文传递规则\n\n| 上游 Skill | 传递给下游的上下文 |\n|------------|-------------------|\n| 前提检查 | 失效前提清单、新情境假设 |\n| 视角修正 | 修正后的多视角描述、被挑战的默认假设 |\n| 正见 | 三层分析结果、修正后的问题陈述 |\n| 正思维 | 判断链拆解结果、薄弱环节标识 |\n| 正语 | 清洗后的清晰版本、语言问题标识 |\n| 正业 | 四重检查报告、机制正当性判断 |\n| 正命 | 收入影响地图、激励偏差识别 |\n| 正精进 | 归零分析结果、停止/继续/调整建议 |\n| 正念 | 注意力审计报告、判断模式识别 |\n\n## 报告模板\n\n```\n=== 观照报告 ===\n\n【问题背景】\n{用户原始问题描述}\n\n【调用链】\n{按顺序列出的 Skill 调用}\n\n【各维度发现】\n{每个被调用 Skill 的核心发现，1-2 句}\n\n【问题重定义】\n原问题：{用户原始问题}\n修正后：{基于观照分析的问题重定义}\n\n【关键偏差】\n1. {偏差1} — 来自 {Skill名}\n2. {偏差2} — 来自 {Skill名}\n3. {偏差3} — 来自 {Skill名}\n\n【行动建议】\n1. 【{Skill名}-{优先级}】{具体可执行的行动}\n2. 【{Skill名}-{优先级}】{具体可执行的行动}\n3. 【{Skill名}-{优先级}】{具体可执行的行动}\n```","tags":["p12","contemplation","orchestrator","native","product","agent","skills","gmaxxxie","agent-skills","ai-agent","ai-native","ai-product"],"capabilities":["skill","source-gmaxxxie","skill-p12-contemplation-orchestrator","topic-agent-skills","topic-ai-agent","topic-ai-native","topic-ai-product","topic-methodology","topic-product-management","topic-product-methodology","topic-product-thinking","topic-skills"],"categories":["ai-native-product-agent-skills"],"synonyms":[],"warnings":[],"endpointUrl":"https://skills.sh/gmaxxxie/ai-native-product-agent-skills/p12-contemplation-orchestrator","protocol":"skill","transport":"skills-sh","auth":{"type":"none","details":{"cli":"npx skills add gmaxxxie/ai-native-product-agent-skills","source_repo":"https://github.com/gmaxxxie/ai-native-product-agent-skills","install_from":"skills.sh"}},"qualityScore":"0.478","qualityRationale":"deterministic score 0.48 from registry signals: · indexed on github topic:agent-skills · 56 github stars · SKILL.md body (6,565 chars)","verified":false,"liveness":"unknown","lastLivenessCheck":null,"agentReviews":{"count":0,"score_avg":null,"cost_usd_avg":null,"success_rate":null,"latency_p50_ms":null,"narrative_summary":null,"summary_updated_at":null},"enrichmentModel":"deterministic:skill-github:v1","enrichmentVersion":1,"enrichedAt":"2026-05-18T18:57:27.859Z","embedding":null,"createdAt":"2026-05-01T01:02:54.567Z","updatedAt":"2026-05-18T18:57:27.859Z","lastSeenAt":"2026-05-18T18:57:27.859Z","tsv":"'-2':850 '-3':82,476 '-75':509 '1':46,81,96,203,328,331,419,442,457,473,475,483,522,579,600,664,713,734,759,849,858,871 '18':633,651 '2':52,116,244,335,416,422,445,461,478,531,586,610,625,673,717,744,770,862,875 '3':65,146,285,433,437,449,464,480,537,594,617,678,727,749,779,866,879 '4':71,166,454,793 '43':492,506 '5':78,190,470 '50万':659 '6':519 '65':508 '8':762 'action':387 'ai':484,488,504 'analysi':172 'app':629,647 'area':32 'b2b':515 'ch1':91 'check':150,353 'contempl':3,11,98,343,351,359,367,376,385,394,403,412 'context':26,514,656 'correct':361 'c端教育产品':657 'dau':631,649,658,699,720,730 'effort':405 'eightfold':118 'focus':31 'framework':120 'kpi':597 'layer':170 'livelihood':396 'method':148 'mind':414 'orchestr':4,12 'p12':2 'p12-contemplation-orchestrator':1 'p12a':342,350,358,366,375,384,393,402,411 'p12a-contemplation-prerequisite-check':349 'p12a-contemplation-right-action':383 'p12a-contemplation-right-effort':401 'p12a-contemplation-right-livelihood':392 'p12a-contemplation-right-mindfulness':410 'p12a-contemplation-right-speech':374 'p12a-contemplation-right-thinking':365 'p12a-contemplation-right-view':341 'p12a-contemplation-view-correction':357 'path':119 'prerequisit':149,352 'problem':171 'q3':660 'question':24,50,334,502,645 'right':344,368,377,386,395,404,413 'saa':516 'skill':38,42,67,70,74,86,241,307,313,318,324,440,444,447,451,459,764,798,803,806,843,847 'skill-p12-contemplation-orchestrator' 'skill名':861,865,869,872,876,880 'source-gmaxxxie' 'speech':378 'think':369 'three':169 'three-lay':168 'topic-agent-skills' 'topic-ai-agent' 'topic-ai-native' 'topic-ai-product' 'topic-methodology' 'topic-product-management' 'topic-product-methodology' 'topic-product-thinking' 'topic-skills' 'user':23,49,333,501,644 'view':345,360 '一个':275,279,781 '一款学习':628 '一种在推进之前先回看自己的职业能力':100 '三层分析':545 '三层分析结果':815 '三层问题分析':167 '三层问题分析的路由依据':286 '上涨':721 '上游':805 '上线':518 '下一步做什么':213 '不只看曲线':756 '不同人有不同归因':528 '不必强制从':90 '不是价值感和成就感':716 '不是慢下来发呆':109 '不是每个问题都需要走完全部':761 '不是每个问题都需要走完全部八个维度':274 '不确定该从哪个视角切入':15 '不遗漏关键修正维度':791 '与':209,591,640 '个':763 '个月':520 '中优':613,747 '串联全链路决策修正流程':9 '主题':35 '之间的因果':593 '之间的矛盾':642 '也最容易看错':297 '书中的核心分析框架':122 '书稿在第二章明确区分了':207 '书稿将八正道定义为一条完整的修正链路':254 '书稿提出的三层分析法是编排器进行问题分类的核心依据':295 '产品定位从':573 '产品方向偏移':585 '产品方法处理动作问题':195 '产品方法解决的是动作问题':205 '产品机制':132 '产品经理面对复杂决策':14 '产品观照处理动作之前的看法问题':196 '产品观照处理的是动作之前的看法问题':206 '产品还是原来那种产品':157 '产品阶段':28 '人与ai':188 '什么约束条件下':183,291 '从方法到观照的转换':191 '代价检查':684 '仪表盘之外':754 '价值主张不清':582 '价值检查':682 '价格不匹配':583 '休息模式':743 '优先级':873,877,881 '优先调用相关章节':89 '传递给下游的上下文':807 '但两个月后续费率只有':491 '但用户研究访谈中出现越来越多':634 '但用户访谈里越来越多':652 '低优':620 '使用中满意':606 '依次调用链中每个':69,443 '保留一点迟疑':201 '保证':799 '信任问题还是商业模式问题':238 '修正后':572,707,855 '修正后的多视角描述':812 '修正后的问题陈述':816 '修正建议':468 '倒计时提醒机制':662 '偏差1':859 '偏差2':863 '偏差3':867 '偏差常常发生在动作之前':114,271 '做的机制是否正当':264 '停止':831 '先修正看法再调用方法的工作模式':193 '先回看自己是怎么定义问题的':225 '先看深再路由':320 '先验证该方法依赖的前提是否仍然成立':153 '全书编排器':6 '八个维度不是独立工具':144 '八正道框架':117 '八正道的递进修正链路':245 '关系层':185,293,550 '关系层则揭示结构性原因和改变杠杆点':303 '关系层的逐层深入分析法':177 '关键偏差':578,712,857 '关键偏差识别':467 '关键点':104,124,154,178,194 '具体可执行的行动':874,878,882 '内容质量由各子':797 '再根据关系层洞察路由到具体修正':317 '再根据分析结果路由到对应':306 '写作助手功能':489 '写作助手续费率只有':505 '决定了':301 '决策状态':140 '分析':48 '分析问题核心属于哪个修正维度':336 '分步执行':326 '刚上线连续签到':661 '初期数据亮眼':490 '判断':58 '判断依据混乱':363 '判断其核心属于哪个章节领域':51 '判断模式识别':836 '判断路径':128 '判断路径混乱':527 '判断链拆解结果':818 '到底是功能问题':237 '前提':55,555 '前提检查':348,424,808 '前提没被重新校准时':159 '功能上线后留存下降':485 '功能不够强':497 '努力方向':136,669 '努力方向是否需要修正':268 '区分':605 '原问题':569,705,853 '去掉刺激还剩什么':683 '反思':63 '反而降低使用意愿':768 '句':851 '只关注单一维度':780 '只有方法没有观照':112,220 '只有看法先被校正':239 '只负责路由和聚合':94,796 '可能同时涉及正业':784 '可行解空间':302 '可选':27,33 '各维度发现':845 '后续的':240 '和':607,725 '哪些在制造依赖':616 '哪些在帮助用户':615 '商业模式':389 '商业模式偏差':787 '商业模式天然奖励依赖感':595 '商业模式审视':529 '商业逻辑':134 '四重检查':681 '四重检查报告':824 '回看自己是怎么定义问题的':101 '团队上线了一个':487 '团队会混乱':219 '团队会稳定地偏离正轨':113,221 '团队在复盘会上争论不休':493 '团队对此有分歧':510 '团队往往在现象层就开始争论':298 '团队想用':16 '团队是否只盯着':698 '团队最常见的错误是':772 '团队纠结于':638 '团队被':596 '团队规模':29 '团队设计了一套更难退出的关系':708 '团队默认':587,719 '在产品编排场景中':228 '在实际编排中':308 '在推进之前':224 '在调用任何方法之前':152 '场景层':175,182,290,548 '场景层揭示用户的真实处境和成本结构':300 '场景描述':486,627 '坚持':724 '基于观照分析的问题重定义':856 '增加':742 '增长和用户体验怎么平衡':655,706 '增长机制引发用户反噬':626 '太顺的答案':200 '失效前提清单':809 '失效的是':156 '好':590 '如':310,315 '如果今天第一次设计这套机制':694 '如果只问局部问题':88 '如果编排器自己开始分析':801 '如果问题跨多个维度':420 '威胁':740 '字段':21 '它把产品问题改写成了时间问题':543 '定义':99,121,151,173,192 '定义模糊':339 '定价有问题':499 '审视商业模式':561 '审视提醒机制和功能层级设计':614 '客户选错':584 '对增长的焦虑驱动了过度功能堆砌':559 '对所有':199 '将':621 '将上一个':446 '就失去了模块化的优势':802 '局部问题优先调用相关章节':435 '局部问题只调用相关章节':766 '工作流程':45 '工具与用户':187 '市场不成熟':541,571,580,622 '市场还没准备好':495 '帮助深入到关系层':314 '常见编排陷阱':757 '并非每个问题都需要走完全部':85 '应根据问题类型智能裁剪':87 '延长偏差':726 '建立':753 '开始':92 '弱化':738 '强制走完全链':760 '归零分析结果':830 '归零思考':693 '当用户描述的问题停留在现象层':309 '当用户提出问题时':232 '忽略了渐进累积的负面情绪':732 '忽略了用户情绪的渐进变化':701 '怎么做':106 '怎么做之前怎么看':108 '怎么命名用户的':102,226 '怎么相信某组数据的':103,227 '怎么说的':262 '怎么走到这个结论的':260 '情境层':176 '情绪':558 '情绪检查':687 '我为什么会觉得下一步该这么做':215 '我们学习':646 '我们的':503 '执行':66,439 '执行流程':521,663 '执行调用':538,679 '把数据从':162 '报告包含':465 '报告模板':837 '拆解':540 '拆解团队判断链':554 '拉高了':632 '持续':752 '按':54 '按修正层次递进的八个维度':123 '按八正道顺序排列调用链':421 '按需裁剪调用链':283 '按顺序列出的':842 '损失厌恶':689 '接收用户的':332 '推着偏离了初心':598 '推荐的':37 '掩盖了四个不同可能':581 '搜索量下降':311 '收入':61 '收入与立场':390 '收入影响地图':827 '改为用户自定目标':741 '数据发生了什么':181,289 '数据在变好':710 '数据好看但感觉不对劲':276,782 '数据很好':639 '新情境假设':810 '方向不正':142,775 '方向正确':722 '方法':208 '方法不再是罗盘':160 '方法以前有效现在不灵':280,347 '方法关心的是':212 '方法前提检查':147 '方法解决':105 '方法还在就直接用':773 '旧方法没有失效':155 '曲线':700 '曲线吸引':731 '有人说':494,496,498 '有人说产品力不够':512 '有人说市场不成熟':511 '有序列表':40 '未区分':723 '未验证':557,589 '机制主要激发的是焦虑和损失厌恶':715 '机制正当性':667,785 '机制正当性判断':825 '机制设计':380 '条可直接执行的具体行动项':83,477 '来自':860,864,868 '构建调用链':53,418,532,674 '标注优先级和预期效果':481 '核心概念':95 '核心涉及':666 '根据用户输入的问题类型':7 '根据问题类型智能裁剪':434 '框架做系统性复盘或决策评审':18 '止损':62,399 '正业':131,382,429,668,675,680,714,736,746,823 '正业-中优':745 '正业-高优':735 '正业修产品机制':249 '正业解决':263 '正命':133,391,430,536,560,612,786,826 '正命-中优':611 '正命修商业逻辑':250 '正命和正念':278 '正命解决':265 '正定':139 '正定修决策状态':253 '正念':137,409,432,672,677,696,728,751,788,834 '正念-持续':750 '正念修注意力':252 '正念解决':269 '正思维':127,364,427,535,553,817 '正思维修判断路径':247 '正思维解决':259 '正精进':135,400,431,670,676,692,718,829 '正精进修努力方向':251 '正精进解决':267 '正见':125,340,426,534,544,602,814 '正见-高优':601 '正见修问题定义':246 '正见放在最前':141 '正见放在最前是有原因的':774 '正见解决':257 '正语':129,373,428,619,820 '正语-低优':618 '正语修组织表达':248 '正语解决':261 '步':329,417,438,455,471 '每个':41 '每个维度处理不同层次的偏差':256 '每个被调用':846 '每条行动项标注来自哪个修正维度':479 '汇总所有':73,458 '沟通失真':371 '没有方法':218 '没有方法团队会混乱':111 '注意事项':84 '注意力':138,407 '注意力全部被':729 '注意力审计报告':835 '注意力是否被表层信号吸走':270 '注意力校准':697 '注意力被数据吸引忽略关系':789 '注意力质量':671 '涉及':337,346,354,362,370,379,388,397,406,524 '涨了':650 '深入核心概念':202 '清洗后的清晰版本':821 '滑向了':575 '激励偏差识别':828 '焦虑':688 '现象层':174,179,287,546 '现象层最容易被看见':296 '生成结构化':76,462 '用户不再愿意自己组织关键词':316 '用户不舒服':641 '用户与产品的关系在变坏':711 '用户信任':686 '用户原始问题':854 '用户原始问题描述':840 '用户在什么场景下决定不续费':549 '用户希望聚焦的章节':34 '用户承担什么成本':184,292 '用户提出的核心问题或困惑':25 '用户能体面暂停吗':691 '用户说了什么':180,288 '用户说好就会续费':556,588 '用户说的':235 '用户输入':500,643 '留存下降':236 '的':648 '的关系':211 '的分析建立在更准确的问题定义之上':325 '的反馈':637,654 '的发现':75,460 '的发现和建议':452 '的核心发现':848 '的模式':321 '的用户情绪追踪':755 '的真实原因':609 '的调用理由':43 '的输出作为下一个的参考上下文':448 '的问题':783 '的问题可能只需前提检查加正见':281 '的问题可能同时涉及正业':277 '的默认':158 '看到了什么':258 '看数据但看不见问题':408 '看法校正':231 '看法需要多角度审视':355 '确保后续':323 '示例':482,624 '竞品普遍':507 '第':327,415,436,453,469 '答案':163 '组织与结果':189 '组织表达':130 '给出':80,474 '给提醒和签到机制保留体面退出权':748 '继续':832 '续费':592 '续费低到底是什么问题':526 '续费时犹豫':608 '续费模式在加速这一偏移':577 '续费模式天然诱导':551 '续费模式奖励':562 '续费模式本身':530 '续费率低':547,570 '编排器产出内容':794 '编排器应先调用正见':312 '编排器应具备多维度识别能力':790 '编排器应引导用户从现象层出发':304 '编排器应根据问题类型智能裁剪':765 '编排器应确保至少做过一次前提检查或视角修正后再进入具体分析':777 '编排器应识别问题的修正层次':282 '编排器本身不产出内容':93 '编排器本身不产出分析内容':795 '编排器的核心职责是根据问题类型智能构建这条链路':273 '编排器负责调用顺序和上下文传递':800 '编排器需要先判断':233 '而不是在错误的方向上高效运转':243 '而应在路由之前先做一次':230 '而是一条完整的修正链路':145 '而是一种前置校准能力':110 '而是一种职业能力':223 '而是前后关系':217 '而是在方法之前运行':198 '而更像放大器':161 '而非':564 '而非八个独立工具':255 '而非动作之中':115,272 '而非更有价值的产品':709 '聚合后的检查清单':44 '聚合输出':72,456 '背后变化的是什么关系':186,294 '能避免编排器直接在表层问题上跳转':322 '薄弱环节标识':819 '行业等背景信息':30 '行动':60 '行动建议':79,472,599,733,870 '行动正当性':381 '表达':59 '被挑战的默认假设':813 '被推着走':636 '被绑架':635,653 '观照':5,17,97,210 '观照不是慢下来发呆':222 '观照不是替代方法':197 '观照作为前置校准能力':204 '观照关心的是':214 '观照处理':107 '观照报告':77,463,567,703,838 '观照编排器':10 '视角':56 '视角修正':356,425,533,539,811 '警报器':165 '订阅制':517 '让用户依赖':576 '让用户变强':565,574 '让用户形成依赖':563 '让用户持续回来':552 '记录每个':450 '话术掩盖问题':372 '该不该继续':398 '该从哪里看这个问题':513 '语言问题标识':822 '说明':22 '调整建议':833 '调用':68,441,844 '调用链':39,841 '调用链才能真正触及问题':242 '赚钱方式是否扭曲了立场':266 '路由到对应的章节skill':8 '跳过前提检查直接做方案':771 '输入':20 '输出':36 '输出结果':566,702 '过度编排会让用户觉得流程太重':767 '还会这样设计吗':695 '这两者不是替代关系':216 '这个结论翻译成可验证的具体命题':623 '这个说法':542 '这个问题的定义是否已被团队的位置和指标语言过滤过':234 '这意味着编排器不应直接跳入方法调用':229 '这是什么问题':299 '这种':319 '连续天数':739 '退出权检查':690 '适用场景':13 '逐步深入到场景层和关系层':305 '速度就是风险':143,776 '避免过度编排让用户觉得流程太重':284 '重新做一次用户深度访谈':604 '问题':57 '问题分类':47,523,665 '问题分类与路由':330 '问题定义':126 '问题定义模糊':525 '问题看不清':338 '问题背景':839 '问题重定义':568,704,852 '问题重新定义':466 '间上下文传递规则':804 '降级为':164 '陷阱':758,769,778,792 '隐性成本':685 '需要将模糊的产品困惑拆解为具体检查步骤':19 '靠连续签到和倒计时提醒将':630 '顺序排列':64 '高优':603,737 '默认完整链':423","prices":[{"id":"b29703d8-ed33-4990-ba21-5cb07e03570e","listingId":"6c740f97-5d7a-47e4-a48b-d3d26708e63d","amountUsd":"0","unit":"free","nativeCurrency":null,"nativeAmount":null,"chain":null,"payTo":null,"paymentMethod":"skill-free","isPrimary":true,"details":{"org":"gmaxxxie","category":"ai-native-product-agent-skills","install_from":"skills.sh"},"createdAt":"2026-05-01T01:02:54.567Z"}],"sources":[{"listingId":"6c740f97-5d7a-47e4-a48b-d3d26708e63d","source":"github","sourceId":"gmaxxxie/ai-native-product-agent-skills/p12-contemplation-orchestrator","sourceUrl":"https://github.com/gmaxxxie/ai-native-product-agent-skills/tree/main/skills/p12-contemplation-orchestrator","isPrimary":false,"firstSeenAt":"2026-05-01T01:02:54.567Z","lastSeenAt":"2026-05-18T18:57:27.859Z"}],"details":{"listingId":"6c740f97-5d7a-47e4-a48b-d3d26708e63d","quickStartSnippet":null,"exampleRequest":null,"exampleResponse":null,"schema":null,"openapiUrl":null,"agentsTxtUrl":null,"citations":[],"useCases":[],"bestFor":[],"notFor":[],"kindDetails":{"org":"gmaxxxie","slug":"p12-contemplation-orchestrator","github":{"repo":"gmaxxxie/ai-native-product-agent-skills","stars":56,"topics":["agent-skills","ai-agent","ai-native","ai-product","methodology","product-management","product-methodology","product-thinking","skills"],"license":null,"html_url":"https://github.com/gmaxxxie/ai-native-product-agent-skills","pushed_at":"2026-05-06T07:19:36Z","description":"AI Native Product Methodology — 80 executable skills across P0-P14 stages, covering needs discovery to aesthetic authority. From 8 books.","skill_md_sha":"6a152b647b68b38b18b448b953b2316a1c30708d","skill_md_path":"skills/p12-contemplation-orchestrator/SKILL.md","default_branch":"main","skill_tree_url":"https://github.com/gmaxxxie/ai-native-product-agent-skills/tree/main/skills/p12-contemplation-orchestrator"},"layout":"multi","source":"github","category":"ai-native-product-agent-skills","frontmatter":{"name":"p12-contemplation-orchestrator","description":"《观照》全书编排器——根据用户输入的问题类型，路由到对应的章节Skill，串联全链路决策修正流程"},"skills_sh_url":"https://skills.sh/gmaxxxie/ai-native-product-agent-skills/p12-contemplation-orchestrator"},"updatedAt":"2026-05-18T18:57:27.859Z"}}