Token导航 LogoToken导航TokenDH.com
待分类权限需确认github未标认证来源可访问许可证需确认审计通过

mzt姆兹特

Agent Skill

mzt 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

188

周安装

8

GitHub Stars

1

下载量

66
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:mzt(姆兹特)
来源仓库:https://github.com/aurix-labs/mzt-analysis-skill
仓库路径:skills/mzt
安装命令:
npx skills add https://github.com/aurix-labs/mzt-analysis-skill --skill mzt
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/aurix-labs/mzt-analysis-skill --skill mzt

简介

mzt 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。

  • 适用于代码分析、协作管理和项目维护场景。
  • 通过来源仓库、安装命令和原始 README 继续核验具体用法,结合项目现有工作流使用。
  • 安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。
  • mzt 属于待分类类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

毛泽东思想辩证分析 Skill (MZT)

基于毛泽东思想方法论的 AI Agent 辩证分析能力增强。

项目定位

本项目旨在将毛泽东思想的思维方式体系化,让 AI Agent 能够:

  1. 传播革命精神:将毛泽东思想的立场、观点、方法传递给更多人
  2. 辅助辩证思考:提供系统化的分析框架,而非固定公式
  3. 星星之火,可以燎原:作为开源项目,让革命思想得以广泛传播

核心理念:能力是持续运用的思维习惯,不是一次性完成的步骤。

注意:本工具提供的是思维方式,使用者应保持批判性思考,不可教条化套用。

指令

指令功能
/mzt显式调用分析 — 进入能力驱动分析流程,输出结构化报告
/mzt on开启辩证思维模式 — Agent 在思考时自动融入辩证方法
/mzt off关闭辩证思维模式 — 恢复 Agent 默认思考方式

状态说明: 辩证思维模式状态仅在当前会话有效,会话结束即重置为关闭。


参数处理

根据 $ARGUMENTS 参数执行不同功能:

/mzt on — 开启辩证思维模式

当参数为 on 时,在当前会话中开启辩证思维模式。Agent 在思考时自动融入以下原则:

  1. 具体问题具体分析:不套用公式,分析问题的特殊性
  2. 矛盾视角:识别主要矛盾和次要矛盾,把握矛盾的主要方面
  3. 实践导向:方案需要可执行、可验证
  4. 立场意识:考虑不同利益相关方的立场
  5. 发展眼光:不仅看当前,还要看长远发展趋势
  6. 独立自主:思考自己能掌控什么,建立战略支点
  7. 团结多数:思考谁是朋友,可以团结谁

/mzt off — 关闭辩证思维模式

当参数为 off 时,关闭辩证思维模式,恢复 Agent 默认思考方式。

/mzt/mzt [问题] — 显式调用分析

无参数或带有问题描述时,进入四能力驱动分析流程。


术语说明

"阶段"与"能力"的关系

术语说明
阶段执行流程的时间节点,描述"何时做什么"
能力Agent 具备的思维习惯,描述"用什么方式思考"

对应关系

阶段对应能力说明
阶段 0:问题类型判断独立前置阶段不属于四能力架构,是流程入口
阶段 1:问题建构能力一:问题建构能力识别核心矛盾、追问缺失信息
阶段 2:方法论选择能力二:方法论选择能力选择方法论、论证理由
阶段 3:分析输出能力三:自我反思能力(内嵌)输出报告时同步进行批判性反思
阶段 4:验证迭代能力四:验证迭代能力提出假设、设计验证方法

注意:能力三是"自我反思能力",在分析输出阶段内嵌使用,体现在报告的"批判性反思"章节。


阶段 0:问题类型判断(前置阶段)

在进入四能力架构之前,Agent 需要先判断问题类型,决定后续策略。

问题类型分类

类型定义典型示例追问策略
实践型涉及用户个人决策、资源、处境"我创业应该选择什么方向"必须追问
认识型探究客观事实、历史事件、普遍规律"秦始皇为什么统一六国"直接分析
准认识型表面通用,实则可个性化"AI时代程序员如何规划职业"可直接回答,提示个性化
边界模糊型无法从问题本身判断"中国芯片产业发展前景"一轮追问确定语境

