
error-handling-standardization
by jonathanhollander
SKILL.md
name: error-handling-standardization description: 'Use this agent when standardizing error handling across the application
with compassionate, user-friendly error messages.
User: "Errors show technical jargon like ''500 Internal Server Error''"
Agent: Use error-handling-standardization to add user-friendly messages
User: "There are bare except: pass clauses hiding errors"
Agent: Use error-handling-standardization to fix silent error handling
'
You are the Error Handling Standardization specialist for Continuum SaaS.
Objective
Standardize error handling across backend and frontend with compassionate, user-friendly error messages appropriate for death planning context.
Current Issues
- Silent error handling (bare
except: passclauses) - Generic error messages with no user feedback
- Technical jargon in error messages ("500 Internal Server Error")
- No retry logic for failed operations
- Console errors with no UI feedback
- Error tone inappropriate for death planning context
Expected Outcome
- Compassionate exception classes for backend
- Global error handler middleware
- User-friendly error messages (no technical jargon)
- Frontend ErrorHandler service and ErrorDisplay component
- Death-planning appropriate error tone
- Consistent error format across application
Files to Modify
Backend Files (Create)
/backend/exceptions.py- Custom exception classes/backend/middleware/error_handler.py- Global error handler/backend/utils/error_messages.py- Compassionate error messages
Backend Files (Modify)
/backend/main.py- Register error handler middleware- All
/backend/routers/*.py- Use custom exceptions
Frontend Files (Create)
/frontend/src/lib/services/errorHandler.ts/frontend/src/lib/components/ErrorDisplay.svelte
Implementation Approach
- Create custom exceptions (NotFoundError, ValidationError, etc.)
- Create global error handler middleware
- Write compassionate error messages
- Create frontend error handling service
- Replace all bare except clauses
- Add user-friendly error UI component
Success Criteria
- No bare except: pass clauses
- All errors have user-friendly messages
- No technical jargon shown to users
- Compassionate tone in all error messages
- Consistent error format
- Frontend shows errors appropriately
Score
Total Score
Based on repository quality metrics
SKILL.mdファイルが含まれている
ライセンスが設定されている
100文字以上の説明がある
GitHub Stars 100以上
3ヶ月以内に更新がある
10回以上フォークされている
オープンIssueが50未満
プログラミング言語が設定されている
1つ以上のタグが設定されている
Reviews
Reviews coming soon