blog

多领域专家联合分析 skill，深度思考分析解答任何领域的棘手问题。流程：主控 agent 识别问题所属领域，动态调度 1~N 个领域专家并行搜证、分析、产稿，再交由事实核查员与红队进行克制温和的二次审查，最终综合成第一人称、面向小白、文笔一气呵成的 markdown 文章。当用户提出跨界、复杂、有争议的硬问题，希望从多视角深度拆解；或明确要求"深度分析 / 多角度分析 / 专家会诊 / 多领域联合分析"时触发。

针对通用问题进行多领域专家联合分析, 综合稿产生前必经 fact-checker 与 red-team 两道独立校验。适用场景: 用户提出跨领域或不确定领域的复杂问题, 需要从多个专家角度分别搜证并相互校验后综合成文, 例如该不该买房、该不该跳槽、是否进入某个赛道等。触发关键词: 多角度分析、专家分析、综合分析、多视角、跨领域分析、从不同角度看、深度分析。问题只属于单一明确领域时, 优先使用该领域的专门 skill, 例如纯财务用 finance-core-analysis、纯技术用 software-architect。输出 (全部 markdown 保存到当前项目 markdown/ 目录): (1) 每位专家的中间分析稿; (2) 事实核查报告 (跨专家矛盾 / 未经证实的主张 / 重叠区); (3) 红队反驳报告 (逐条反驳承重墙级主张, 给出 SURVIVES / WEAKENS / REFUTED 裁定); (4) 第一人称、通俗易懂的最终综合长文, 同时报告哪些主张通过验证、多少被弱化、多少被剔除。

深度分析并解答任何领域的棘手问题。先判断问题涉及哪些领域，召集对应的领域专家分别搜证、按第一性原理作答（图文并茂、有权威数据和案例、讲清适用边界与证伪方式、自我验证），再经"事实核查"和"红队反驳"两道克制的校验，最后合成一篇面向小白、一气呵成、有人味的第一人称文章，全部产物存到当前项目 markdown/ 目录。触发条件：用户抛出一个想不通/难解/复杂/跨领域的问题并希望深入分析，例如"帮我分析一下……""这个问题到底怎么回事""从多个角度看……""深度思考一下……""这事儿靠谱吗""为什么会……未来会怎样"，或任何需要多领域专家协作、第一性原理推演、证据支撑与证伪路径的深度解答。即使用户没有明说"多专家"或"深度分析"，只要问题棘手、值得认真拆解，也应使用本 skill。

对任何领域的棘手问题进行深度思考分析,先识别问题所属领域并按需调度多位领域专家并行作答, 之后由事实核查员和红队做克制的事实审计与对抗性反驳,最后整合为面向小白的第一人称终稿。 适用:用户抛出一个跨领域/有深度的真实问题,希望听到多位专家的视角、看到观点的边界与证伪条件, 并得到一气呵成、通俗有据的最终文章。不适用:简单事实查询、纯情绪吐槽、不要求证据的随口一问。

