developer operations user risk: low
React Ubuntu Linux System Monitor Dashboard
Create a fully functional HTML monitoring page for a specific Ubuntu Linux setup on MacBook Pro with Docker containers, featuring disk IO throughputs (total, read, write) in one gr…
PROMPT
Please create a single fully functional HTML monitoring HTML, for a linux ubuntu latest edition Linux ubuntu-MacBookPro12-1 6.14.0-37-generic #37~24.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Nov 20 10:25:38 UTC 2 x86_64 x86_64 x86_64 GNU/Linux on a macbook 12-1 running vscod via ssh from windows vscode. Docker is installed on linux and containers running, I also want the disk IO throughputs of total, read and write in same graph. Use the latest react version components for premium graphing. refreshrates must be 1 3 5 10 secs option, and light theme with Quicksand 400 minum, the design must be modern sopisticated and clean.
EXPECTED OUTPUT
- Format
- html
- Constraints
-
- single fully functional HTML file
- disk IO throughputs total/read/write in same graph
- refresh rates 1 3 5 10 secs options
- light theme
- Quicksand 400 font minimum
- modern sophisticated clean design
SUCCESS CRITERIA
- Create a single fully functional HTML monitoring dashboard
- Monitor Linux Ubuntu system including Docker containers
- Include disk IO throughputs of total read and write in same graph
- Use latest React version components for premium graphing
- Provide refresh rate options of 1 3 5 10 seconds
- Use light theme with Quicksand 400 font minimum
- Ensure modern sophisticated and clean design
FAILURE MODES
- May fail to access Linux system metrics from HTML
- Might not integrate Docker container monitoring
- Could use outdated React or graphing libraries
- Refresh rate selector might not function properly
- Design may not achieve modern sophisticated clean look
- Disk IO graphing might lack total read write separation
CAVEATS
- Missing context
-
- Data fetching mechanism for Linux metrics.
- Full list of metrics to monitor.
- Build/deployment instructions for React in 'single HTML'.
- Docker-specific metrics.
- Success criteria for 'modern sophisticated clean' design.
- Ambiguities
-
- Unclear what 'monitoring HTML' fully entails beyond disk IO (e.g., CPU, memory?).
- 'HTML monitoring HTML' is redundant/typo.
- How HTML accesses Linux host metrics (e.g., via API, SSH, WebSocket?).
- Role of Docker containers in monitoring.
- 'Quicksand 400 minum' likely means font weight 400 minimum, but unclear.
QUALITY
- OVERALL
- 0.30
- CLARITY
- 0.40
- SPECIFICITY
- 0.50
- REUSABILITY
- 0.10
- COMPLETENESS
- 0.30
IMPROVEMENT SUGGESTIONS
- Restructure prompt as bullet-point requirements for clarity.
- Specify data source/API for metrics (e.g., Prometheus, SSH exec).
- Use placeholders for hardware/OS details to improve reusability.
- Clarify if truly single HTML file or allows bundled React app.
- Define 'premium graphing' (e.g., Recharts, Chart.js) explicitly.
USAGE
Copy the prompt above and paste it into your AI of choice — Claude, ChatGPT, Gemini, or anywhere else you're working. Replace any placeholder sections with your own context, then ask for the output.
MORE FOR DEVELOPER
- DevOps CI/CD Pipeline Automatordeveloperoperations
- Cascading System Failure Simulatordeveloperoperations
- Playwright Web App Testing Toolkitdeveloperoperations
- DevOps Dependency Manager and Auditordeveloperoperations
- NixOS Specialist for Linux Expertsdeveloperoperations
- Web Launch Readiness Checklist Generatordeveloperoperations
- API Performance Load Chaos Testing Expertdeveloperoperations
- DevOps Environment Configuration Specialistdeveloperoperations
- AWS Cloud Architecture Expertdeveloperoperations
- DevOps CI/CD Automation Pipeline Architectdeveloperoperations