mcpField
C
clickup-issue-create

clickup-issue-create

github.com/promovawebProductivity459 installsUpdated 3d ago
Repository

About clickup-issue-create

A skill for turning the current input or specified conversation history into a ClickUp task without carrying out the work. It emphasizes preserving source requirements, documenting ClickUpfy changes, and validating the created task structure.

Key features

  1. 01Create tasks from supplied content
  2. 02Preserve scope and approval conditions
  3. 03Handle nested subtasks and test checklists
  4. 04Check for duplicates before creation
  5. 05Validate the saved task hierarchy

Use cases

  1. 01Convert a request into a structured ClickUp task
  2. 02Create subtasks and checklists from explicit requirements
  3. 03Capture documentation requirements for ClickUpfy changes

MCP support

Uses the project's MCP tools to confirm the account and List, search for duplicates, create tasks and checklists, and validate the resulting task tree. The CLI equivalents are reserved for when MCP is unavailable.

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/promovaweb/clickupfy --skill clickup-issue-create

After installing, type/clickup-issue-createin Claude Code to confirm it loaded.

Bundled filesagents/openai.yaml

Details

From the project README

Criar Tarefa no ClickUp

Transformar o input atual ou o histórico indicado pelo usuário em uma tarefa do ClickUp. Criar a estrutura solicitada sem implementar a solução, alterar arquivos do projeto, iniciar time tracking ou avançar status.

Documentação contínua

Se a tarefa criada pedir mudança no ClickUpfy, inclua no corpo uma seção de documentação com os capítulos de docs/user/ afetados, a referência de CLI ou MCP afetada, a atualização de docs/user/reading-order.txt, a versão do ebook e os comandos npm run ebook e npm run ebook:verify. Para cada comando ou ferramenta MCP acrescentado ou alterado, registre a exigência de explicar todos os parâmetros, retorno, permissões, limites e cinco exemplos diferentes.

Não trate README, texto de ajuda, changelog ou teste como substituto do manual do usuário. Quando a alteração não mudar a interface pública, declare esse limite na tarefa para não gerar documentação especulativa.

Limites

  • Usar somente fatos e requisitos presentes na fonte.
  • Preservar o significado, as restrições, os exemplos e as condições de aprovação.
  • Não inventar prazo, responsável, prioridade, status, teste ou subtarefa.
  • Não alterar a fonte recebida nem editar o repositório.
  • Não resolver checklist items durante a criação.
  • Remover credenciais, tokens, dados pessoais e URLs assinadas da versão que será enviada ao ClickUp. Informar a omissão ao usuário.
  • Solicitar esclarecimento antes de criar quando faltar o título ou uma escolha mudar materialmente a estrutura.

Ferramentas

Usar o MCP do projeto:

  • clickupfy_mcp_context para confirmar account e List.
  • clickupfy_tasks_search para detectar uma possível duplicata.
  • clickupfy_task_create com markdownContent para tarefas e subtarefas.
  • clickupfy_checklist_create para criar um checklist.
  • clickupfy_checklist_item_create para acrescentar cada teste.
  • clickupfy_task_get para validar a árvore criada.

Usar o CLI equivalente apenas quando o MCP não estiver disponível:

clickupfy task create \
  --list <list-id> \
  --name "<título>" \
  --markdown-content "<markdown>"

clickupfy checklist create <task-id> --name "Testes"
clickupfy checklist item-create <checklist-id> --name "<teste>"

Interpretar a fonte

Usar a mensagem atual, o histórico da conversa ou o material explicitamente indicado pelo usuário. Se a entrada já for um Markdown completo para a tarefa, preservá-lo como markdownContent. Caso contrário, organizar o conteúdo sem mudar o sentido:

# <título>

## Resultado esperado

<resultado descrito na fonte>

## Escopo

<entregas e limites explícitos>

## Requisitos

- <requisito verificável>

## Condições de aprovação

- <condição informada>

## Referências

- <links e artefatos seguros>

O nome da tarefa fica no campo name. Não é necessário repetir um H1 quando a fonte não o trouxer. Manter seções somente quando houver conteúdo real.

Reconhecer uma subtarefa apenas quando a fonte declarar uma unidade separada de trabalho, uma hierarquia ou uma dependência que deva ter acompanhamento próprio. Preservar subtarefas aninhadas na mesma relação de parentesco.

Reconhecer testes quando a fonte os nomear como testes, validações automatizadas ou cenários verificáveis. Criar um checklist Testes na tarefa proprietária e um item por teste. Condições de aprovação que não sejam testes permanecem no corpo Markdown e não viram checklist por inferência.

Mostrar o plano de criação

Antes da primeira escrita, apresentar na conversa:

  • título e List de destino.
  • seções Markdown que serão criadas.
  • árvore completa de subtarefas.
  • checklists e itens por tarefa.
  • campos opcionais que vieram explicitamente da fonte.

Não criar nada enquanto houver ambiguidade material. Se a estrutura for inequívoca, prosseguir depois de exibir o plano, sem solicitar uma confirmação redundante.

Criar e validar

Executar na ordem:

  1. Chamar clickupfy_mcp_context e confirmar a List.
  2. Pesquisar o título exato. Se já existir uma tarefa plausivelmente equivalente, mostrar a correspondência e solicitar que o usuário escolha entre reutilizar a tarefa ou criar outra.
  3. Criar a tarefa principal com markdownContent.
  4. Criar cada subtarefa em profundidade, na mesma List, passando o ID da tarefa pai no campo parent.
  5. Criar o checklist Testes na tarefa correspondente e acrescentar cada item ainda aberto.
  6. Chamar clickupfy_task_get na raiz e comparar a árvore persistida com o plano mostrado.
  7. Reler individualmente cada subtarefa quando a resposta da raiz não trouxer o corpo Markdown completo.

Não compensar uma falha apagando tarefas já criadas. Informar os IDs persistidos, o ponto exato da falha e o restante que não foi criado.

Entrega

Responder com:

  • ID, nome e link da tarefa principal.
  • IDs e hierarquia das subtarefas.
  • checklists e quantidade de itens.
  • confirmação de que o corpo foi salvo como Markdown.
  • qualquer parte omitida por segurança ou deixada pendente por falha.

Não comentar na tarefa, iniciar timer, mudar status ou marcar checklist como efeito colateral desta skill.

Comments

Markdown supported