倪海厦（1954-2012）的经方临床思维框架——**中医临床思维导师**。基于 1,933 行一手与权威二手研究提炼 （覆盖 6 个维度、120+ 来源、15 个临床医案、6 对内在张力、8 条 caricature 警告）， 包含 5 个核心心智模型（阴阳-六经二元决断、阴实-阳气疾病模型、重剂救命、西医潘朵拉盒子、经典原文权威）、 8 条决策启发式和完整的"倪氏四拍"表达 DNA。 帮学习者建立"阴阳—六经—方证—剂量—西医介入史"五维一体的临床思维，看懂经方处方逻辑， 理解倪海厦方法论的现代价值与争议边界。 **核心触发词**： 视角类——"用倪海厦的视角""倪师会怎么看""倪海厦怎么想""切换到倪海厦""倪师怎么说" 经方类——"经方""经方派""汉唐经方""倪海厦经方""人纪" 经典类——"伤寒论""金匮要略""黄帝内经""神农本草经""五部经典" 方法类——"阴阳辨证""六经辨证""方证相应""阴实""阳气""重剂""治癌九法" 证型类——"太阳病""阳明病""少阳病""太阴病""少阴病""厥阴病""坏病""救逆""变证" 急症类——"中风急救""心脏病急救""渐冻人""ALS""肺癌""血癌""肝癌""肝硬化" 剂量类——"生附子""炮附子""剂量""1 钱等于几克""汉唐剂量" 自创术语类——"返魂汤""南派""坐牢脸""红丝贯睛""公主病" 场景类——"用倪海厦的逻辑分析""如果倪师会怎么开方""帮我用倪师的思路分析" 隐式触发——用户描述具体症状（"心慌怔忡、四肢厥逆、脉细无力"）+ 询问"这是什么证/怎么治"时主动建议 **不触发**（避免误触发）： - 单纯提及《人纪》（"我买了倪海厦的人纪 DVD"）→ 非临床语境 - 非医学语境（"经方是一种投资策略"） - 文学/历史/考据话题（倪海厦生平、版本学、出生年份考据） - 现代急症（急性心梗/昏迷/大出血）→ 应建议立即就医，不进入角色 - 单纯西医诊断咨询（影像/化验读片/手术决策） - 《天纪》命理/易经/风水话题（本次不蒸馏该维度） - 替人开具体方剂/剂量 → 角色可"按经方思路分析"，但最终处方须由有资质中医师签字

Answer open-source product questions by combining local source-code and documentation research, project framework notes generated by init, DeepWiki repository knowledge, and current web evidence, then save a sourced, diagram-rich Markdown answer to the current project's markdown directory. Use when the user asks about behavior, architecture, internals, configuration, APIs, troubleshooting, performance, operations, extension points, practical reproduction, or version-specific details of one or more open-source projects and provides the question, all relevant local source directories, and DeepWiki repoName values.

解答与开源产品有关的深度技术问题，输出图文并茂的 Markdown 技术文章。触发条件：用户提出与开源项目（如 PostgreSQL、Redis、Kafka、Kubernetes、ClickHouse、Flink 等）相关的技术问题，并提供源码目录或 URL、deepwiki repo 名称。即使用户只说"帮我解答这个开源问题"或"分析一下这个项目的某个机制"，也应使用本 skill。输出文章保存到项目 markdown/ 目录，要求直击问题、图文并茂、有实操细节和原理分析。

Analyze an open-source project from a repository URL and write a deeply sourced Chinese Markdown article. Use when the user asks to research a GitHub/open-source project, read its README, use DeepWiki MCP for architecture analysis, search related articles, compare competitors, validate claims, and save the final article under the current project's markdown directory.

从论文 PDF 文件或论文 PDF URL 生成通俗易懂、图文并茂、带批判性评估的中文 Markdown 解读，并保存到当前项目的 markdown 目录。Use when the user asks to interpret,精读,解读,summarize,explain,analyze, or write an article from an academic paper PDF, arXiv PDF, conference paper PDF, journal paper PDF, or local/remote PDF URL.

深度解读学术论文，将论文 PDF（文件或 URL）转化为通俗易懂、图文并茂的 Markdown 解读文档，保存到项目的 markdown/ 目录。触发条件：用户上传或提供论文 PDF、提到"解读论文"/"读论文"/"分析这篇论文"/"帮我看这篇 paper"，或任何需要深入理解一篇学术论文的场景。即使用户只说"帮我看这个 PDF"但内容是论文，也应使用本 skill。输出文件包含：论文定位、知识地图、5W1H精读、术语词典、批判性评估五大板块，并在关键位置插入 mermaid/svg/text 图表辅助理解。

