mattpocock-skills
claudeMatt Pocock's agent skills for real engineering (grilling, spec/ticket flows, TDD, code review, domain modelling and more).
39 skills
中医运气学技能包。脚本化推算五运六气、分析运气病机、索引七篇大论、导出学习材料;含 routing.yaml 路由、rules/ 分层与自进化闭环。
Plugin wuyun-liuqi-skills from marketplace wuyun-liuqi-skills in dhicoc/wuyun-liuqi-skills. Commands read from the repo's manifest — 26 days ago.
wuyun-liuqi五运六气(运气学)AI Agent 技能包。帮助人类准确理解《黄帝内经》运气学思想体系。 触发词:五运六气、运气、大运、主运客运、主气客气、司天在泉、客主加临、 太过不及、天符岁会、运气病机、运气治法、七篇大论。
wuyun-liuqi五运六气(运气学)AI Agent 技能包。帮助人类准确理解《黄帝内经》运气学思想体系(天人合一、气化、中和、时间节律)。 提供干支推算、思想解读、概念解释、导出复习材料、自进化优化。 触发词:五运六气、运气、大运、主运客运、主气客气、司天在泉、客主加临、 太过不及、天符岁会、运气病机、运气治法、七篇大论。 面向:学生、医师(理论参考)、研究者。
docs-generator报告生成子技能。定义五运六气分析报告的标准格式与模板,支持简明版、临床版、研究版三种报告类型。触发词:运气报告、运气分析报告、报告生成、五运六气报告、docs-generator。
ganzhi-basics干支基础子技能。用于天干地支推算、六十甲子查询、节气与五运六气关系映射。适用于中医运气学说入门学习与年份干支快速查询。触发词:干支、天干、地支、六十甲子、干支纪年、节气运气、ganzhi。
yunqi-calc五运六气推算核心子技能。根据年份计算天干地支、大运太过不及、主运客运、司天在泉、客气主气、客主加临顺逆及运气同化(天符岁会太一天符)。适用于中医运气学说推算、气候病机分析、运气年历生成、五运六气计算等场景。
yunqi-classics经典文献子技能。用于素问七篇大论检索、历代运气学说查阅、现代研究文献梳理。适用于运气学说的理论溯源与学术研究。触发词:素问七篇、运气大论、天元纪、五运行、六微旨、气交变、五常政、六元正纪、至真要、运气文献、王冰、张介宾、运气学说研究、yunqi-classics。
yunqi-clinical五运六气临床应用子技能。根据运气推算与病机分析结果,提供运气治则治法、方药选择、针灸选穴及养生调理建议。 适用于中医运气治法指导、方药参考、针灸选穴、养生调摄。 触发词:运气治法、运气方药、运气针灸、运气养生、治则治法、方药选择、选穴、养生调理、顺时调摄。
yunqi-pathogenesis五运六气病机分析子技能。根据运气推算结果分析五运病机、六气病机、太过不及病机及运气合病。 适用于中医运气病机分析、年度疾病趋势推断、脏腑发病规律判断。 触发词:病机分析、运气病机、五运病机、六气病机、太过不及、胜复规律、运气合病、病机十九条。
liu-wansu-perspective刘完素(约1110—1200,金代)的思维框架与表达方式。河间学派创始人,寒凉派代表。 核心心智模型:六气皆从火化、亢则害承乃制(兼化是虚象不可误治)、审机求属。 决策启发式:见火热证先从火化推、兼化假象不误治本气、吐酸为热非寒、不可峻用辛温大热。 用途:作为运气学思维顾问,用刘完素的视角分析病机、审视治法、提供反馈。 触发词:「刘完素视角」「河间怎么看」「寒凉派」「六气皆从火化」「刘完素会怎么看」「切换到刘完素」「liu wansu perspective」。 即使用户只说「用河间的角度想想」「如果刘完素会怎么治」也应触发。 素材来源:公版《素问玄机原病式》《素问病机气宜保命集》全文(已蒸馏
zhang-jiebin-perspective张介宾(1563—1640,明代,字景岳)的思维框架与表达方式。温补派代表。 核心心智模型:阳气为本(命门真火)、五行互藏、生中有克克中有用、亢则害承乃制(造化不可无制)。 决策启发式:治病温养阳气为先、五行生克辩证看(生非纯生克非纯害)、客主但有胜而无复、天符岁会轻重分级。 用途:作为运气学思维顾问,用张介宾的视角分析病机、审视治法、提供反馈。 触发词:「张介宾视角」「张景岳怎么看」「温补派」「阳气为本」「张介宾会怎么看」「切换到张介宾」「zhang jiebin perspective」。 即使用户只说「用景岳的角度想想」「如果张介宾会怎么治」也应触发。 素材来源:公版《类经图翼》《类经》
类经图翼·卷一·卷二「运气」(明·张介宾)研读从明·张介宾(张景岳)《类经图翼》卷一「运气上」、卷二「运气下」蒸馏出的运气学「图翼·象数基础」层框架——太极—阴阳—五行生成数—气数—五运(五天五运/五音建运太少相生/主客运)—六气(正化对化/主客气/司天在泉)—天符岁会—南北政脉不应,逐字照明本底本。用于「象数基础研读」与「图翼推算细节补足」,非临床指南。
三因极一病证方论·卷五运气诸方(宋·陈无择)研读从宋·陈言(陈无择)《三因极一病证方论》卷之五「五运时气民病证治」「六气时行民病证治」蒸馏出的运气用方「方源」层框架——十六方(五运十方 + 六气六岁方)的药物组成、炮制分量、主治、煎服法与随气加减,逐字照宋本底本。用于「按年干支回查运气用方」与「运气方源研读」,非临床处方指南。
《素问入式运气论奥》(宋·刘温舒)研读从宋·刘温舒《素问入式运气论奥》(元符己卯 / 1099,已入《正统道藏》太玄部,公有领域)蒸馏出的运气学「专论·机制纵深层」框架——卷上象数纵深(纳音/六化/五行本义/日刻/标本)+ 卷下机制纵深(胜复·五郁·六病·六脉·治法·五行胜复论=亢害承制机制化),逐字照明本底本。用于「专论机制回溯」与「亢害承制/胜复/五郁/六病桥梁」补足,非临床指南。
《医学穷源集·卷二》运气专论研读(明·王肯堂 撰,殷宅心 辑释)从《医学穷源集·卷二》(明·王肯堂 撰,殷宅心 辑释;herbtcm.com 逐字转录本,公有领域)蒸馏出的运气「专论·灾变纵深层」框架——太乙移宫九宫八风、左右升降不前/司天不迁正不退位、刚柔失守三年化疫(甲子/丙寅/庚辰/壬午/戊申五年详例)、疫由人事论(人定胜天)、运气总论(太过不及平气胜复郁发)、化数生成说、流年灾宫说、方月图说(运气不验因方月)、山川方隅气候不同论、六气本标中从化解、药法摘录(五味补泻/脏腑苦欲/六气客主补泻正味)、十二经配天干歌。用于「灾变机制回溯」与「运气不验之由」补足,非临床指南。
医宗金鉴·运气要诀(清·吴谦)研读从《医宗金鉴》卷三十五「编辑运气要诀」(清·吴谦等编纂)蒸馏出的运气推算全框架——太极阴阳、五行生克、五运六气、脏腑经络映射、天符岁会、南北政、运气为病。用于"按年干支回查运气格局与病机框架"与"运气推算研读",非临床处方指南。
运气证治歌诀(王旭高)研读从《运气证治歌诀》(清·王旭高/王泰林,辑自陈无择《三因方》司天运气诸方)蒸馏出的运气证治框架——五运十方、六气六方、运气推算歌诀、六淫治例。用于"按年干支回查运气方框架"与"运气治法研读",非临床处方指南。
body-mind-integration用户需要理解心理状态与生理/系统状态之间的因果联系时; 当情绪问题导致身体/工作表现下降时; 当需要管理情志以保护系统功能时。 不适用于: 纯技术问题没有心理因素的场景、纯心理咨询场景。 - slug: qi-regulation relation: depends-on - slug: observe-infer relation: composes-with
bottleneck-unblock用户面对系统阻塞/瓶颈问题, 需要找到阻塞点并疏通时; 当系统"上实下虚" 或"上虚下实"等方向性阻塞时; 当直接在问题点干预无效, 需要另辟蹊径时。 不适用于: 没有阻塞的问题、可以简单修复的场景、纯资源不足(非阻塞型)的场景。 - slug: qi-regulation relation: depends-on - slug: observe-infer relation: composes-with
communicate-persuade用户需要说服不配合的人接受建议时; 当面对"骄恣从欲"的强势对象时; 当需要将复杂建议转化为对方愿意接受的方案时; 当需要在"尊重对方意愿"和"坚持正确方向"之间找平衡时。 不适用于: 纯信息传递不需要说服的场景、对方已完全配合的场景。 - slug: personalize-by-constitution relation: depends-on
excess-deficiency-decision用户面临"该加强还是该削减""该投入还是该撤出"的二元方向决策时; 当系统出现某方面过强某方面过弱的失衡时; 当需要判断失衡方向并确定 纠正方向时。不适用于: 没有失衡的分析场景、纯信息查询、 问题只有单一变量没有对立面的情况。 - slug: qi-regulation relation: depends-on - slug: root-cause-priority relation: composes-with
four-seas-regulation用户需要管理一个复杂系统的核心枢纽时; 当"面面俱到"策略失效, 需要找到关键节点集中管理时; 当系统有多个核心功能区域需要分别监测时。 不适用于: 只有一个中心节点的简单系统、不需要分层管理的场景。 - slug: observe-infer relation: composes-with - slug: qi-regulation relation: depends-on
observe-infer用户需要从外部可观测信号推断内部隐藏状态时; 当需要"从表象看本质"时; 当直接观测不可行, 必须通过间接指标推断时。 不适用于: 可以直接观测内部的场景、纯数据查询、不需要推断的场景。 - slug: excess-deficiency-decision relation: composes-with - slug: four-seas-regulation relation: composes-with
personalize-by-constitution用户需要为不同的人/场景定制方案时; 当"一刀切"方案失效时; 当需要根据个体差异(体质/能力/偏好)调整参数时。 不适用于: 标准化流程不需要定制的场景、群体层面的统一方案。 - slug: excess-deficiency-decision relation: composes-with - slug: observe-infer relation: depends-on
qi-regulation用户需要解决某个系统的功能失调问题时; 当直接处理表面症状无效时; 当需要理解"调气"(恢复功能状态)与"治形"(处理表面表现)的区别时; 当想要从根本上恢复系统的正常运行状态时。 不适用于: 纯信息查询、没有系统失调的场景、只需要描述现象不需要解决的场景。 - slug: excess-deficiency-decision relation: composes-with - slug: bottleneck-unblock relation: composes-with
root-cause-priority用户面对多个相互关联的问题, 不知道先解决哪个时; 当需要区分根本原因 与表面症状时; 当问题有先后因果链需要追溯源头时。 不适用于: 只有一个简单问题的场景、问题之间没有因果关系的场景。 - slug: excess-deficiency-decision relation: composes-with - slug: timing-opportunity relation: composes-with
timing-opportunity用户需要决定"何时做"而非"做什么"时; 当时机选择影响成败时; 当需要在"立即行动"和"等待更好时机"之间选择时; 当需要识别"不可干预"的危险窗口时。 不适用于: 时机不影响结果的场景、纯方案设计不需要时间维度的场景。 - slug: root-cause-priority relation: composes-with - slug: qi-regulation relation: depends-on
biao-ben-priority用户面对多个需要同时处理的问题, 不确定优先级时; 当表面症状和根本原因交织 在一起, 不确定该先解决哪个时; 当问题有"先发的"和"后发的"之分时。 不适用于: 只有一个明确问题的场景; 问题之间没有因果关联的独立问题集合; 紧急危机处理(需要先稳住再分析)。 - slug: prevention-strategy relation: contrasts-with
cascade-prediction用户需要预测某个局部问题会如何扩散到其他部分时;当系统中一个环节出了问题需要评估连锁影响时; 当需要提前在传变路径上设防时;当用户说"这个问题会不会引发其他问题"或"如果不处理会怎样"时。 不适用于: 孤立问题不会产生连锁反应的场景;各环节完全独立的松耦合系统。 - slug: five-elements-network relation: depends-on - slug: prevention-strategy relation: composes-with
context-adaptation用户需要在新的环境/市场/文化中部署已有方案时;当同一个问题在不同地区/场景下表现不同时; 当需要将通用方案本地化时;当用户说"为什么在这里不管用"或"换个地方方案就失效了"时。 不适用于: 环境因素不重要、问题与场景无关的纯技术/逻辑场景。 - slug: seasonal-regimen relation: contrasts-with
emotion-organ-proxy用户长期处于某种强烈情绪中想了解对健康的影响时激活;当出现不明原因的身体症状可能与情绪相关时; 当需要用一种情绪来调节另一种情绪时(以情胜情)。 典型触发信号: 用户说"我最近一直在生气/焦虑/悲伤""情绪不好身体也跟着出问题了""怎么缓解这种情绪"。 不适用于: 急性外伤或感染类问题,或需要专业心理咨询/精神科干预的严重心理疾病。 - slug: five-elements-network relation: depends-on
five-elements-network用户需要分析多个要素之间的相互作用和连锁效应时; 当某个局部变化可能引发 系统性连锁反应时; 当需要理解复杂系统中"牵一发动全身"的传导机制时。 不适用于: 简单的线性因果分析(一个原因一个结果); 只有2个要素的场景 (用 yin-yang-balance 更合适)。 - slug: yin-yang-balance relation: depends-on - slug: cascade-prediction relation: composes-with - slug: emotion-organ-proxy relation: composes-with - slug: five-fl
five-flavors-balance用户询问饮食搭配或营养方案时激活;当出现偏食或特定味觉偏好时(如长期嗜甜、无辣不欢); 当需要通过饮食调节身体状态时(如体虚该吃什么味)。 典型触发信号: 用户说"我最近特别想吃XX味的""饮食上怎么搭配比较均衡""某个脏腑虚该怎么食疗"。 不适用于: 与饮食无关的问题,或已有专业营养师定制方案只需执行的场景。 - slug: five-elements-network relation: depends-on
negative-feedback用户观察到某个力量/趋势/行为过度亢盛需要引入制衡时; 当系统出现"越用力越糟糕"的过冲现象时; 当需要设计自我调节机制防止系统走向极端时; 当用户说"物极必反"或"用力过猛反而坏事"时。 不适用于: 需要持续单向推进不需要制衡的场景(如创业初期的全力冲刺); 问题本身就是力量不足而非亢盛的场景。 - slug: yin-yang-balance relation: depends-on - slug: cascade-prediction relation: contrasts-with
observation-inference用户需要从可观察的外部信号推断隐藏的内部状态时激活;当需要评估某人或某系统的整体状态但无法直接检测内部时; 当多个外部信号互相矛盾需要综合判断时。 典型触发信号: 用户说"怎么看出来这个人状态怎么样""从表面现象怎么判断内在情况""几个信号互相矛盾该怎么判断"。 不适用于: 可以直接测量/检测的场景(有体检数据、有监控面板、有可量化的指标), 或只有一个信号源且无法交叉验证的情况。 - slug: zheng-xie-assessment relation: composes-with
prevention-strategy用户想预防某个潜在风险或问题时; 当系统出现早期预警信号但尚未爆发时; 当已出现问题需要防止恶化和扩散时; 当需要建立长期防护机制时。 不适用于: 紧急危机处理(系统正在崩溃, 需要急救而非预防); 纯历史回顾 (分析过去发生了什么但不涉及未来预防)。 - slug: observation-inference relation: depends-on - slug: cascade-prediction relation: composes-with
seasonal-regimen用户询问如何根据季节调整作息饮食运动时激活;当需要做年度健康计划或生活节奏调整时; 当感到身体状态与季节不匹配时(如冬天精力过旺无法安眠、春天却萎靡不振)。 典型触发信号: 用户提到"最近换季身体不太对""想调整作息适应季节""一年四季怎么安排生活"。 不适用于: 与季节无关的即时性问题(如突发外伤、急性感染),或已有明确西医诊断只需遵医嘱的场景。 - slug: yin-yang-balance relation: depends-on - slug: five-flavors-balance relation: composes-with
yin-yang-balance用户需要分析某系统/身体/组织的失衡状态时; 当问题表现为对立面的冲突 (热vs冷, 快vs慢, 强vs弱, 兴奋vs抑制)时; 当需要判断失衡方向并找到纠正 方向时。 不适用于: 纯信息查询、不需要分析的场景、只有单一变量没有对立面的情况。 - slug: zheng-xie-assessment relation: contrasts-with - slug: seasonal-regimen relation: composes-with
zheng-xie-assessment用户需要评估一个系统中"自身能力vs外部压力"的力量对比时; 当面对一个需要判断是"加强自身"还是"消除障碍"的场景时; 当问题反复出现需要判断是能力不足还是负担过重时; 当用户纠结于"是该加强还是该精简"时。 不适用于: 可以直接用数据量化评估的场景(如财务报表分析);纯客观测量即可得出结论的技术场景。 - slug: yin-yang-balance relation: depends-on - slug: observation-inference relation: composes-with
Matt Pocock's agent skills for real engineering (grilling, spec/ticket flows, TDD, code review, domain modelling and more).
39 skills
Domain-Driven Design scaffolding — bounded contexts, aggregate roots, domain events, and anti-corruption layers
3 skills · 1 command · 1 agent
Install the "Architecture & Domain Modeling" workflow plugin from Agentic Awesome Skills.
13 skills
Connect Claude Code directly to your CockroachDB clusters for hands-on database work — explore schemas, write optimized SQL, debug queries, and manage distributed database clusters. This plugin provides 14 tools across two active MCP backends (self-hosted MCP Toolbox and managed CockroachDB Cloud MCP Server), three specialized agents (DBA, Developer, Operator), 32 skills across 6 operational domains, and built-in safety hooks.
34 skills · 3 agents · 3 MCP servers · hooks
Deploy, manage and monitor Hostinger services — Websites, Domains, Ecommerce, Email Marketing, Subscriptions & Payments, and VPS. Authenticate via browser (OAuth) or API token.
7 skills · 1 MCP server
Founder-mode executive team plugin: 13 cs-* C-suite agents (CFO, CMO, CRO, CPO, COO, CHRO, CISO, Chief of Staff, General Counsel, Chief Data Officer, Chief AI Officer, Chief Customer Officer, VP of Engineering) with distinct cognitive voices, plus 21 /c-level-agents:* slash commands — forcing-question office hours (CFO/CMO/CPO/CRO/CTO/CISO/GC/CDO/CAIO/CCO/VPE reviews), strategic sprint pipeline (brief → boardroom → decide → execute → post-mortem), and meta routing (/c-level-agents:founder-mode auto-router, /cs-onboard, /c-level-agents:cross-eval multi-model consensus, /c-level-agents:freeze cooldown lock). Wraps the 33 c-level skills with cognitive gearing, persona voice, and artifact-driven handoffs. The business-domain answer to YC Garry Tan's gstack.
22 skills · 13 agents
This page updates itself from your repo. Add the badge to your README, or get it Featured to pin it above the organic results with a followed link to your site.