Token导航 LogoToken导航

MCP Server · AI代理

Zihtasks MCP

一个用于管理AI代理实现任务的结构化协议服务器,支持任务创建、状态更新和依赖管理。

未说明官方级别未说明来源级核验工具 7
依赖管理JavaScriptClaudeAI代理Claude Desktop

快速开始

公开资料没有提供安装命令,按仓库或官方文档接入。
作者 / 组织
sulistta
提供方
sulistta

工具数量

7

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

0

仓库热度

收录来源

1 个

MCP World

选型结论

Zihtasks MCP 属于AI代理类 MCP Server,公开资料标注 7 个工具,通过传输方式未标注接入,适配 Claude Desktop、Claude,没有现成的安装命令;接入前要先准备 会话凭据。

分类

AI代理

传输方式

未说明

认证方式

会话凭据

部署方式

公开资料未说明

安装与配置

公开目录没有给出安装命令,需要按仓库 README安装;下面按同类条目的通用流程说明。

公开命令不是通用的启动方式,拼不出可靠配置示例;请在客户端 MCP 配置里按官方文档填写 command 和 args。

上手步骤

  1. 1

    先确认运行方式

    公开资料没有标注传输方式,先看仓库 README,确认是本地进程还是远程地址。

  2. 2

    获取服务

    公开目录没有给出安装命令,按仓库 README里的步骤安装或获取服务。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 7 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

公开资料仍需确认:安装命令

详细介绍

ZihTasks MCP服务器

模型上下文协议 (MCP) 服务器,用于管理 AI 代理的部署任务。

🎯 概念

该MCP允许LLM在部署功能之前以结构化方式创建和管理任务。每个任务都有自己的 隔离的背景 (类似于单独的“标签”),具有运行历史记录,日志和依赖关系。

🚀 安装

# Clone ou navegue até o diretório
cd d:\Projects\MCP\zihtasks-mcp

# Instale as dependências
bun install

# Compile o TypeScript
bun run build

⚙️ 配置

选项 1: Claude Desktop

添加到您的 claude_desktop_config.json:

{
  "mcpServers": {
    "zihtasks": {
      "command": "node",
      "args": ["d:/Projects/MCP/zihtasks-mcp/build/index.js"]
    }
  }
}

文件位置 :

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

设置完成后, 重新启动 Claude Desktop 。

📖 完整指南: 查看 TESTING.md 详细的指示。

选项 2:Gemini CLI

添加到您的 mcp_config.json:

{
  "mcpServers": {
    "zihtasks": {
      "command": "node",
      "args": ["d:/Projects/MCP/zihtasks-mcp/build/index.js"],
      "env": {}
    }
  }
}

文件位置 :

  • 窗户: %USERPROFILE%\.gemini\mcp_config.json
  • Mac/Linux: ~/.gemini/mcp_config.json

配置后, 启动 Gemini CLI gemini-cli.

📖 完整指南: 查看 GEMINI_CLI.md 详细的指示。

📋 可用工具

1. create_project

创建一个新工程来组织任务 。

{
  "name": "Implementar Sistema de Login",
  "description": "Sistema completo de autenticação com JWT"
}

2. create_task

在工程中创建新任务 。

{
  "projectId": "1234-abc",
  "title": "Criar schema do banco de dados",
  "description": "Definir tabelas users, sessions, tokens",
  "dependencies": [],
  "metadata": {
    "priority": "high",
    "estimate": "2h"
  }
}

3. update_task_status

更新任务的状态 。

可用状态 : pending → in_progress → completed (ou blocked)

{
  "projectId": "1234-abc",
  "taskId": "5678-def",
  "status": "in_progress"
}

4. add_task_context

向任务的上下文/历史记录添加信息。

{
  "projectId": "1234-abc",
  "taskId": "5678-def",
  "context": "Implementado validação de email. Testes passando."
}

5. list_tasks

列出工程中的所有任务 。

{
  "projectId": "1234-abc",
  "status": "all" // ou "pending", "in_progress", "completed"
}

6. get_task_details

获取特定任务的所有详细信息和历史记录。

{
  "projectId": "1234-abc",
  "taskId": "5678-def"
}

7. get_next_task

返回下一个可执行的待办任务( 没有锁定的依赖关系) 。

{
  "projectId": "1234-abc"
}

💡 使用示例(LLM工作流程)

Usuário: "Crie um sistema de autenticação JWT"

LLM: Vou criar um projeto e quebrar isso em tasks:

