多角色AI工程指导工具

Sensei MCP是一款集成64种专业AI角色的工程指导工具,通过多角色协作提供代码审查、架构决策和技术标准实施支持,适用于软件开发全生命周期。

  • by amarodeabreu
  • Python
  • 本地部署
  • 1 星标
  • 更新于
在 GitHub 查看 amarodeabreu/sensei-mcp

使用说明

Sensei MCP🥋

多角色工程导师,拥有64个专门的人工智能角色,负责协调协作指导

🚀 v0.9.0中的新功能: 完整的第三方MCP集成套件-多MCP编排,包含6个集成的MCP服务器(Serena、OpenMemory、GitHub、Context7、Tavily、Playwright)、13个工作流模板和10个可执行演示!战术代码执行(Sensei→ Serena)、跨项目内存(OpenMemory)和GitHub集成工作流(PR审查、提交分析、问题分类)。看 集成指南 完整的工作流程。

v0.8.0中的新功能: 完整的人物角色组合(64个人物角色)-现在集成了克劳德技能库中的所有人物角色!新增17个角色,包括完整的设计和用户体验团队(6)、战略扩展技能(5)、关键基础设施差距(5)和元导航角色(2)。

🌟 MCP生态系统整合: Sensei MCP旨在与其他MCP服务器(Context7、Tavily、Playwright、GitHub、OpenMemory、Sequential Thinking)无缝协作,以创建一个全面的CTO副驾驶。看 MCP集成架构 为了实现完整的愿景。

v0.6.0: 粒度角色内容访问(选项B架构)-使用新的内容提供商架构修复了编排器占位符错误。MCP现在提供角色SKILL.md内容供Claude分析,而不是试图自己执行分析。4个新的粒度工具,用于人物角色发现、内容访问、会话上下文和咨询记录。

v0.5.0: 增强的发现、CI/CD集成、团队协作和数据库专业知识-交互式演示模式、GitHub Actions/GitLab CI模板、团队会话合并。

v0.4.0: 分析和团队协作-跟踪角色有效性,将会话摘要导出为ADR,并与团队共享工程决策。

Sensei将您的工程标准从被动文档转变为主动导师,为您注入相关指导方针 之前 Claude推理,维护架构决策的会话记忆。

🤝 人类法学硕士合作(杀手洞察)

人类提供: 领域专业知识、判断、背景、业务限制、战略方向

LLM提供: 跨64个专家角色的合成,与32000行智慧进行模式匹配,一致性检查,实时智能

一起: CTO级决策以代码编写速度进行,具有多角度分析,没有薄弱环节


🚀 快速安装

一键安装

光标

<img src="https://cursor.com/deeplink/mcp-install-dark.svg" alt="Install in Cursor">

CLI安装

克劳德代码

claude mcp add sensei -- uvx sensei-mcp

手动配置

📱 Claude Desktop

macOS: ~/Library/Application Support/Claude/claude_desktop_config.json 窗户: %APPDATA%\Claude\claude_desktop_config.json Linux: ~/.config/Claude/claude_desktop_config.json

{
  "mcpServers": {
    "sensei": {
      "command": "uvx",
      "args": ["sensei-mcp"]
    }
  }
}

保存后重新启动Claude Desktop。

🌊 Windsurf

添加到您的Windsurf MCP配置中:

{
  "mcpServers": {
    "sensei": {
      "command": "uvx",
      "args": ["sensei-mcp"]
    }
  }
}

保存后重新启动Windsurf。

🔧 Cline (VS Code)
  1. 安装 临床扩展
  2. 打开Cline侧栏→ MCP服务器图标→ 配置MCP服务器
  3. 添加:
{
  "mcpServers": {
    "sensei": {
      "command": "uvx",
      "args": ["sensei-mcp"]
    }
  }
}

保存后重新启动VS Code。

🦘 Roo Code (VS Code)
  1. 安装 Roo代码扩展
  2. 通过Roo Code设置配置MCP服务器
  3. 添加:
{
  "mcpServers": {
    "sensei": {
      "command": "uvx",
      "args": ["sensei-mcp"]
    }
  }
}