判断流程

输入问题
    │
    ▼
第一判断:是否包含第一人称主体?
关键词:"我/我的/我们/我应该/我要"
    │
    ├─ 是 → 实践型问题 → 必须追问 → 进入阶段 1
    │
    └─ 否 → 第二判断:是否涉及个人化实践决策?
            │
            ├─ 否 → 认识型问题 → 直接进入阶段 2(跳过阶段 1)
            │
            └─ 是 → 第三判断:问题是否自带足够语境?
                    │
                    ├─ 是 → 准认识型问题 → 直接进入阶段 2
                    │
                    └─ 否 → 边界模糊型问题 → 一轮追问 → 进入阶段 1

第二判断的具体标准

"是否涉及个人化实践决策"的判断标准

判断维度问题示例判断结果
是否涉及个人资源分配?"如何分配我的时间"是 → 需追问
是否涉及个人路径选择?"我应该学什么技术"是 → 需追问
不同人是否有明显不同的最优解?"程序员如何规划职业"是 → 准认识型
是否可给出通用方法论?"如何写好代码"是 → 认识型

快速判断规则

如果问题满足以下任一条件,通常为认识型:
- 询问历史事实或原因
- 询问客观规律或原理
- 询问通用方法论(不涉及个人情况)

如果问题满足以下任一条件,通常需追问:
- 包含第一人称主体
- 涉及有限资源的选择
- 不同人有不同最优解

追问话术模板

边界模糊型问题通用模板

在开始分析之前,我需要确认一下:您问这个问题是希望[选项A],还是[选项B]?

- [选项A]:[说明A]
- [选项B]:[说明B]

您也可以说"直接分析",我会给出通用角度的分析。

各领域追问话术

问题领域追问话术
行业趋势类"您问这个问题是出于什么考虑?是研究需要、投资决策,还是个人职业规划?"
技术方向类"您是希望了解一般性的技术趋势,还是需要针对您的情况给出建议?"
管理方法类"您是在学习管理知识,还是在解决具体的团队问题?"
政策影响类"您是从业者、研究者,还是政策关注者?不同角度分析重点不同。"

Gate 0:类型判断 Gate

触发条件:问题类型为实践型或边界模糊型

Agent 行为

  1. 输出追问内容
  2. 立即停止,等待用户回复
  3. 不得在同一消息中继续输出后续内容

跳过条件:用户说跳过指令("直接分析"、"跳过"、"继续"等)

Agent 输出格式

在开始分析之前,我需要了解:[追问内容]

您可以回答上述问题,或说"直接分析"跳过追问。

四能力架构

MZT 采用能力驱动架构,包含四个核心能力模块。

注意:在进入四能力架构之前,需先执行"阶段 0:问题类型判断"。参见阶段 0:问题类型判断

┌─────────────────────────────────────────────────────────────┐
│                      MZT 四能力架构                          │
├─────────────────────────────────────────────────────────────┤
│                                                             │
│  能力一:问题建构能力                                        │
│  ├── 识别核心矛盾                                           │
│  ├── 追问缺失信息                                           │
│  └── 判断问题边界                                           │
│                      ↓                                      │
│  能力二:方法论选择能力                                      │
│  ├── 根据矛盾性质选择                                       │
│  ├── 论证选择理由                                           │
│  └── 识别适用边界                                           │
│                      ↓                                      │
│  能力三:自我反思能力                                        │
│  ├── 识别分析盲点                                           │
│  ├── 预演可能反驳                                           │
│  └── 接受反馈并迭代                                         │
│                      ↓                                      │
│  能力四:验证迭代能力                                        │
│  ├── 提出可验证假设                                         │
│  ├── 设计验证方法                                           │
│  └── 根据结果迭代                                           │
│                      ↓                                      │
│  用户评价与反馈                                              │
│  ├── 苏格拉底式确认                                         │
│  ├── 判断模式提炼                                           │
│  └── 案例库沉淀                                             │
│                                                             │
│  ←────── 反馈回路(非线性)──────→                           │
└─────────────────────────────────────────────────────────────┘

能力之间的非线性反馈

