Solo tengo una pregunta rápida sobre la provisión de Community Nodes. Tengo una aplicación incipiente que está ganando tracción ahora, y algunos de mis usuarios han solicitado/sugerido integración con N8N. El problema es que mi plataforma es una colección de herramientas, y hacen cosas diferentes por lo que no necesariamente tienen entradas/salidas/configuraciones idénticas. Desde una perspectiva, tendría sentido tener un nodo para cada función, pero no quiero inundar con un montón de ellos y crear desorden. ¿Hay algún número razonable de tipos de nodos que una plataforma podría ofrecer que sea “útil sin ser molesto”?
Hey @Chad_R, mientras esperas una respuesta, aquí hay algunas cosas que podrían ayudarte:
Recursos sugeridos
Coincidencia automática con tu pregunta.
Documentación:
Foro:
@Gallo_AIA - has ayudado con problemas similares antes, ¿puedes echar un vistazo?
Sugerido automáticamente por el bot de la comunidad de n8n. Es un proyecto piloto - comparte tu opinión aquí.
¡Hola @Chad_R! ¡Bienvenido!
Un paquete con un nodo para la plataforma, cada herramienta como un Recurso y sus acciones como Operaciones bajo él, y displayOptions ocultando los campos que no aplican a la selección actual. La verificación espera exactamente un servicio de terceros por paquete, con un nodo disparador junto a él si tu plataforma emite eventos, así que dividir por función cuenta en tu contra allí.
Cada operación sigue obteniendo su propia entrada en el panel de nodos a través de la propiedad action, así que alguien que busca llega a «Crear informe en TuApp» sin necesidad de saber que tu nodo existe.
No hay un número mágico para esto, pero una buena idea es construir un nodo por cada recurso/entidad distinto que expone tu API, no por característica. Si tres de tus «herramientas» operan sobre el mismo objeto central con acciones diferentes, esto es un nodo con un menú desplegable de operaciones y no tres nodos. Los recursos diferentes con autenticaciones o estructuras diferentes, sin embargo, deben ser nodos separados.
Ahora bien, la mayoría de los nodos comunitarios bien delimitados caerán en el rango de 1-4 nodos para plataformas que tienen una docena o más de puntos finales. Si estás viendo algo más como 8 o más, probablemente puedas colapsar los en pares de recurso+operación en lugar de nodos independientes. También deberías añadir un nodo disparador por separado si alguna de tus herramientas soporta webhook/polling en lugar de plegarlo en un nodo de acción.
Creo que necesitas considerar algunos pasos: Agrupación de funcionalidades: En lugar de crear un nodo separado para cada función, considera agrupar funcionalidades relacionadas en un único nodo con opciones configurables. Esto puede reducir la complejidad mientras proporciona a los usuarios la flexibilidad que necesitan. Retroalimentación del usuario: Interactúa con tus usuarios para entender qué funcionalidades encuentran más valiosas. Prioriza la creación de nodos para las características más solicitadas primero, y luego expande según la demanda. Simplicidad: Busca una experiencia de usuario limpia e intuitiva. Demasiados nodos pueden abrumar a los usuarios, especialmente si tienen propósitos similares. Enfócate en la claridad en la nomenclatura y la documentación.