为提问者生成个性化的未来规划与建议书。输入提问者的背景信息（职业、年龄、资源、目标、困境等），基于深度画像分析、行业趋势研判和商业洞察，输出一份图文并茂、有数据支撑、逻辑严密的 Markdown 规划报告，保存到项目 markdown/ 目录。触发条件：用户提供个人背景信息并希望获得规划建议，提到"帮我规划"、"未来规划"、"职业规划"、"个人发展"、"我该怎么做"、"给我写一份建议书"、"我的优势是什么"、"下一步怎么走"，或者提供了详细个人信息并问 Claude 如何利用好它。即使用户只说"帮我分析一下我的情况"、"我现在很迷茫"但附带了背景信息，也应使用本 skill。

Answer PostgreSQL core database questions by researching the local postgres source tree, PostgreSQL documentation under doc/src/sgml, relevant source code, and DeepWiki repository knowledge for postgres/postgres; use when the user asks any PostgreSQL database behavior, internals, SQL, configuration, administration, performance, storage, planner, executor, replication, or documentation question and wants a sourced Markdown answer saved to the current project's markdown directory. Refuse questions about non-PostgreSQL-core projects, including PostgreSQL ecosystem plugins, extensions maintained outside postgres/postgres, external tools, drivers, cloud services, forks, or third-party products.

将 Markdown 文章转换成 N 人播客脚本（1～4人），输出为 .txt 文件保存至当前项目的 markdown/ 目录。触发条件：用户提到"转成播客"、"生成播客脚本"、"把这篇文章做成播客"、"播客对话"、"podcast script"、"N个人的播客"，或者上传了一个 markdown 文件并希望以播客形式呈现。即使用户只说"帮我把这篇文章转成播客"，也应使用本 skill。默认输出中文脚本，除非用户明确指定其他语言。

Analyze PostgreSQL git commit history between two commit ids and, when valuable DBA/application-developer changes exist, write a Chinese Markdown article for WeChat/公众号 readers with examples checked against SQL tests, docs, or relevant source. Use when the user is inside a PostgreSQL source checkout and provides two commit ids, asks to interpret Postgres commits, summarize a release/development window, identify DBA/application-developer value from commit logs, group related commits, exclude reverted commits, and either output a sourced article under the current project's markdown directory or return a no-article analysis when no valuable commits are present.

将 PRD 翻译成「可独立测试」的功能设计文档。文档的下游使用者包括开发者、评审者、测试者,且三方互相隔离(测试者看不到开发者写的代码),所以必须把行为、状态、接口、数据、权限、异常、验收标准全部显式化,让测试者能独立从文档推导用例。输入是一份已写好的 PRD 文档,输出是一份完整的 Markdown 功能设计文档,保存到当前项目的 `markdown/` 目录。适用于:写功能设计文档、技术设计文档、Tech Design、详细设计说明书、FDD、Functional Design Doc、Detailed Design、模块设计文档、把 PRD 翻译成开发设计、把需求拆成可开发/可测试/可评审的规格。

输入 PRD 文档（Markdown 或 PDF），以开发架构师的角色编写字段/接口级精度的功能设计文档（Functional/Technical Design Doc），以 Markdown 格式保存到当前项目 markdown/ 目录。这份文档是开发者、reviewer、测试者三方协作的唯一契约——三者互相隔离、不能看对方的产出物（测试者看不到代码，reviewer 不参与开发），所以必须把每个功能点写到可直接落地、可直接测试的精度：接口请求/响应字段、错误码、状态机、数据模型、异常边界场景都要明确。触发条件：用户提到"功能设计文档"、"技术设计文档"、"tech design"、"functional design"、"从 PRD 生成设计文档"、"帮我把这份 PRD 转成开发文档"、"写一份给开发和测试用的设计文档"、"接口设计 + 验收标准"，或者用户上传了一份 PRD 并希望进入开发落地阶段。即使用户只说"基于这个 PRD 帮我写设计文档"或"把这个需求文档详细化成开发能直接看懂的文档"，也应立即使用本 skill。不要将本 skill 与 write-prd/write-brd 混淆——那两个 skill 输出的是面向业务评审的需求文档（WHY/WHAT 层），本 skill 输出的是面向研发落地的技术设计文档（HOW 层，包含具体字段和契约），通常以 PRD 作为输入而非从零开始的 idea。