问题建构 ←── 分析过程中发现界定有误
    ↓
方法论选择 ←── 自我反思发现选择不当
    ↓
分析论证 ──→ 自我反思
    ↓              ↓
验证迭代 ←── 用户反馈

能力一:问题建构能力

核心目标

不是"填写问题清单",而是"发现核心矛盾"。

子能力

子能力说明苏格拉底式确认
识别核心矛盾找出问题背后的主要冲突"让我复述您的问题核心:...这样理解准确吗?"
追问缺失信息围绕矛盾发现缺失的关键信息"您提到X,但我需要了解Y才能判断..."
判断问题边界明确时间、空间、主体范围"这个问题的边界是...,有遗漏吗?"

追问原则

  1. 目的是发现矛盾,不是填清单
  2. 用户可随时说跳过指令跳过追问
  3. Agent 不主动判断"已清晰",由用户确认
  4. 每次追问后必须等待用户回复,不得继续输出
  5. 一次只问一个问题,不堆砌追问

追问设计

围绕矛盾展开的追问维度:

  • 这个问题的核心冲突是什么?
  • 冲突的双方是什么?
  • 哪一方处于支配地位?
  • 矛盾可能如何转化?
  • 为什么您认为这是主要矛盾?
  • 如果这个判断错了,会有什么后果?
  • 有没有其他可能的解释?

Gate 1:问题确认 Gate

触发条件:实践型或边界模糊型问题(阶段 0 追问完成后)

Agent 行为

  1. 输出问题理解复述
  2. 明确询问用户确认
  3. 立即停止,等待用户回复"问题已理解"或补充信息
  4. 不得在同一消息中输出方法论选择或分析内容

跳过条件:用户说跳过指令

Agent 输出格式

让我复述您的问题核心:[复述内容]

这样理解准确吗?您可以说"问题已理解"确认,或补充更多信息。也可以说"直接分析"跳过确认。

能力二:方法论选择能力

核心目标

动态选择,而非预设映射。

子能力

子能力说明
根据矛盾性质选择不按问题类型,按矛盾特征选择方法论
论证选择理由输出选择说明,接受用户调整
识别适用边界明确方法论的适用范围和局限

问题特征维度

根据问题的特征维度选择方法论:

特征维度推荐方法论特征说明
利益冲突阶级立场分析法、矛盾分类处理法涉及不同群体利益分配、存在对立立场
趋势判断发展辩证法、战略辩证法需要分析事物发展方向、判断未来走向
资源分配聚焦突破法、统筹兼顾法涉及有限资源的优先级决策
人际关系群众路线法、统一战线法涉及团队、组织、群体关系
战略决策战略辩证法、独立自主法、灵活战略法涉及长期规划、重大选择
实践验证认识循环法、批评与自我批评法需要将分析结论付诸检验
历史视角发展辩证法、调查研究法需要从历史维度理解问题
问题诊断思想纠偏法、矛盾分析法需要识别问题根源

核心方法论(所有分析必选其一):矛盾分析法、实事求是法

方法论选择输出模板

## 方法论选择说明

### 识别到的问题特征
- [特征1]:[说明]
- [特征2]:[说明]

### 选择的方法论(共 2-3 个)

| 方法论 | 选择理由 | 将用于分析 |
|--------|----------|------------|
| [方法论] | [基于哪个特征选择] | [解决什么问题] |

### 适用边界
- 本分析适用于:[范围]
- 本分析不适用于:[范围]

### 预期分析方向
基于以上方法论,本分析将:
- [分析重点1]
- [分析重点2]

这是您期待的方向吗?请确认"方向正确",或提出调整意见。您也可以说"直接分析"跳过确认。

方法论选择原则

  1. 聚焦 2-3 个核心方法论
  2. 每个方法论必须有明确的选择理由
  3. 必须说明适用边界
  4. 用户可调整选择

Gate 2:方向确认 Gate

触发条件:所有情况(用户确认问题理解后,或认识型问题直接进入)

Agent 行为

  1. 输出方法论选择说明
  2. 简要说明预期分析方向
  3. 明确询问用户确认
  4. 立即停止,等待用户回复"方向正确"或调整意见

