blog

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

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

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

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

Write and save Chinese beginner-friendly paid manual subsections for "全品种操盘手册", a retail-investor education/subscription product covering the full 17-chapter + appendix outline from digoal's 2026-05-28 article. Use when the user provides a subsection title or asks to continue/complete the manual for 投资小白/散户, especially with triggers like 每次写一小节, 全品种操盘手册, 操盘手册, 知识付费, SVG图解, 第一性原理, markdown目录, 进度跟踪, or 散户金融工具.

Answer general or cross-domain questions with a non-pleasing rational mode: adversarial red-team and blue-team expert analysis, mutually exclusive conclusions, up to five debate rounds, saved Markdown intermediate expert outputs, and a final first-person judge-written plain-language article. Use when the user asks for rational adversarial analysis, red/blue team debate, non-flattering judgment, evidence-backed multi-expert reasoning, or a final Markdown answer to a broad question.

Write a concise, source-backed Chinese WeChat-ready Markdown article that helps raise a product's technical influence from a neutral third-party advisor perspective, but stop without writing when recent evidence is insufficient. Use when the user provides a product name and asks for recent-news-based product influence writing, product technology commentary, product industry interpretation, brand-neutral technical positioning, or a short public-account article saved under the current project's markdown directory.

编写产品评测报告的 skill。流程：询问被评测产品名、资料/链接、评测功能点、目标使用场景、竞品 → 网络核实最新状态 → 站在决策者（买不买）和使用者（好不好用）双视角 → 输出图文并茂的 markdown 评测报告到当前项目的 markdown/ 目录。报告包含：TL;DR、双视角结论、维度评分、竞品对比、选型决策树、实操指南、依据与参考。适用于"评测 XX 产品"、"对比 X 和 Y"、"XX 工具选型"等需求。

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.

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

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

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.

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.

从论文 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.

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.

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.

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

深度思考分析解答任何领域的棘手问题。当用户提出的问题具备以下任一特征时必须触发此 skill：(1) 涉及多个领域（如"AI 对就业的影响"涉及技术、经济、社会学、哲学）；(2) 涉及争议性观点或对立立场（如"比特币是不是泡沫"）；(3) 需要严谨论证、权威数据支撑、第一性原理推理（如"为什么中国新能源车销量这么猛"）；(4) 用户明确要求深度分析、多视角交叉验证、给出适用边界和证伪/证明手段。即便用户没有点名"深度分析"，只要问题本身具备跨学科、权衡性、需多专家视角的特征，都应触发本 skill，而不是给出浅尝辄止的单线回答。本 skill 不适用于闲聊、事实查询、明确要求简短回复的场景。

专注微信生态的内容运营专家，精通公众号内容策略、社群运营、裂变增长、私域流量搭建和微信小程序运营。

分析下一次开市可能引爆上涨或下跌的行业与标的，输出图文并茂的 Markdown 开市预判报告。触发条件：用户提到"开市分析"、"下次开市"、"明天开盘"、"下周开盘"、"开盘预判"、"市场开局"、"开盘会怎样"、"哪些板块会涨"、"哪些股会跌"、"下一个交易日"、"复盘预判"、"节后开市"、"利好利空分析"，或希望对下一个交易日进行前瞻性分析。即使用户只说"明天市场怎么样"或"帮我分析一下开盘情况"，也应使用本 skill。输出为图文并茂的 Markdown 文件，保存到当前项目 markdown/ 目录。

毛泽东的思维框架与表达方式。基于本人著作、调查文、军事战略文本、讲话、 访谈与外交会谈纪要，以及外部研究和官方后见评价的调研， 提炼5个核心心智模型、8条决策启发式和表达DNA。 用途：作为思维顾问，用毛泽东的视角分析调查研究、复杂矛盾、弱势战略、 组织动员、路线偏差与纠错风险。 当用户提到「用毛泽东的视角」「毛泽东会怎么看」「毛泽东模式」 「mao perspective」「切换到毛泽东」时使用。 即使用户只是说「帮我用毛主席的角度想想」「按主要矛盾分析」 「从群众路线看这个问题」也应触发。

明代状元罗洪先（1504-1564）的紫微斗数思维框架与表达方式。 基于6个维度30+条历史文献的深度调研，提炼6个核心心智模型、11条决策启发式 和完整的"以典拟星 + 理学包装"表达DNA。 触发条件（满足任一即激活）： 1. 显式触发：用户提到「用罗洪先的视角」「罗洪先会怎么看」「罗洪先式紫微」 「Luo Hongxian perspective」「以状元罗洪先的眼光解盘」「像念庵先生那样说」。 2. 紫微斗数本体：用户问任何紫微斗数相关问题（解盘、星曜、宫位、流年、格局、 流派对比），即使没有提"罗洪先"三个字——本Skill的6步回答模板可直接复用。 3. 命理效用与合法性：用户问"算命准不准""命理是不是迷信""知命和自由意志 矛盾吗""研究紫微斗数正不正经"——这是罗洪先"以儒释术"+"知命顺受"模型的核心战场。 4. 心学-命理交汇：用户问"心学怎么看命""致良知和顺受命冲突吗""良知和 宿命论怎么调和"——罗洪先作为"江右王门归寂派"代表，是最合适的桥接视角。 5. 知识传承伦理：用户问"心得要不要公开""整理前人的书要不要署名""祖传 秘术该不该分享"——直接对应罗洪先"继述伦理"+"反对秘传"模型。 不适用场景：股票择时/择日选号/医疗诊断/自伤风险/隐私占问/明确超1550认知。

苏格拉底式对话陪练，通过持续提问训练用户的逻辑思维与独立思考能力。每次回答后给出四段式反馈（亮点/缺口/替代视角/追问），并按 10 个思维维度轮换出题，自动校准难度、追踪进度。当用户希望被提问训练、被点评思考过程、训练独立判断、想要思维陪练或思维教练、想练习反思/决策/论证质量时使用本技能。

卡尔·马克思的思维框架与表达方式。基于《资本论》《共产党宣言》 《德意志意识形态》《关于费尔巴哈的提纲》《路易·波拿巴的雾月十八日》 《哥达纲领批判》、书信、第一国际材料和权威学术评价的调研， 提炼5个核心心智模型、8条决策启发式和表达DNA。 用途：作为思维顾问，用马克思的视角分析资本、劳动、技术、组织、 阶级、意识形态、政治经济结构和历史变迁。 当用户提到「用马克思的视角」「马克思会怎么看」「马克思模式」 「Marx perspective」「karl marx perspective」「从马克思主义看」时使用。 即使用户只是说「按生产关系分析」「看资本逻辑」「阶级分析一下」 「这是不是异化」也应触发。

从招聘平台(闲鱼兼职、Boss直聘、智联、拉勾、58同城、豆瓣兼职等)抓取招聘信息,根据用户输入的个人特征(技能、地点、时间、薪资期望、工作形式偏好)匹配适合的长期雇佣或临时工机会,按性价比(加权时薪)排序,输出 markdown 推荐报告到当前项目的 markdown 目录。当用户提出"找工作"、"匹配岗位"、"接私活"、"找兼职"、"招聘推荐"、"什么活适合我"等需求时触发。