保存后重新启动VS Code。

⚡ Zed Editor

注: 需要 Zed预览版

添加到Zed的上下文服务器配置中:

{
  "context_servers": {
    "sensei": {
      "command": "uvx",
      "args": ["sensei-mcp"]
    }
  }
}

保存后重新启动Zed。

💻 VS Code (with MCP Extension)
  1. 从VS Code市场安装MCP扩展
  2. 在扩展设置中配置MCP服务器
  3. 添加:
{
  "mcpServers": {
    "sensei": {
      "command": "uvx",
      "args": ["sensei-mcp"]
    }
  }
}

保存后重新启动VS Code。


🎯 什么是Sensei?

问题: 输出样式和自定义说明是装饰性的——应用 之后 克劳德已经推理过了。

解决方案: Sensei注入工程标准 之前 推理基于:

  • 50+文件类型 (Python、JS/TS、Go、Java、Kotlin、Swift、Rust、GraphQL、Docker、k8s等)
  • 操作上下文 (创建、修改、调试、安全等)
  • 关键词 (多租户、支付、异步等)
  • 会话存储器 建筑决策

结果: 标准实际上会影响行为,而不仅仅是格式。

为何这很重要

输出样式(外观):

User: "Write an API endpoint"
Claude: [reasons about design]
Claude: [writes code]
Output Style: [formats the response]  ← Too late!

Sensei MCP(有源):

User: "Write an API endpoint"
Sensei: [injects API contracts, security, multi-tenancy standards]
Claude: [reasons WITH standards in context]
Claude: [writes code that follows standards]

⚡ 主要特点

v0.6.0-粒度角色内容访问(选项B架构)🎭

  • 🔧 修复关键Bug:编排器返回的是占位符文本,而不是真正的分析
  • 🏗️ 新体系结构:MCP作为内容提供商(不是分析引擎)
    • MCP提供人物角色SKILL.md内容
    • Claude(调用LLM)使用该内容执行分析
    • 镜子 .claude/skills/ 一致性模式
  • 🛠️ 4种新的粒度工具:
    • get_persona_content() -返回特定角色的完整SKILL.md
    • suggest_personas_for_query() -具有相关性评分的智能人物角色选择
    • get_session_context() -以JSON格式返回会话内存(约束、决策、模式)
    • record_consultation() -克劳德分析后记录咨询
  • 📊 益处:
    • MCP中不需要LLM(无API密钥,无成本,无延迟)
    • 克劳德做自己最擅长的事(分析)
    • 可预测的、确定性的MCP行为
    • 可扩展(只需添加SKILL.md文件)

v0.5.0-增强的发现、CI/CD集成、团队协作和数据库专业知识🚀

  • 🔍 交互式人物角色发现 -更快地找到合适的专家:
    • 增强 list_available_skills() 具有3种格式模式(标准、详细、快速)
    • CLI演示模式(sensei-mcp --demo)5个真实场景
    • 当选择<2个角色时,智能上下文会提示
    • 技术关键字检测(数据库、api、安全、前端、移动、ml)
  • 🔧 CI/CD集成包 -将Sensei集成到您的开发工作流程中:
    • 用于PR审查和架构检查的GitHub Actions工作流
    • 预提交挂钩(一致性、安全性、成本分析)
    • 具有3阶段验证的GitLab CI管道
    • 增强 analyze_changes() 提供人物角色建议
    • 综合集成指南(500+行)
  • 🤝 会话合并和团队同步 -就架构决策进行协作:
    • 合并多个开发人员会话以解决冲突
    • 4种合并策略(最新、最旧、全部、手动)
    • 用于并排分析的会话比较
    • 所有决策的归因跟踪
  • 🗄️ 数据库架构师Persona -专业数据库专家加入团队:
    • 模式设计和规范化专业知识
    • 查询优化和索引策略
    • 迁移规划和可扩展性模式
    • 多租户架构指导