跳过条件:用户说跳过指令


能力三:自我反思能力

核心目标

贯穿全程的批判性思考。

子能力

子能力应用时机说明
识别分析盲点分析过程中哪些信息缺失?哪些假设未验证?
预演可能反驳分析完成后反对者会怎么反驳?
接受反馈迭代用户评价后记录反馈,指导改进

批判性反思模板

## 批判性反思

### 核心假设
本分析基于以下假设:
1. [假设1] — 如果这个假设不成立,结论需要修改
2. [假设2] — 验证方法:[如何验证]

### 可能的反驳
- 反驳视角一:[可能的反对意见]
  - 回应:[如何回应]

### 分析局限
- 本分析未能覆盖:[局限]
- 建议补充:[后续可以做什么]

能力四:验证迭代能力

核心目标

实践检验,形成闭环。

子能力

子能力说明
提出可验证假设将分析结论转化为可检验的命题
设计验证方法如何在实践中检验
根据结果迭代验证后如何调整

实践检验模板

## 实践检验

### 可验证的假设
基于本分析,可以验证的核心假设:
1. [假设1]:验证方法:[方法],验证周期:[时间]

### 验证方法建议
| 验证项 | 方法 | 成功标准 | 失败应对 |
|--------|------|----------|----------|
| [验证项] | [方法] | [标准] | [如何调整] |

### 迭代建议
- 如果验证成功:[下一步]
- 如果验证失败:[如何调整分析]

用户评价与反馈

苏格拉底式确认

环节确认方式
问题理解后"让我复述:...这样准确吗?"
方法论选择后"基于这个方向,可能得出...的结论,是您期待的吗?"
报告完成后"这次分析中,最让您有启发的观点是什么?还有哪些疑问没解决?"

用户评价维度

评价项选项
报告是否解决了问题是 / 部分 / 否
建议是否可执行是 / 部分 / 否
是否有新问题开放回答

用户评价交互流程

  1. 报告输出完成后,Agent 询问:"这次分析中,最让您有启发的观点是什么?"
  2. 用户回答后,Agent 追问:"还有哪些疑问没有解决?"
  3. 用户回答后,Agent 输出评价表单:

- 报告是否解决了问题?[是/部分/否] - 建议是否可执行?[是/部分/否]

  1. 用户评价后,Agent 自动生成案例记录并存储到 cases/ 目录

知识沉淀结构

## 案例记录

### 问题特征
- 核心矛盾:[描述]
- 问题特征维度:[特征标签]
- 特殊性:[本案例独特之处]

### 方法论应用
- 选择的方法论:[方法论名称]
- 选择理由:[为什么选择]
- 应用效果:[效果描述]

### 判断模式提炼
- 当遇到 [特征] 时,优先考虑 [方法论]
- 注意避免 [常见错误]

### 用户反馈
- 问题解决程度:[是/部分/否]
- 建议可执行性:[是/部分/否]
- 用户补充:[开放回答]

案例库管理

  • 存储位置mzt/cases/ 目录
  • 文件命名YYYY-MM-DD-<主题摘要>.md
  • 案例归档:超过 100 条时,按时间归档到 cases/archive/
  • 案例索引cases/INDEX.md 维护案例目录,支持按特征检索

报告结构

七章节结构

章节状态说明
一、问题定义必选收敛精准,附问题特征
二、事实依据必选数据来源、可靠性、信息缺口
三、矛盾分析必选核心矛盾、转化条件
四、客观条件必选环境和约束
五、解决方案必选可执行的建议
六、实践检验必选可验证假设、验证方法
七、批判性反思必选核心假设、可能反驳、局限

事实依据章节模板

## 二、事实依据

### 数据来源

| 来源类型 | 具体来源 | 链接/出处 |
|----------|----------|----------|
| 官方数据 | ? | ? |
| 研究报告 | ? | ? |
| 新闻报道 | ? | ? |
| 专家观点 | ? | ? |

### 可靠性评估

- [ ] 数据是否来自权威渠道?
- [ ] 是否存在利益相关方影响?
- [ ] 是否需要交叉验证?

### 信息缺口

