系统思维模型服务器

一个提供可组合分析模型的MCP服务器,用于架构、基础设施、DevOps、事件分析和技术决策。

  • by davidpanter
  • TypeScript
  • 本地部署
  • 1 星标
  • 更新于
在 GitHub 查看 davidpanter/systems-thinking

使用说明

系统思维mcp

MCP服务器提供系统思维模型,作为架构、基础设施、DevOps、事件分析和技术决策的可组合分析透镜。

灵感源自 @模型上下文协议/服务器顺序思维.顺序思维强调 严谨 --带有修订和分支的结构化逐步推理——该工具强调 抽象它提供了一个心理模型库(反馈回路、约束分析、反演等),可以改变克劳德对问题的看法。两者相辅相成:使用顺序思维仔细推理问题,使用系统思维确保克劳德从正确的角度看待问题。这有助于防止隧道视野、表面边缘情况和意外后果,并通过挑战法学硕士在更广泛的背景下看待问题来控制克劳德的一些宏伟。

我很幸运地在故障排除和调试、设计、代码审查和规范审查中使用了它(与 超级大国mcp 在规范审查cylce之后,只需根据生成的规范运行即可)。这是一个高度通用的工具,可以在不同的领域、开发、基础设施、devops中提供良好的结果。

运作原理

五种具有生命周期的工具: 开始 会话(按类别返回模型簇), 扩展 您的选择(获取完整的模型详细信息和图形邻居), 应用 2-4个不同视角的镜头,然后 合成 穿过他们。

价值不在于任何一个镜头,而在于构图。每个模型都会显示其他模型遗漏的内容,服务器会提供早期镜头的先前发现,以便LLM可以判断它们之间的联系。当你应用约束分析和排队论时,应用第二个透镜时,第一个透镜的结果是可用的。

模型还定义 抗衡 --故意反对观点。当你应用杠杆点数时,服务器会建议KISS作为平衡: “最简单的解决方案可能会错过长期回报的高杠杆结构性变革。” 这种富有成效的紧张关系阻碍了单一框架的隧道视野。

安装

{
  "mcpServers": {
    "systems-thinking": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "systems-thinking-mcp"]
    }
  }
}

或者在本地运行:

git clone https://github.com/davidpanter/systems-thinking.git
cd systems-thinking
npm install && npm run build
{
  "mcpServers": {
    "systems-thinking": {
      "type": "stdio",
      "command": "node",
      "args": ["/path/to/systems-thinking/dist/index.js"]
    }
  }
}

工具

工具 目的
开始分析 提出一个问题。返回按类别分组的模型集群以供选择。
expand_selection 获取模型ID。返回完整的模型详细信息、图邻居、平衡和未覆盖的类别。
应用_镜头 将模型应用于问题。返回早期镜片的先前发现、平衡建议、分析深度指示器和补充的下一个镜片。
合成 整合所有应用镜片的发现。建议使用额外的镜片来填补空白。
获取策略 返回命名策略的关注点图(领域、焦点、权重),指导哪些类别需要优先处理。

型号(56)

类别 型号
架构 模块化、耦合与内聚、康威定律、故障模式、KISS、关注点分离、概念性、爆炸半径、国家所有权、错误传播、契约边界、数据转换保真度
动力学 源与汇、系统动力学、反馈与前馈回路、存量与流量、因果回路图、局部与全局优化
操作 排队论、缓冲区和缓冲区大小、约束分析、杠杆点、迁移
范式 功能镜头、域建模镜头、事件驱动镜头
推理 倒置、二阶思维、地图与领土、能力圈、奥卡姆剃刀、安全裕度、可逆性、汉隆剃刀、构建与购买、依赖风险、对抗分析、古德哈特定律
可靠性 可观测性差距、误差预算、优雅降级、背压、操作复杂性
模式 规范化、非规范化
安全 中情局三人组、最低特权、攻击面、深度防御、信任边界
故障排除 自下而上、自上而下、二进制搜索、并行性、缓存、更改内容

模型通过 categories YAML中的数组,允许单个模型出现在多个类别中。

策略(8)

策略指导法学硕士为给定的任务选择正确的类别。每种策略都定义了一个关注点图——一个域列表(匹配类别名称),其中包含一个焦点问题和权重(required, conditional, optional).策略适用于任何系统——代码、基础设施、管道、平台或设计文档。模型验证策略在启动时运行,确保关注域与实际类别名称匹配。

策略 描述
系统设计 设计或评估系统架构、基础设施或设计文档
代码审查 审查代码更改中的结构和操作问题
事故调查 诊断生产事故
验尸 事件后的系统分析——反馈回路、结构弱点、激励错位
安全审计 评估安全态势
容量规划 规划负载、增长和资源限制
技术决策 评估构建/购买、迁移和技术选择
代码库理解 构建一个陌生系统或代码区域的心理模型

定制型号

通过添加您自己的模型 --models-dir。与内置模型具有相同ID的自定义模型会覆盖它们。

{
  "mcpServers": {
    "systems-thinking": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "systems-thinking-mcp", "--models-dir", "/path/to/models"]
    }
  }
}

模型是类别子目录中的YAML文件。看 models/ 对于格式。

环境变量

  • DISABLE_THOUGHT_LOGGING=true --禁止stderr日志记录