v0.4.0-分析和团队协作📊

  • 📊 会话分析 -数据驱动的人物角色使用和决策模式洞察:
    • 跟踪哪些角色使用最多/最少
    • 上下文分布(安全、危机、架构等)
    • 决策速度和咨询模式
    • 基于时间的过滤(过去7天、过去30天、所有时间)
    • 导出为markdown、JSON或文本
  • 📄 咨询出口 -将个人咨询作为专业报告分享:
    • 带元数据(ID、时间戳、模式、上下文)的Markdown格式
    • 用于CI/CD集成的JSON格式
    • 通信工具的纯文本
  • 📋 会议总结 -导出综合ADR(架构决策记录):
    • 完整的决策历史和理由
    • 主动约束和商定的模式
    • 最近的咨询历史
    • 可配置包括(决策、协商、约束、模式)
    • 非常适合团队入职和调整

v0.3.0-多角色编排器🎭

  • 🎭 47个专业角色 -Skill Orchestrator协调12个类别的专家观点:
    • 核心(3): Snarky高级工程师、实用建筑师、遗产考古学家
    • 专业(6): API平台工程师、数据工程师、数据库架构师、前端用户体验专家、ML实用主义者、移动平台工程师
    • 操作(3): 现场可靠性工程师、事件指挥官、可观测性工程师
    • 安全(2): 安全哨兵、合规守护者
    • 平台(3): DevEx冠军、平台构建者、QA自动化工程师
    • 成本(1): FinOps优化器
    • 领导力(4): 富有同情心的团队负责人、产品工程负责人、执行联络人、技术作家
    • DevRel(4): 开发人员倡导者、解决方案架构师、员工IC顾问、开源战略家
    • 战略(6): 并购尽职调查、供应商管理、技术招聘、工程转型、人工智能道德治理、数据战略
    • 管理(3): 工程经理、工程总监、工程副总裁
    • 技术领导(2): 总建筑师、总工程师
    • 协调(3): 技术项目经理、技术产品经理、工程运营
    • 基础设施(6): 数据库可靠性工程师、发布工程主管、性能工程师、云架构师、测试工程主管、客户成功工程师
    • 元(1): 技能编排员
  • 🧠 上下文检测 -智能地将查询路由到相关角色(危机、安全、政治、建筑、成本、团队、技术)
  • 🤝 协同合成 -解决冲突和建立共识的多种视角
  • 📊 咨询跟踪 -会话记忆记录了咨询了哪些角色及其原因
  • ⚡ 多种模式:
    • orchestrated (默认):2-5个角色协作
    • quick:只有Snarky高级工程师才能快速回答
    • crisis:应急小组(事故指挥官、SRE、行政联络)
    • standards:传统的单一语音模式,向后兼容

核心功能(v0.2.x)

  • 🎯 上下文感知加载 -每次请求仅节省5-15%的规则手册(87.5%的代币节省)
  • 🧠 会话存储器 -在对话中记住架构决策
  • 🤝 团队同步 -通过以下方式分享决策和规则 .sensei 存储库中的文件夹
  • 🕵️ Git意识 -从暂存文件中自动推断上下文
  • 📦 50+文件类型 -全面的技术栈覆盖
  • 🔍 智能推理 -自动确定相关标准
  • 🛡️ 一致的执行 -不再重复诉讼模式
  • 🚀 零配置 -安装后立即工作
  • 🔒 隐私第一 -在本地运行,没有外部服务

📚 支持的文件类型

编程语言(20+)

Python、JavaScript、TypeScript、Go、Java, 科特林, 迅速的Ruby、Rust、PHP、C#, Scala, C/C++, 飞镖, 灵药, Clojure, 榆木, 朱莉娅, R

前端和Web

React(JSX/TSX)、Vue、Svelte、, 星的, 超文本标记语言, 层叠样式表, 南海, 萨斯, 更少

基础设施和DevOps

地形, 码头工人, Kubernetes, 引擎X, 阿帕奇, SHELL脚本 (bash/zsh)、Makefiles等, HCL

数据和API

SQL、Prisma、, 图查询语言, 协议缓冲区, 阿夫罗, CSV文件, 可扩展标记语言, Jupyter笔记本

配置和工具

YAML、JSON、TOML, 埃斯林特, 更漂亮, 开玩笑, 剧作家, 柏树, Webpack, 维特,t矛盾。