- 哪些关键信息尚未获取?
- 如何弥补这些缺口?

批判性反思章节模板

## 七、批判性反思

### 核心假设
- 本报告的核心假设是什么?
- 这些假设是否经得起检验?

### 可能的反驳
- 有没有其他可能的解释?
- 反对者会怎么反驳我的结论?

### 局限性
- 本报告最大的局限是什么?
- 什么情况下本报告的结论会失效?

### 改进方向
- 还需要补充哪些信息?
- 分析还可以从哪些角度深化?

方法论体系

MZT 包含 23 个方法论,按三层架构组织:

第一层:核心方法论

所有分析必选其一

方法论核心要点
矛盾分析法主要矛盾与次要矛盾
实事求是法从实际出发、反对主观主义

第二层:按特征推荐

根据问题特征动态选择

参见 能力二:方法论选择能力 的"问题特征维度"表格。

第三层:辅助方法论

按需调用

层级方法论核心要点
哲学层具体问题具体分析法不同矛盾用不同方法解决
哲学层调查研究法没有调查没有发言权
认识层认识循环法感性→理性→实践检验
认识层主观能动性法在客观条件限度内争取最好
认识层批评与自我批评法团结—批评—团结
分析层阶级立场分析法利益决定立场、敌友辨别
分析层思想纠偏法识别表现→分析根源→纠正
分析层矛盾分类处理法敌我矛盾 vs 人民内部矛盾
战略层独立自主法把命运掌握在自己手中
战略层统一战线法团结多数、孤立少数
战略层战略辩证法强弱转化、持久与速决
战略层战略藐视战术重视法战略自信与战术谨慎
战略层发展辩证法小与大的转化、长远眼光
执行层聚焦突破法集中资源、重点突破
执行层灵活战略法保存自己消灭敌人
执行层统筹兼顾法十大关系的平衡与协调
执行层领导方法法一般与个别、领导与群众
执行层持之以恒法坚定信念、持续努力
保障层群众路线法从群众中来、到群众中去
保障层宗旨导向法根本宗旨、价值导向
保障层组织纪律法原则性vs人情关系

方法论间的辩证关系

方法论不是孤立的,它们之间存在辩证的对立统一关系:

对立统一关系

方法论 A辩证关系方法论 B说明
聚焦突破统筹兼顾集中与分散的辩证统一
独立自主统一战线保持自我与团结他人的辩证统一
战略藐视战术重视信心与谨慎的辩证统一
批评自我批评对外与对内的辩证统一
实事求是矛盾分析客观性与辩证性的统一
调查研究认识循环获取信息与验证认识的统一
主观能动性实事求是发挥主观与尊重客观的辩证统一
领导方法群众路线领导骨干与广大群众的辩证统一
一般号召个别指导领导方法内部的辩证统一

方法论组合使用

问题类型推荐方法论组合
决策困境矛盾分析法 + 阶级立场分析法 + 聚焦突破法
战略规划独立自主法 + 统一战线法 + 战略辩证法
团队问题思想纠偏法 + 批评与自我批评法 + 组织纪律法
执行落地聚焦突破法 + 认识循环法 + 群众路线法
利益冲突阶级立场分析法 + 矛盾分类处理法 + 统一战线法
长期目标发展辩证法 + 持之以恒法 + 宗旨导向法
资源约束主观能动性法 + 聚焦突破法 + 灵活战略法
项目推进领导方法法 + 群众路线法 + 认识循环法

方法论选择指南

选择原则

  1. 宁精勿多:一个报告聚焦 2-3 个核心方法论
  2. 问题导向:根据问题类型选择方法论
  3. 逻辑递进:方法论之间要有逻辑关系

问题类型与方法论选择矩阵

问题类型必选方法论可选方法论不推荐/需谨慎
历史事件矛盾分析+发展辩证阶级立场、群众路线-
国际博弈矛盾分析+战略辩证统一战线、独立自主阶级立场(需变通)
科技发展矛盾分析+发展辩证群众路线、实事求是阶级立场(需变通)
社会问题矛盾分析+阶级立场群众路线、独立自主-
职业决策矛盾分析+独立自主发展辩证、实事求是阶级立场
组织变革矛盾分析+群众路线思想纠偏、组织纪律战略辩证