基于功能设计文档(由 product-feature-tech-design 产出或等价输入)、源码目录、以及测试所依赖的环境信息(例如 PostgreSQL 插件开发需要的 PG 源码/实例、第三方依赖),编排「开发者 ↔ 评审者 ↔ 测试者」三方隔离的实施循环,直至评审通过、且所有测试(新增 + 已有)通过。三方互不可见,测试者绝对不能看到开发者写的代码。完成后输出 markdown 总结报告到当前项目的 `markdown/` 目录。适用于:实施功能设计文档、按设计稿开发并自验证、闭环式开发流程、PostgreSQL 插件/扩展开发、需要 build + 部署 + 跑测的工程项目、TDD 式实施循环。

基于功能设计文档与现有源码，端到端实现一个产品功能：开发、代码 review、测试用例编写与执行， 循环迭代直到测试通过，最终产出用户手册与实现总结文档（保存到当前项目 markdown/ 目录）。 触发条件：用户提供了功能设计文档（PRD/设计文档/需求描述）+ 源码目录（或代码库路径）， 并希望"实现这个功能"、"开发这个功能"、"把这个设计文档变成代码"、"做这个功能的开发+测试"、 "完整实现并测试"、"端到端开发"，或明确要求按"开发-review-测试"循环推进直到测试通过。 也适用于需要额外运行环境的开发任务，例如 PostgreSQL/MySQL 等数据库插件开发 （可能需要编译、搭建实例、配置参数、初始化、跑测试）、需要启动服务进程才能测试的后端功能、 需要特定运行时环境的库或框架功能。 即使用户只是说"帮我把这个功能做出来"、"按设计文档实现一下"、"这个功能开发完了麻烦测试一下"， 但同时给出了设计文档和代码路径，也应使用本 skill。 本 skill 的核心是严格的"开发 ⇄ Review"循环 + "测试者不预先看代码"的盲测试原则， 因此当用户提到"独立测试"、"测试不能看代码"、"先写测试用例再看代码"、"black-box 测试"时， 也应优先使用本 skill。 不适用于：只是要求"写一个脚本"、"改一行代码"、"快速修一个 bug"等轻量级、 无需走完整开发-review-测试闭环的任务；也不适用于纯粹的代码评审（无需新开发功能） 或纯粹的测试用例编写（无设计文档、无需开发）这类单一环节请求—— 这些更适合直接处理而非套用本 skill 的完整闭环流程。

Analyze a product from documentation, websites, PDFs, articles, release notes, pricing pages, app listings, reviews, filings, or related links; save separate intermediate analyses from seven roles (user, investor, product manager, market operator, brand operator, competitor, partner), then synthesize a sourced illustrated Markdown report. Use when the user asks for product analysis, product teardown, multi-role evaluation, investment/product/marketing/brand/competitive/partnership perspectives, or a report with assumptions, boundaries, verification signals, and scenario updates.

输入某个产品的文档、URL 或简要描述，自动抓取关键信息，分别扮演「用户、投资人、产品经理、市场运营、品牌运营、友商、合作伙伴」7 个角色对该产品进行深度分析，中间结果分角色保存，最终整合为一篇图文并茂（SVG/Mermaid/ASCII）的综合分析报告，结论明确、有权威数据支撑、逻辑清晰、小白可读，并附有结论边界、前提假设及假设变动时的结论调整说明。 触发条件：用户提到"产品分析"、"多角色分析"、"7个角色"、"投资人视角"、"用户视角"、"产品竞争分析"、"全面分析这个产品"、"帮我分析一下 XX 产品"、"从多个角度看这个产品"、"product analysis"、"multi-role analysis"，或提供产品文档/链接并希望获得深度产品分析报告时，必须使用本 skill。即使用户只说"帮我全面分析一下这个产品"，也应立即使用本 skill。