Common
Common project template
Before you use this component
This is a third-party source bundle, not an installation into your account. UI Discovery has checked the available redistribution license evidence; runtime behavior has not been tested. Review all files, use a disposable project first, and do not enable scripts or hooks until you understand their permissions.
Some integrations require separately installed software, API keys or paid services. Credentials and subscriptions are not included. These are Claude Code resources; other clients may require adaptation.
Extract the ZIP into a temporary folder, inspect its entry file and supporting resources, then follow the original instructions. Do not overwrite an existing project configuration blindly. Keep the bundled license and attribution notices.
- Source publisher
- Claude Code Templates
- Creator supplied by source
- Not listed in source
- Pinned source version
- a344359459263d73d8948651c789244093c02e4e
- License evidence
- LICENSE
Source preview
cli-tool/templates/common/CLAUDE.md
# CLAUDE.md This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository. ## Universal Development Guidelines ### Code Quality Standards - Write clean, readable, and maintainable code - Follow consistent naming conventions across the project - Use meaningful variable and function names - Keep functions focused and single-purpose - Add comments for complex logic and business rules ### Git Workflow - Use descriptive commit messages following conventional commits format - Create feature branches for new development - Keep commits atomic and focused on single changes - Use pull requests for code review before merging - Maintain a clean commit history ### Documentation - Keep README.md files up to date - Document public APIs and interfaces - Include usage examples for complex features - Maintain inline code documentation - Update documentation when making changes ### Testing Approach - Write tests for new features and bug fixes - Maintain good test coverage - Use descriptive test names that explain the expected behavior - Organize tests logically by feature or module - Run tests before committing changes ### Security Best Practices - Never commit sensitive information (API keys, passwords, tokens) - Use environment variables for configuration - Validate input data and sanitize outputs - Follow principle of least privilege - Keep dependencies updated ## Project Structure Guidelines ### File Organization - Group related files in logical directories - Use consistent file and folder naming conventions - Separate source code from configuration files - Keep build artifacts out of version control - Organize assets and resources appropriately ### Configuration Management - Use configuration files for environment-specific settings - Centralize configuration in dedicated files - Use environment variables for sensitive or environment-specific data - Document configuration options and their purposes - Provide example configuration files ## Development Workflow ### Before Starting Work 1. Pull latest changes from main branch 2. Create a new feature branch 3. Review existing code and architecture 4. Plan the implementation approach ### During Development 1. Make incremental commits with clear messages 2. Run tests frequently to catch issues early 3. Follow established coding standards 4. Update documentation as needed ### Before Submitting 1. Run full test suite 2. Check code quality and formatting 3. Update documentation if necessary 4. Create clear pull request description ## Common Patterns ### Error Handling - Use appropriate error handling mechanisms for the language - Provide meaningful error messages - Log errors appropriately for debugging - Handle edge cases gracefully - Don't expose sensitive information in error messages ### Performance Considerations - Profile code for performance bottlenecks - Optimize database queries and API calls - Use caching where appropriate - Consider memory usage and resource management - Monitor and measure performance metrics ### Code Reusability - Extract common functionality into reusable modules - Use dependency injection for better testability - Create utility functions for repeated operations - Design interfaces for extensibility - Follow DRY (Don't Repeat Yourself) principle ## Review Checklist Before marking any task as complete: - [ ] Code follows established conventions - [ ] Tests are written and passing - [ ] Documentation is updated - [ ] Security considerations are addressed - [ ] Performance impact is considered - [ ] Code is reviewed for maintainability
Preview capped at 60,000 characters. Download the bundle for every original file and notice.
Read the redistribution license
MIT License Copyright (c) 2025 Daniel (San) Ávila Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Bundle SHA-256: 9317c4f155533f5b0a08e414e865a25765b4895f276fc2f707662bbc6031364b. Files are served as downloads and are never executed by this page.