CI/CD

GitHub 操作, GitLab 的, 詹金斯, CircleCI 的, Azure管道

移动

安卓 (AndroidManifest.xml,build.gradle), iOS (信息.plist,播客文件)

包装经理

Packes.son、gemfile、, Cargo.toml, go.mod,requirements.txt, Pipfile

监控

普罗米修斯, 格拉法纳, 数据狗, New Relic, 哨兵


🛠️ 用法

📖 新 带有真实世界示例的完整使用指南

请参阅详细的用例,包括API设计评审、生产危机响应、成本优化、代码评审和基于会话的体系结构决策。

Sensei提供 20个MCP工具 (v0.6.0中有4个新版本,v0.5.0中有2个,v0.4.0中有3个,v0.3.0中有三个)+ CLI演示模式:

新v0.6.0-粒度角色内容工具

1.get_persona_content(新增)

获取特定角色的完整SKILL.md内容。Claude使用此内容从该角色的角度分析查询。

# Get full Security Sentinel content
content = get_persona_content(
  persona_name="security-sentinel",
  include_metadata=True  # Optional: includes description and expertise
)
# Returns: Complete SKILL.md with principles, personality, expertise, guidelines

# Claude then uses this content as context to analyze your query
# Example workflow:
# 1. Claude suggests personas → ["security-sentinel", "api-platform-engineer"]
# 2. Claude gets content for each → Full SKILL.md files
# 3. Claude analyzes from each perspective using the content
# 4. Claude synthesizes all perspectives into recommendation

2.建议_人员_查询(新)

基于查询分析的智能人物角色选择,具有相关性得分和基本原理。

# Get persona suggestions for a query
suggestions = suggest_personas_for_query(
  query="How should we handle authentication for our API?",
  max_suggestions=5,  # Maximum number of suggestions (default: 5)
  context_hint="SECURITY"  # Optional: force specific context
)
# Returns JSON:
# {
#   "query": "How should we handle authentication...",
#   "detected_context": "SECURITY",
#   "suggestions": [
#     {
#       "name": "security-sentinel",
#       "display_name": "Security Sentinel",
#       "relevance": 0.95,
#       "rationale": "Expert in authentication, security"
#     },
#     {
#       "name": "api-platform-engineer",
#       "display_name": "API Platform Engineer",
#       "relevance": 0.82,
#       "rationale": "Expert in API design, contracts"
#     }
#   ]
# }

# Auto-detect context from query
suggest_personas_for_query(
  query="Our AWS bill is too high",
  max_suggestions=3
)
# Returns: finops-optimizer, pragmatic-architect, site-reliability-engineer

3.获取会话文本(新)

获取JSON格式的会话内存(约束、决策、模式),用于上下文感知分析。

# Get full session context
context = get_session_context(
  session_id="saas-backend",
  project_root="/path/to/repo"  # Optional: for project-local sessions
)
# Returns JSON:
# {
#   "session_id": "saas-backend",
#   "active_constraints": ["AWS only", "Python 3.11+", "PostgreSQL"],
#   "patterns_agreed": ["Use FastAPI", "JWT auth"],
#   "recent_decisions": [
#     {
#       "id": "dec-001",
#       "category": "architecture",
#       "description": "Use PostgreSQL for primary data store",
#       "rationale": "Team expertise, ACID guarantees",
#       "timestamp": "2025-01-23T10:30:00"
#     }
#   ]
# }

# Claude includes this context when analyzing to ensure consistency

4.记录咨询(新)

在Claude进行分析后,在会话历史中记录协商。

# After Claude analyzes using persona content
record_consultation(
  query="Should we migrate to microservices?",
  personas_used=["pragmatic-architect", "site-reliability-engineer", "finops-optimizer"],
  session_id="saas-backend",
  project_root="/path/to/repo",  # Optional
  synthesis="[Claude's complete analysis and recommendation]"  # Optional
)
# Returns: "✅ Consultation recorded: consult_42"

# This consultation is now in session history for:
# - Analytics (get_session_insights)
# - Export (export_session_summary)
# - Future context

