UNPKG

@vfarcic/dot-ai

Version:

Universal Kubernetes application deployment agent with CLI and MCP interfaces

74 lines (61 loc) 3.21 kB
# Intent Validation for Kubernetes Deployment Recommendations You are a Kubernetes expert analyzing user intents for deployment recommendations. Evaluate whether this intent provides enough specificity to generate meaningful Kubernetes deployment recommendations. ## User Intent {intent} ## Evaluation Criteria An intent is **TOO VAGUE OR GENERIC** if it: - Completely generic terms without context (e.g., just "app", "something", "service" alone) - Single action words without objects (e.g., "deploy", "create", "setup", "run" alone) - Meaningless requests (e.g., "help", "please", "can you") - Extremely short without any technical context (1-2 words like "database", "container") An intent is **SPECIFIC ENOUGH** if it includes ANY of: - Specific technology or framework (Node.js, PostgreSQL, Redis, React, Python, Prometheus, Grafana, etc.) - Clear architectural pattern (stateless app, microservice, web server, REST API, operator, etc.) - Application type or purpose (frontend, backend, database, cache, queue, monitoring, storage, etc.) - Infrastructure component (load balancer, ingress controller, persistent storage, networking, etc.) - Deployment context that helps understand Kubernetes resource needs **IMPORTANT**: Be generous in accepting intents. Focus on rejecting only truly meaningless requests. Terms like "stateless app", "web application", "microservice", "database cluster" provide sufficient Kubernetes deployment context. ## Examples **TOO VAGUE:** - "create an app" (no architectural or technical context) - "deploy something" (completely generic) - "database" (single word, no context) - "help" (not a deployment request) - "app" (single word) - "setup" (action without object) **SPECIFIC ENOUGH:** - "stateless app" (architectural pattern + type) - "web application" (clear application type) - "microservice" (architectural pattern) - "REST API" (clear service type) - "database cluster" (type + deployment pattern) - "Node.js application" (technology + type) - "frontend service" (purpose + type) - "cache service" (purpose + type) - "PostgreSQL database" (technology + infrastructure type) - "Redis cache" (technology + infrastructure purpose) - "Prometheus monitoring" (technology + infrastructure purpose) - "Ingress controller" (infrastructure component + type) - "MongoDB operator" (technology + operator pattern) - "load balancer" (infrastructure component) - "persistent storage" (infrastructure capability) - "CI/CD pipeline" (workflow automation) ## Response Format Respond with ONLY a JSON object in this exact format: ```json { "isSpecific": boolean, "reason": "brief explanation of why it is or isn't specific enough", "suggestions": [ "specific suggestion 1 to improve the intent", "specific suggestion 2 to improve the intent", "specific suggestion 3 to improve the intent" ] } ``` **IMPORTANT:** - Your response must be ONLY the JSON object, nothing else - If `isSpecific` is true, still provide 3 suggestions for making it even more detailed - If `isSpecific` is false, provide 3 concrete suggestions to make it deployable - Keep suggestions practical and actionable - Focus on what technologies, purposes, or contexts are missing