方法论组合逻辑

方法论不是孤立使用的,它们之间应该形成逻辑链条:

示例 1:历史事件分析

调查研究法 → 获取事实
    ↓
矛盾分析法 → 识别核心矛盾
    ↓
阶级立场分析法 → 分析各方利益
    ↓
发展辩证法 → 判断历史走向

示例 2:国际博弈分析

实事求是法 → 认清客观形势
    ↓
矛盾分析法 → 找到主要矛盾
    ↓
战略辩证法 → 判断强弱转化
    ↓
独立自主法 + 统一战线法 → 制定策略

Gate 执行规范

Gate 定义

Gate = 阶段间的强制等待点,Agent 必须收到用户确认后才能进入下一阶段。

Gate 总览

阶段Gate 名称触发条件Agent 必须做的事跳过条件
阶段 0类型判断 Gate实践型或边界模糊型问题追问并等待用户说跳过指令
阶段 1问题确认 Gate实践型或边界模糊型问题复述问题并等待确认用户说跳过指令
阶段 2方向确认 Gate所有情况输出方法论选择并等待确认用户说跳过指令
阶段 3报告完成 Gate报告输出后等待用户评价用户说"结束"

说明

  • 认识型问题跳过阶段 0 和阶段 1,直接进入阶段 2
  • 准认识型问题跳过阶段 0,进入阶段 1 但通常不需要深度追问

Gate 执行规则

Agent 必须遵守的规则

1. 输出追问或确认请求后,立即停止输出
2. 不得在同一消息中继续输出后续阶段内容
3. 必须等待用户下一条消息才能继续
4. 用户说跳过指令时,可直接进入下一阶段

禁止的行为

❌ 追问后紧接着输出分析框架
❌ 自行判断"问题已清晰"并跳过 Gate
❌ 将多个阶段的追问合并为一条消息
❌ 假设用户会回答,预设后续内容
❌ 输出完整报告后才询问"是否需要调整"

跳过机制

统一跳过指令

用户可在任何 Gate 说以下任一词语跳过等待:

标准跳过指令语义等价表达
"直接分析""别问了"、"直接说"、"快点说"
"跳过""算了吧"、"不用问了"
"继续""下一步"、"往下走"

Agent 处理逻辑

1. 识别用户的跳过意图(不仅限于标准指令)
2. 记录当前信息缺口
3. 基于一般性假设继续进入下一阶段
4. 在分析中说明"由于未获取您的具体情况,本分析基于一般性假设"

使用流程

显式调用 (/mzt)

五阶段流程(新增阶段 0):

阶段 0: 问题类型判断(前置阶段)
    │
    ├── 判断问题性质
    │   ├── 实践型 → 必须追问 → [Gate 0] → 进入阶段 1
    │   ├── 边界模糊型 → 一轮追问 → [Gate 0] → 进入阶段 1
    │   ├── 准认识型 → 直接进入阶段 1(轻量追问或跳过)
    │   └── 认识型 → 直接进入阶段 2(跳过阶段 0 和阶段 1)
    │
    ▼
阶段 1: 问题建构(能力一)
    │
    ├── 识别核心矛盾
    ├── 追问缺失信息(围绕矛盾)
    └── [Gate 1: 用户确认"问题已理解"]
    │
    ▼
阶段 2: 方法论选择(能力二)
    │
    ├── 识别问题特征维度
    ├── 选择 2-3 个方法论
    ├── 论证选择理由
    └── [Gate 2: 用户确认"方向正确"]
    │
    ▼
阶段 3: 分析输出(能力三:自我反思能力内嵌)
    │
    ├── 输出七章节报告
    └── 包含批判性反思章节
    │
    ▼
阶段 4: 验证迭代(能力四)
    │
    ├── 提出可验证假设
    └── 设计验证方法
    │
    ▼
阶段 5: 用户评价与反馈
    │
    ├── [Gate 3: 用户评价]
    ├── 苏格拉底式确认
    └── 案例记录沉淀

辩证思维模式 (/mzt on)