v0.5.0-增强的发现和团队合并

CLI演示模式

Sensei多角色功能的交互式演练。

# Run the interactive demo
sensei-mcp --demo

# Shows 5 real-world scenarios:
# - Architecture Decision (microservices migration)
# - Production Crisis (database outage)
# - Security Review (authentication audit)
# - Cost Optimization (cloud spending)
# - Code Quality (technical debt)

5.合并会话

通过智能冲突解决合并多个开发人员会话。

# Merge two developer sessions
merge_sessions(
  session_ids=["alice-frontend", "bob-backend"],
  target_session_id="sprint-23",
  conflict_strategy="latest",  # "latest", "oldest", "all", "manual"
  session_id="sprint-23",
  project_root="/path/to/repo"
)
# Returns: MergeResult with decisions merged, conflicts detected, attribution tracking

# Manual conflict resolution
merge_sessions(
  session_ids=["alice-session", "bob-session"],
  target_session_id="team-session",
  conflict_strategy="manual"  # Returns conflicts for human resolution
)

6.比较会话

在合并之前并排比较两个会话。

compare_sessions(
  session_a_id="alice-session",
  session_b_id="bob-session",
  session_id="default",
  project_root="/path/to/repo"
)
# Returns: Markdown comparison with decisions, constraints, patterns diff

v0.4.0工具-分析与协作

7.获取会话信息

获取数据驱动的洞察,了解人物角色使用、咨询模式和决策速度。

# Get insights for last 7 days
get_session_insights(
  session_id="saas-backend",
  time_range="last_7_days",  # "last_7_days", "last_30_days", "all_time"
  format="markdown",  # "markdown", "json", "text"
  min_consultations=2  # Only include personas with 2+ consultations
)
# Returns: Most/least used personas, context distribution, decision metrics

# Get JSON for CI/CD integration
get_session_insights(
  session_id="saas-backend",
  format="json"
)

8.出口咨询

将单个咨询导出为可共享的报告。

# Export as markdown with full metadata
export_consultation(
  consultation_id="c-2025-01-22-001",
  session_id="saas-backend",
  format="markdown",  # "markdown", "json", "text"
  include_metadata=True
)
# Returns: Professional report with query, personas consulted, synthesis, linked decision

# Export as JSON for API integration
export_consultation(
  consultation_id="c-2025-01-22-001",
  format="json"
)

9.导出_会话_摘要

导出全面的ADR和会议总结,供团队分享。

# Full session export with all sections
export_session_summary(
  session_id="saas-backend",
  format="markdown",  # "markdown", "json", "text"
  include=["decisions", "consultations", "constraints", "patterns"],
  max_consultations=10
)
# Returns: ADRs, consultation history, constraints, patterns in markdown

# Export only decisions as JSON
export_session_summary(
  session_id="saas-backend",
  format="json",
  include=["decisions"]
)

v0.3.0工具-多角色编排器

注: get_engineering_guidance() 和 consult_skill() 将在v0.7.0中弃用。请改用新的v0.6.0粒度工具(get_persona_content, suggest_personas_for_query, get_session_context, record_consultation).

10.获取工程指导

就任何工程问题获得多人协作指导。

# Example: Architecture decision
get_engineering_guidance(
  query="Should we use microservices or a monolith for our SaaS app?",
  mode="orchestrated",  # default: auto-selects 2-5 relevant personas
  session_id="saas-backend",
  output_format="standard"
)
# Returns: Synthesis from Pragmatic Architect, Snarky Senior Engineer,
#          Product Engineering Lead with consensus and tensions

# Quick mode - fast answer from just Snarky
get_engineering_guidance(
  query="How do I fix this API bug?",
  mode="quick"  # Only Snarky Senior Engineer responds
)

# Crisis mode - emergency team
get_engineering_guidance(
  query="Production database is down!",
  mode="crisis"  # Incident Commander, SRE, Executive Liaison
)

# Request specific personas
get_engineering_guidance(
  query="How do we reduce our AWS bill?",
  specific_personas=["finops-optimizer", "pragmatic-architect"]
)