1. [create_project] → ID: proj-123
2. [create_task] "Criar schema do banco" → ID: task-1
3. [create_task] "Implementar registro de usuário" → ID: task-2 (depende de task-1)
4. [create_task] "Implementar login e JWT" → ID: task-3 (depende de task-2)
5. [create_task] "Adicionar middleware de autenticação" → ID: task-4 (depende de task-3)

6. [get_next_task] → Retorna task-1 (sem dependências)
7. [update_task_status] task-1 → "in_progress"
8. [add_task_context] "Criado schema com tabelas users, sessions"
9. ... implementa o código ...
10. [update_task_status] task-1 → "completed"

11. [get_next_task] → Retorna task-2 (task-1 já está completa)
12. Repete o processo...

🔄 特殊资源

按任务隔离的上下文

每个任务都有自己的数组。 context[] 它作为一个孤立的“聊天”:

  • 进展日志
  • 实施过程中的发现
  • 找到的问题
  • 作出的决定

依赖系统

任务可能依赖于其他任务。系统自动:

  • 阻止有未完成依赖关系的任务
  • get_next_task 总是只返回可执行任务

MCP 资源

所有项目和任务都显示为 MCP 资源:

  • task://project/{projectId} 查看完整项目
  • task://project/{projectId}/task/{taskId} -可视化任务专用

🎨 自定义

您可以添加更多字段到 metadata das任务:

  • 优先级
  • 时间估计
  • 标签
  • 负责人
  • Tipo de task(后端、前端、文档等)

📝 注释

  • 数据存储在内存中(重新启动服务器将清除数据)
  • 为了持久性,您可以添加保存到JSON文件或数据库
  • 系统同时支持多个项目

🛠️ 开发

# Modo watch (recompila automaticamente)
bun run watch

# Em outro terminal, teste
bun start

🚀 下一步

  1. ✅ 完整的基本实施
  2. 🔜 向文件/银行添加持久性
  3. 🔜 添加常见任务模板
  4. 🔜 添加统计和报告
  5. 🔜 添加高级搜索/过滤器
  6. 🔜 添加对子任务的支持

📦 可用脚本

  • bun run build -编译TypeScript
  • bun run watch 以 watch 模式编译
  • bun start - 运行编译的服务器
  • bun run dev 编译和运行(快速开发)

工具与能力

工具数量

7

资源数量

0

提示词数量

0

能力标签

任务管理JavaScript本地部署AI代理协议服务器上下文隔离依赖管理

支持客户端

Claude DesktopClaude

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

多步任务编排

把拆解、检索、执行串成一条链,模型按步骤调用工具。

长期上下文

把会话、笔记和知识放到外部存储,换个会话还能接着做。

接自有流程

把内部系统和模型连起来,让助手调用已有的工作流。

选择建议

值得选的地方

  • 只提供 7 个工具,职责集中,接入后不容易误操作。
  • 已经适配 Claude Desktop、Claude,换客户端不用重新研究配置。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • 公开资料没有可直接复制的安装命令,第一次接入要自己找入口。
  • 需要自备会话凭据,没有凭据没法直接试。
  • 公开摘要偏短,具体能力和限制要回到仓库确认。

更适合

  • 需要在AI代理场景里让模型直接调用外部能力的人。
  • 已经在用 Claude Desktop 的用户,接入路径最短。
  • 愿意照着官方文档一步步配环境的人。

不太适合

  • 暂时拿不到会话凭据的人。
  • 希望一条命令就装好、不想看文档的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
Zihtasks MCP

MCP World · 本页

7未说明未标注1 个2026-05-17
Everything Claude Code

MCP World

0stdio有1 个2026-05-17
Filesystem 560c4363

MCP World

13未说明未标注2 个2026-05-17
Time 7365cb6d

MCP.so

2SSE有2 个2026-05-17
Server Everything (everything)

MCP World

11stdio有1 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

Zihtasks MCP 怎么安装?

公开目录没有给出可以直接复制的安装命令,需要按仓库 README里的步骤安装;装好后写进客户端的 MCP 配置再重启。

Zihtasks MCP 怎么在 Claude Desktop、Cursor 里配置?

它是传输方式未标注,客户端配置里要写启动命令和参数,运行环境是 未标注;保存后完全退出客户端再打开,配置才会生效。

Zihtasks MCP 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Zihtasks MCP 需要 API Key 吗?

公开资料标注的认证方式是会话凭据,也就是要先拿到凭据才能连上;凭据只填在自己本地的配置里,不要写进公开仓库。

Zihtasks MCP 支持哪些客户端?

公开资料标注支持 Claude Desktop、Claude;其他客户端只要能配置 MCP Server,也能用同样的命令或地址接入。

来源信息

继续浏览同类 MCP