intelliboard-mcp

MCP serverDev tools

Kanban do Intelliboard por MCP: handoff entre agentes e validação imposta antes de concluir.

This server has no hosted endpoint yet, so ahel can't serve it. You can still add it. It stays paused until ahel can serve it.

Serve it through your gateway

One link, every agent. Your own credentials, stored once.

Tools it gives your agents (46)

ToolWhat it does
intelliboard_statusDiz se o MCP está conectado e autenticado no Intelliboard. Chame logo após instalar para confirmar a conexão. Retorna { authenticated, apiUrl, user? }. Se authenticated=false, chame a tool `login`.
check_updateVerifica no npm se há uma versão mais nova do intelliboard-mcp (ignora o cache de 24h). Retorna a versão atual, a última publicada, se há atualização e o comando para atualizar.
updateExplica como atualizar o intelliboard-mcp. O processo em execução NÃO se auto-substitui: a versão nova entra ao REABRIR a sessão do agente.
prepare_updateBaixa e prepara a versão publicada AGORA, com a sessão ainda de pé, para que o próximo start do cliente seja cache hit em vez de uma instalação fria.
loginAutentica o usuário no Intelliboard por device flow (OAuth). PASSO DO HUMANO: NÃO tente abrir a URL, aprovar ou autenticar você mesmo.
list_boardsLista os boards da organização efetiva. Com allOrganizations=true, descobre boards de TODAS as orgs em uma chamada e inclui organizationId/organizationName, sem alterar seleção, vínculo ou board...
create_boardCria um board na organização efetiva (select da sessão > vínculo do workspace > config legada > app). O backend já cria as 3 colunas essenciais (Planejamento/Em andamento/Concluído).
rename_boardRenomeia um board (por nome ou id) da organização efetiva. Vínculos de workspace continuam válidos pelo ID; workspace status informa se o nome local ficou desatualizado.
list_organizationsLista as organizações do usuário (id, nome, papel, e memberCount — 1 = pessoal, >1 = compartilhada/time). Use para escolher em qual org o agente vai atuar com select_organization.
select_organizationFixa a ORG que ESTA instância do MCP opera, por nome ou id — override em memória do processo. NÃO altera o navegador nem outras instâncias (não toca user_context).
select_boardFixa o BOARD (da org atual) que ESTA instância opera, por nome ou id — override em memória do processo. NÃO toca o navegador nem outras instâncias. Board de outra org → erro.
workspace_statusRead-only: mostra o workspace detectado (identidade Git ou caminho), o vínculo local de organização/board, a validade dele contra o backend, a precedência de escopo em vigor e o que a config legada...
list_workspace_linksRead-only: lista TODOS os workspaces vinculados nesta máquina para a API atual (caminho local, organização e board).
link_workspaceVincula ESTE repositório a uma organização + board. Aceita nome ou id; omita o campo quando só há uma opção acessível.
unlink_workspaceRemove o vínculo local deste repositório. Depois disso o escopo volta à precedência seguinte (config legada, ou org/board ativos no app). Idempotente: sem vínculo, responde ok sem erro.
validation_statusRead-only: diz se este workspace tem perfil de validação e qual. Sem perfil, devolve `recommendation` com os comandos detectados a partir do projeto (package.json, Cargo, go.mod, pyproject) —...
setup_validationGrava o perfil de validação deste workspace — o gate que complete_card exige antes de concluir um card. Sem `commands`, usa o que for detectado do projeto (ou o `validate` da config legada).
list_columnsLista as colunas do board ativo (com role) e seus cards. Por padrão os cards vêm ENXUTOS (id, título, coluna, assignee, épico, sprint, dependências, prazo) — SEM description, executionReport nem...
create_columnCria uma coluna. Verifique duplicatas com list_columns antes. role opcional: todo|doing|done.
delete_columnRemove uma coluna e TODOS os cards dela. Use com cuidado.
create_cardCria um card a partir de um relato/task. ANTES, LEIA o código relevante para entender a causa real.
create_cards_bulkCria VÁRIOS cards de uma vez (tudo-ou-nada) — ideal p/ planejar uma sprint inteira numa chamada só, revisando o plano antes de persistir.
update_cardAtualiza campos de planejamento e handoff de um card, inclusive comandos de validação, riscos, limitações e notas de segurança. Use `sprintId` para mover o card para outro sprint (grooming de backlog)
move_cardMove um card para outra coluna/posição. Mover para a coluna 'doing' TAMBÉM faz o claim no backend; esta tool alinha o estado local (baseline + heartbeat) ao claim resultante, então não existe card...
list_sprintsLista os sprints do board atual (id, nome, status, período, meta). Num board compartilhado todos os membros veem os mesmos sprints.
create_sprintCria um sprint no board atual (status inicial 'planning'). Datas em YYYY-MM-DD (opcionais). NÃO ativa automaticamente — use activate_sprint.
update_sprintAtualiza nome, meta, período (YYYY-MM-DD) ou status ('planning'|'active'|'done') de um sprint. Para trocar o sprint ativo, prefira activate_sprint (garante no máximo 1 ativo por board).
activate_sprintTorna este o sprint ATIVO do board — os demais ativos viram 'done' (no máximo 1 ativo por board). Num board compartilhado isso muda o sprint ativo para TODOS os membros e seus agentes.
complete_cardConclui um card movendo-o para 'done'. EXIGE comprovante local vinculado ao fingerprint atual; sem ele devolve ticket + comandos exatos para execução pela autorização nativa do agente.
amend_execution_reportACRESCENTA uma correção datada ao executionReport de um card. O texto original NUNCA é alterado — a correção fica ao lado dele, com data, autor e método de verificação.
validatePrepara um ticket de validação e devolve os comandos exatos para execução pela ferramenta nativa de terminal. Não executa comandos dentro da tool.
get_next_taskPega o primeiro card disponível da coluna 'todo', trava por assignee e move para 'doing'. Retorna { done: true } quando não há mais. Loop: get_next_task → implementar → complete_card → repetir.
claim_cardPega o card indicado, trava por assignee e move para 'doing' — o mesmo claim atômico do get_next_task, mas no card que VOCÊ escolheu, sem reordenar o board.
list_my_cardsCards atribuídos a você (assignee = seu usuário).
block_cardBloqueia explicitamente um card e para heartbeat local.
release_cardLibera o claim do card e para heartbeat local.
unblock_cardRemove o bloqueio manual sem iniciar claim/heartbeat.
list_agentsLista os agentes com claim ativo no board (sessão, cliente, estado, card e heartbeat).
inspect_claim_changesRead-only: compara baseline atual com o working tree.
get_project_contextRetorna a nota de CONTEXTO do projeto (kind=context) — o briefing que descreve convenções, decisões e objetivos. LEIA antes de implementar cards para seguir o padrão do projeto.
list_decisionsLê o log append-only de decisões do board (mais recentes primeiro). Filtros: source, q, cardId, epic, limit. Cada entrada traz id, summary, detail, source, cardId, epic, at.
search_cardsBusca cards do board ativo por texto (título e descrição, case-insensitive) e/ou filtra por épico, sprint e assignee.
log_decisionAPPENDA uma decisão ao log do board — histórico datado do que mudou e por quê (ex.: troca de biblioteca, mudança de arquitetura, re-implementação de entidade). Append-only: NUNCA sobrescreve nada.
delete_cardRemove um card permanentemente.
commit_cardFaz APENAS commit local das mudanças do card — NUNCA push, NUNCA PR. Antes de commitar, garante a branch correta: se o repo estiver numa branch protegida (main/master), cria/troca para uma branch do...
set_git_modePersiste, na máquina do dev (~/.config/intelliboard/prefs.json), como o MCP trata branch/commit ao concluir cards. Isto controla a preferência de fluxo, NÃO concede permissão para executar Git.

Signals

Weekly downloads
1k
Tools captured
46