11.咨询师_技能

直接咨询单个角色以获得有针对性的专业知识。

consult_skill(
  skill_name="security-sentinel",
  query="Review this authentication implementation for vulnerabilities",
  session_id="saas-backend"
)

12.列表_可用_技能

发现按类别组织的所有64个可用角色。

# List all personas (standard format)
list_available_skills()

# Detailed format with examples and metadata
list_available_skills(format="detailed")

# Quick format (names only)
list_available_skills(format="quick")

# List by category
list_available_skills(category="operations")  # SRE, Incident Commander, etc.
list_available_skills(category="specialized")  # Security, FinOps, Database Architect, etc.

核心工具(v0.2.x)-仍受支持

13.get_engineering_context(遗留)

智能上下文注入-根据文件和操作加载相关标准。

注: 在v0.3.0中,这现在被称为通过 get_engineering_guidance(..., mode="standards") 为了向后兼容性。

# Example: Working on payment API
get_engineering_context(
  operation="CREATE",
  file_paths=["api/payments.py"],
  description="Building Stripe payment endpoint",
  session_id="saas-backend"
)
# Returns: API contracts, security, multi-tenancy, idempotency standards

14.记录决定

保存架构决策以防止再次诉讼。

record_decision(
  category="architecture",
  description="Use PostgreSQL for primary data store",
  rationale="Team expertise, ACID guarantees, proven at scale",
  session_id="saas-backend"
)

15.验证_不符合标准

实施前验证检查。

validate_against_standards(
  design_description="REST API with JWT auth",
  focus_areas=["security", "multi-tenant"],
  session_id="saas-backend"
)

16.get_session_summary

审查当前项目的所有决策和限制。

get_session_summary(session_id="saas-backend")

17.列表_会话

使用单独的会话状态管理多个项目。

list_sessions()

18.查询_特定_标准

直接访问特定的规则手册章节。

query_specific_standard(
  section_name="multi_tenancy",
  session_id="saas-backend"
)

19.检查一致性

根据过去的决定验证拟议的变更。

check_consistency(
  proposed_change="Switch from Postgres to MongoDB",
  session_id="saas-backend"
)

20.分析变化

从分阶段的git更改中自动推断上下文(在v0.5.0中通过角色建议进行了增强)。

analyze_changes(project_root="/path/to/repo")
# Returns: File changes, diff stats, and suggested personas based on file patterns

🤝 团队同步和项目隔离

Sensei支持与您的团队分享决策和规则:

  1. 创建一个 .sensei 文件夹 在您的项目根目录中。
  2. 添加 rules.md 用于自定义项目特定规则。
  3. 使用以下工具运行工具 project_root:决定将保存到 .sensei/decisions.md.

这允许您将工程内存提交到Git!


🏗️ 运作原理

  1. 上下文推理引擎 分析:

    • 文件模式(API路由、数据库模式、测试等)
    • 操作类型(CREATE、REFACTOR、DEBUG等)
    • 关键词(租户、支付、异步等)
  2. 规则手册加载器 摘录相关章节:

    • 总共57个部分映射到32个文件模式
    • 核心部分始终加载(原则、哲学)
    • 按需加载特定任务部分
  3. 会话管理器 坚持决策:

    • 存储在 $HOME/.sensei/sessions/<project>.json
    • 人类可读的JSON格式
    • 每次工具调用时自动加载

文件模式示例