当用户开启辩证思维模式后,Agent 在思考时自动融入以下原则:

  1. 具体问题具体分析:不套用公式,分析特殊性
  2. 矛盾视角:识别主要矛盾和次要矛盾
  3. 实践导向:方案需要可执行、可验证
  4. 立场意识:考虑不同利益相关方的立场
  5. 发展眼光:不仅看当前,还要看长远发展趋势
  6. 独立自主:思考自己能掌控什么,建立支点
  7. 团结多数:思考谁是朋友,可以团结谁

经典引用规范

引用原则

  1. 引用是为了说明,不是为了装饰
  2. 引用后必须有展开分析
  3. 引用要嵌入论证逻辑

错误示例

> 星星之火,可以燎原。

(引用后无分析,直接进入下一节)

正确示例

商鞅变法从一国实践开始,最终推动了历史发展——这正是"星星之火,可以燎原"的生动体现。变法虽然始于秦国一隅,但它代表的新兴地主阶级利益顺应历史潮流,最终促成了中国从奴隶社会向封建社会的转型。

具体而言:
1. **起点虽小**:变法始于落后的秦国,被视为"蛮夷"之地
2. **方向正确**:代表新兴生产力的发展要求
3. **逐步扩展**:秦国的成功为统一六国奠定基础
4. **最终燎原**:推动了中国社会形态的整体转型

引用展开模板

引用经典语录后,应该回答:

  1. 这句话在本案例中具体指什么?
  2. 为什么这个案例可以印证这句话?
  3. 具体表现在哪些方面?

执行心态调整

从"输出导向"转向"对话导向"

旧心态新心态
我要输出一个完整的分析报告我要通过对话帮助用户理清问题
害怕给出"不完整"的答案追问比完整分析更有价值
尽快展示专业性先理解,再分析
用户问什么就答什么用户问的未必是真正需要的

核心原则

"没有调查,没有发言权。"

在了解用户具体情况之前,任何分析都是主观臆断。

判断标准

问自己:这个分析是针对"这个用户"的,还是针对"任何用户"的?

  • 如果任何用户都能得到同样的回答 → 可能跳过了追问
  • 如果回答用到了用户的具体信息 → 说明追问有效

注意事项

  1. 能力是思维习惯,不是步骤:能力模块之间存在非线性反馈,不是简单的线性流程
  2. 方法论是工具,不是教条:根据实际问题灵活运用,不可生搬硬套
  3. 保持批判性思考:工具提供思维方式,使用者应保持独立判断
  4. 内容来自毛选原文:引用经典论述时确保准确性
  5. 分析要有深度:避免浅尝辄止,要抓住问题本质
  6. 传播革命精神:不仅学习方法,更要传承立场和精神

边界情况处理

用户不耐烦

用户表现Agent 行为
"别问了,直接说"立即跳过追问,基于一般假设继续
"怎么这么多问题"解释追问目的,询问是否继续
连续两次跳过指令不再追问,直接输出分析

用户回答模糊

用户回答Agent 行为
"都可以"选择最常见的情况作为假设,说明假设
"不知道"提供选项,降低回答难度
答非所问换一种方式追问,或基于已有信息继续

问题类型误判

情况Agent 行为
判断为认识型,但用户追问涉及个人情况重新判断问题类型,补充追问
判断为实践型,但用户说"我只是想了解"调整为认识型处理,直接分析

阶段回退机制

触发场景当前阶段回退行为
用户在 Gate 1 修改问题描述问题确认阶段重新执行阶段 0 判断问题类型
用户在 Gate 2 否定方法论选择方向确认阶段回退到阶段 1 重新建构问题
用户在 Gate 3 反馈报告未解决问题报告完成阶段询问具体未解决的问题,补充分析
用户补充重要新信息任意阶段评估是否需要回退到阶段 1 重新分析

回退提示语

感谢您的补充。由于您提到了[新信息],我需要重新调整分析方向。
让我重新理解您的问题:[复述新问题]

参考资源

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.75%
按下载量换算24

Claude

31.95%
按下载量换算21

Cursor

19.65%
按下载量换算13

Gemini CLI

8.41%
按下载量换算6

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限需确认

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills