Log Analyzer MCP

# .cursorrules ## General rules to follow in Cursor - When starting a new chat session, capture the current timestamp from the client system using the `run_terminal_cmd` tool with `date "+%Y-%m-%d %H:%M:%S %z"` to ensure accurate timestamps are used in logs, commits, and other time-sensitive operations. - When starting a new chat session, get familiar with the build and test guide (refer to docs/rules/testing-and-build-guide.md), if not already provided by cursor-specific rule from .cursor/rules/testing-and-build-guide.mdc. - When starting a new task, first check which markdown plan we are currently working on (see docs/refactoring/README.md for more details). In case of doubt, ask the user for clarification on which plan to follow in current session. - After any code changes, follow these steps in order: 1. Apply linting and formatting to ensure code quality 2. Run tests with coverage using using `hatch test --cover -v` 3. Verify all tests pass and coverage meets or exceeds 80% 4. Fix any issues and repeat steps 1-3 until all tests pass - Maintain test coverage at >= 80% in total and cover all relevant code paths to avoid runtime errors and regressions. - Always finish each output listing which rulesets have been applied in your implementation. <available_instructions> Cursor rules are user provided instructions for the AI to follow to help work with the codebase. They may or may not be relevent to the task at hand. If they are, use the fetch_rules tool to fetch the full rule. Some rules may be automatically attached to the conversation if the user attaches a file that matches the rule's glob, and wont need to be fetched. markdown-rules: This rule helps to avoid markdown linting errors python-github-rules: Development rules for python code and modules </available_instructions> ## Note: Detailed rule instructions are auto-attached from the .cursor/rules directory