文件类型 触发器 示例文件
API文件 API合同、安全、多目标 api/billing.py, routes/users.ts
数据库 数据持久性、安全性、多租户 migrations/001.sql, schema.prisma
测试 测试标准、代码质量 test_api.py, api.spec.ts
基础设施 云平台、合规性、成本 main.tf, docker-compose.yml, k8s/*.yaml
CI/CD 交付、测试、可观察性 .github/workflows/*.yml, Jenkinsfile
前端 性能、i18n、安全性(XSS) App.tsx, index.html, styles.css
移动 云、依赖关系、合规性 AndroidManifest.xml, Podfile

💡 示例工作流

架构决策(v0.3.0多角色)

# 1. Get multi-persona guidance on architecture
result = get_engineering_guidance(
  query="Should we migrate from a monolith to microservices? We have 5 engineers and 10K users.",
  mode="orchestrated",  # Auto-selects relevant personas
  session_id="saas-backend"
)
# Personas consulted: Pragmatic Architect, Snarky Senior Engineer, Product Engineering Lead
# Synthesis includes: Consensus points, tensions/trade-offs, recommendation

# 2. Consult specific expert for follow-up
consult_skill(
  skill_name="finops-optimizer",
  query="What's the cost impact of microservices vs monolith?",
  session_id="saas-backend"
)

# 3. Record the decision
record_decision(
  category="architecture",
  description="Stay monolith for now, plan modular architecture",
  rationale="Team size and user scale don't justify microservices complexity yet",
  session_id="saas-backend"
)

生产事故(危机模式)

# Crisis mode activates emergency response team
get_engineering_guidance(
  query="Production database has 10K connections and is timing out!",
  mode="crisis",  # Incident Commander, SRE, Executive Liaison
  session_id="saas-backend"
)
# Returns: Immediate triage steps, communication plan, root cause analysis

启动新功能(v0.2.x传统模式)

# 1. Get context for the feature (legacy standards mode)
get_engineering_context(
  operation="CREATE",
  file_paths=["api/webhooks.py"],
  description="Stripe webhook handler for subscription events",
  session_id="saas-backend"
)

# 2. Record key decisions
record_decision(
  category="architecture",
  description="Use idempotent webhook processing with deduplication",
  rationale="Webhooks can be retried, need to handle duplicates safely",
  session_id="saas-backend"
)

# 3. Validate before implementation
validate_against_standards(
  design_description="POST /webhooks/stripe with signature verification",
  focus_areas=["security", "api"],
  session_id="saas-backend"
)

代码审查

# Load relevant standards for review
get_engineering_context(
  operation="REVIEW",
  file_paths=["api/users.py", "db/queries.sql"],
  description="User management PR - check multi-tenancy",
  session_id="saas-backend"
)

# Check consistency with past decisions
check_consistency(
  proposed_change="Add user_id index without tenant_id",
  session_id="saas-backend"
)

调试生产问题

# Get observability and debugging context
get_engineering_context(
  operation="DEBUG",
  file_paths=["services/payment_processor.py"],
  description="Investigating payment timeout issues",
  session_id="saas-backend"
)

# Query specific standards
query_specific_standard(
  section_name="observability",
  session_id="saas-backend"
)

📖 文档

入门指南

MCP生态系统整合(新)

技术文档


🔧 发展

本地设置

git clone https://github.com/amarodeabreu/sensei-mcp.git
cd sensei-mcp
pip install -e .

运行测试

pytest tests/

代码格式化

black src/ tests/
isort src/ tests/

🤝 贡献

欢迎投稿!看 贡献.md 用于:

  • 开发设置
  • 运行测试
  • 代码风格指南
  • PR提交流程

📊 比较:之前和之后

在Sensei之前

❌ 应用的输出样式 之后 推理 ❌ 每次对话都重复相同的上下文 ❌ 重新诉讼架构决策 ❌ 忘记过去的限制 ❌ 加载整个规则手册(40%的令牌)

在Sensei之后

✅ 标准影响推理 之前 代码已编写 ✅ 上下文感知加载(占规则手册的5-15%) ✅ 会话内存用于保存决策 ✅ 跨对话的一致执行 ✅ 具有隔离功能的多项目支持


🏆 ROI计算

由5名工程师组成的团队:

  • 每位工程师每天节省10分钟,避免重复解释
  • 每周防止5起建筑再诉讼
  • 节省30分钟/事件,具有更好的可观察性

年度节省: 约500小时的工程时间


📄 许可证

Apache 2.0-请参阅 许可证 详情


🔗 链接

  • github: https://github.com/amarodeabreu/sensei-mcp
  • PyPI: https://pypi.org/project/sensei-mcp/
  • 问题: https://github.com/amarodeabreu/sensei-mcp/issues

🙏 致谢


由...制作🥋 通过 amarodeabreu