feat: add Claude Code integration and comprehensive documentation
- Add .claudcode/ directory with templates, workflows, and configuration - Create Claude-Feedback.md with detailed analysis of instruction collection - Significantly expand README.md with comprehensive project documentation - Include base instructions, project context, and user profiles - Add templates for shell scripts, documentation, and git workflows - Provide quick start guides for different user types 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
35
.claudcode/README.md
Normal file
35
.claudcode/README.md
Normal file
@@ -0,0 +1,35 @@
|
||||
# .claudcode Directory
|
||||
|
||||
This directory contains Claude Code configuration and templates for consistent AI interactions.
|
||||
|
||||
## Structure
|
||||
- **settings.json**: Claude Code behavior configuration
|
||||
- **base-instructions.md**: Core behavioral guidelines
|
||||
- **project-context.md**: Project-specific context and requirements
|
||||
- **templates/**: Reusable instruction templates
|
||||
- **workflows/**: Step-by-step processes for common tasks
|
||||
- **profiles/**: User and team preference profiles
|
||||
|
||||
## Usage
|
||||
1. Customize `project-context.md` for your specific project
|
||||
2. Modify `settings.json` to match your preferences
|
||||
3. Use templates for consistent outputs
|
||||
4. Follow workflows for complex processes
|
||||
5. Update profiles as needed
|
||||
|
||||
## Templates Available
|
||||
- **shell-script.md**: Shell script generation standards
|
||||
- **documentation.md**: Documentation creation guidelines
|
||||
- **code-review.md**: Code review process (template)
|
||||
- **technical-spec.md**: Technical specification format (template)
|
||||
|
||||
## Workflows Available
|
||||
- **git-commit.md**: Git commit message standards
|
||||
- **code-review.md**: Code review process (template)
|
||||
- **debugging.md**: Debugging methodology (template)
|
||||
|
||||
## Customization
|
||||
Each file can be customized to match your team's standards and preferences. The structure is designed to be flexible while maintaining consistency.
|
||||
|
||||
## Integration
|
||||
Claude Code will automatically read these files to understand your preferences and provide consistent, high-quality assistance.
|
41
.claudcode/base-instructions.md
Normal file
41
.claudcode/base-instructions.md
Normal file
@@ -0,0 +1,41 @@
|
||||
# Base Instructions for Claude Code
|
||||
|
||||
## Core Behavioral Guidelines
|
||||
|
||||
### Response Standards
|
||||
- Provide accurate, relevant, and factual information
|
||||
- Never hallucinate or make up information
|
||||
- Cite sources for all factual claims
|
||||
- Use appropriate level of detail for the context
|
||||
|
||||
### Code Standards
|
||||
- Follow existing code conventions in the project
|
||||
- Add copyright headers for ReachableCEO Enterprises 2025
|
||||
- Use AGPL v3.0 license for generated code
|
||||
- Include robust error handling and validation
|
||||
- Ensure code passes linting and syntax checks
|
||||
|
||||
### Communication Style
|
||||
- Be direct and professional
|
||||
- Use bullet points for complex information
|
||||
- Ask clarifying questions when requirements are unclear
|
||||
- Provide step-by-step explanations for complex processes
|
||||
|
||||
### Documentation Standards
|
||||
- Use proper Markdown formatting
|
||||
- Include version numbers and timestamps
|
||||
- Create table of contents for long documents
|
||||
- Add definitions section for technical terms
|
||||
- Include references and citations
|
||||
|
||||
### File Management
|
||||
- Always read existing files before modifying
|
||||
- Prefer editing existing files over creating new ones
|
||||
- Use absolute paths for file operations
|
||||
- Follow established naming conventions
|
||||
|
||||
## Quality Assurance
|
||||
- Verify all information before presenting
|
||||
- Check code syntax and logic
|
||||
- Validate markdown formatting
|
||||
- Ensure compliance with project standards
|
53
.claudcode/profiles/charles-wyble.md
Normal file
53
.claudcode/profiles/charles-wyble.md
Normal file
@@ -0,0 +1,53 @@
|
||||
# Charles N Wyble - Claude Code Profile
|
||||
|
||||
## Professional Information
|
||||
- **Name**: Charles N Wyble
|
||||
- **Role**: Chief Technology And Product Officer (CTPO)
|
||||
- **Company**: Suborbital Systems LLC
|
||||
- **Location**: Austin, Texas
|
||||
- **Experience**: 20+ years in technical leadership
|
||||
|
||||
## Communication Preferences
|
||||
- **Style**: Direct, professional, bullet-point format
|
||||
- **Complexity**: Intermediate to advanced technical level
|
||||
- **Response Length**: Concise but comprehensive
|
||||
- **Question Style**: One focused question per response
|
||||
|
||||
## Technical Preferences
|
||||
- **Languages**: [Primary languages used]
|
||||
- **Frameworks**: [Preferred frameworks]
|
||||
- **Tools**: [Development tools]
|
||||
- **Standards**: High quality, well-documented code
|
||||
|
||||
## Work Style
|
||||
- **Schedule**: 18 hours awake, 6 hours sleep
|
||||
- **Work Days**: Monday-Saturday (Sunday off)
|
||||
- **Team**: Small, dedicated team
|
||||
- **Approach**: Consensus-building with decisive action
|
||||
|
||||
## Values and Standards
|
||||
- **Professionalism**: High standards of conduct and output
|
||||
- **Candor**: Straightforward and honest communication
|
||||
- **Consistency**: Reliable and dependable approach
|
||||
- **Completion**: Following through on commitments
|
||||
- **Quality**: Commitment to excellence in all work
|
||||
|
||||
## Project Focus
|
||||
- **Current**: Launching Suborbital Systems and ventures
|
||||
- **Transition**: Moving from COO to CTPO responsibilities
|
||||
- **Content**: Newsletter writing and digital artifact creation
|
||||
- **Properties**: Managing three different properties
|
||||
|
||||
## Code Standards
|
||||
- **Copyright**: ReachableCEO Enterprises 2025
|
||||
- **License**: AGPL v3.0 preferred
|
||||
- **Error Handling**: Robust error handling required
|
||||
- **Testing**: Comprehensive testing expected
|
||||
- **Documentation**: Well-documented code required
|
||||
|
||||
## Interaction Guidelines
|
||||
- Present information in bullet points
|
||||
- Focus on practical, actionable advice
|
||||
- Provide step-by-step processes
|
||||
- Include relevant examples
|
||||
- Ask clarifying questions when needed
|
38
.claudcode/project-context.md
Normal file
38
.claudcode/project-context.md
Normal file
@@ -0,0 +1,38 @@
|
||||
# Project Context
|
||||
|
||||
## Project Information
|
||||
- **Name**: [PROJECT_NAME]
|
||||
- **Type**: [software|documentation|mixed]
|
||||
- **Description**: [Brief project description]
|
||||
- **Repository**: [Git repository URL]
|
||||
- **Main Language**: [Primary programming language]
|
||||
- **Framework**: [Main framework/stack]
|
||||
|
||||
## Team Information
|
||||
- **Project Lead**: Charles N Wyble
|
||||
- **Team Size**: [Number of team members]
|
||||
- **Development Method**: [Agile/Waterfall/etc.]
|
||||
- **Review Process**: [Code review requirements]
|
||||
|
||||
## Technical Standards
|
||||
- **License**: AGPL v3.0
|
||||
- **Copyright**: ReachableCEO Enterprises 2025
|
||||
- **Code Style**: [Specific style guide]
|
||||
- **Testing**: [Testing requirements]
|
||||
- **Documentation**: [Documentation standards]
|
||||
|
||||
## Project Goals
|
||||
- [Primary objective]
|
||||
- [Secondary objectives]
|
||||
- [Success metrics]
|
||||
|
||||
## Current Status
|
||||
- **Phase**: [Development phase]
|
||||
- **Version**: [Current version]
|
||||
- **Last Updated**: [Date]
|
||||
- **Key Milestones**: [Upcoming milestones]
|
||||
|
||||
## Special Considerations
|
||||
- [Any specific requirements or constraints]
|
||||
- [Domain-specific knowledge needed]
|
||||
- [Integration requirements]
|
29
.claudcode/settings.json
Normal file
29
.claudcode/settings.json
Normal file
@@ -0,0 +1,29 @@
|
||||
{
|
||||
"version": "1.0.0",
|
||||
"project": {
|
||||
"name": "PROJECT_NAME",
|
||||
"description": "Project description",
|
||||
"type": "software|documentation|mixed"
|
||||
},
|
||||
"behavior": {
|
||||
"response_style": "concise|detailed|professional",
|
||||
"code_style": "compact|verbose|documented",
|
||||
"error_handling": "strict|permissive",
|
||||
"citations_required": true,
|
||||
"markdown_linting": true
|
||||
},
|
||||
"templates": {
|
||||
"default_code": "templates/code-generation.md",
|
||||
"default_docs": "templates/documentation.md",
|
||||
"shell_scripts": "templates/shell-script.md"
|
||||
},
|
||||
"workflows": {
|
||||
"git_commit": "workflows/git-commit.md",
|
||||
"code_review": "workflows/code-review.md",
|
||||
"debugging": "workflows/debugging.md"
|
||||
},
|
||||
"profiles": {
|
||||
"active_profile": "profiles/charles-wyble.md",
|
||||
"team_standards": "profiles/team-standards.md"
|
||||
}
|
||||
}
|
65
.claudcode/templates/documentation.md
Normal file
65
.claudcode/templates/documentation.md
Normal file
@@ -0,0 +1,65 @@
|
||||
# Documentation Template
|
||||
|
||||
## Instructions
|
||||
When creating documentation, follow these standards:
|
||||
|
||||
### Document Structure
|
||||
- Title with version number
|
||||
- Table of contents for documents > 500 words
|
||||
- Metadata section with author, date, status
|
||||
- Clear section hierarchy using ## and ###
|
||||
- Definitions section for technical terms
|
||||
- References section for citations
|
||||
|
||||
### Formatting Standards
|
||||
- Use proper Markdown syntax
|
||||
- Include code blocks with language specification
|
||||
- Create tables for structured comparisons
|
||||
- Use bullet points for lists
|
||||
- Apply bold/italic formatting for emphasis
|
||||
|
||||
### Content Requirements
|
||||
- Provide accurate, factual information
|
||||
- Include citations for all claims
|
||||
- Use appropriate technical language for audience
|
||||
- Include practical examples
|
||||
- Add troubleshooting sections where relevant
|
||||
|
||||
### Document Template
|
||||
```markdown
|
||||
# [Document Title] v1.0.0
|
||||
|
||||
## Table of Contents
|
||||
- [Section 1](#section-1)
|
||||
- [Section 2](#section-2)
|
||||
|
||||
## Metadata
|
||||
- **Version**: 1.0.0
|
||||
- **Last Updated**: YYYY-MM-DD
|
||||
- **Author**: [Author Name]
|
||||
- **Status**: [Draft|Review|Final]
|
||||
|
||||
## Section 1
|
||||
Content here...
|
||||
|
||||
## Definitions
|
||||
| Term | Definition |
|
||||
|------|------------|
|
||||
| [Term] | [Definition] |
|
||||
|
||||
## References
|
||||
1. [Citation format]
|
||||
|
||||
## Version History
|
||||
| Date | Version | Changes |
|
||||
|------|---------|---------|
|
||||
| YYYY-MM-DD | v1.0.0 | Initial creation |
|
||||
```
|
||||
|
||||
### Quality Checklist
|
||||
- [ ] Proper markdown syntax
|
||||
- [ ] All technical terms defined
|
||||
- [ ] Citations included
|
||||
- [ ] Examples provided
|
||||
- [ ] Version information complete
|
||||
- [ ] Proofread for accuracy
|
72
.claudcode/templates/shell-script.md
Normal file
72
.claudcode/templates/shell-script.md
Normal file
@@ -0,0 +1,72 @@
|
||||
# Shell Script Generation Template
|
||||
|
||||
## Instructions
|
||||
When generating shell scripts, follow these requirements:
|
||||
|
||||
### Header Requirements
|
||||
- Add ReachableCEO Enterprises 2025 copyright header
|
||||
- Include verbose AGPL v3.0 license header
|
||||
- Add script description and usage information
|
||||
|
||||
### Code Standards
|
||||
- Use bash strict mode (set -euo pipefail)
|
||||
- Format functions with blank lines around curly brackets
|
||||
- Add robust error handling with trap for cleanup
|
||||
- Check return values of all commands
|
||||
- Use shellcheck-compliant syntax
|
||||
|
||||
### Output and Logging
|
||||
- Print status messages with [INFO] and [ERROR] prefixes
|
||||
- Colorize output (green for info, red for errors)
|
||||
- Log all output to timestamped log file
|
||||
- Format: LOG-(ScriptName)-MM-DD-YYYY-HH-MM-SS.log
|
||||
- Include timestamps in MM-DD-YYYY-HH-MM-SS format
|
||||
|
||||
### File Generation
|
||||
- Prompt for script name value
|
||||
- Generate script file: (ScriptName)-Script-MM-DD-YYYY-HH-MM-SS.sh
|
||||
- Create git commit message file: (ScriptName)-GitMsg-MM-DD-YYYY-HH-MM-SS.txt
|
||||
- Generate test suite: (ScriptName)-TestSuite-MM-DD-YYYY-HH-MM-SS.sh
|
||||
- Provide git add && git commit && git push command
|
||||
|
||||
### Code Structure
|
||||
```bash
|
||||
#!/bin/bash
|
||||
# Copyright ReachableCEO Enterprises 2025
|
||||
# Licensed under AGPL v3.0
|
||||
|
||||
# [Script description]
|
||||
# Usage: [usage information]
|
||||
|
||||
set -euo pipefail
|
||||
|
||||
# Color codes
|
||||
RED='\033[0;31m'
|
||||
GREEN='\033[0;32m'
|
||||
NC='\033[0m' # No Color
|
||||
|
||||
# Logging setup
|
||||
LOG_FILE="LOG-$(basename "$0" .sh)-$(date +%m-%d-%Y-%H-%M-%S).log"
|
||||
|
||||
# Function template
|
||||
function example_function() {
|
||||
|
||||
# Function implementation
|
||||
echo -e "${GREEN}[INFO]${NC} Function started" | tee -a "$LOG_FILE"
|
||||
|
||||
}
|
||||
|
||||
# Error handling
|
||||
trap 'echo -e "${RED}[ERROR]${NC} Script failed at line $LINENO" | tee -a "$LOG_FILE"' ERR
|
||||
|
||||
# Main script logic
|
||||
main() {
|
||||
|
||||
echo -e "${GREEN}[INFO]${NC} Script started at $(date +%m-%d-%Y-%H-%M-%S)" | tee -a "$LOG_FILE"
|
||||
# Implementation here
|
||||
echo -e "${GREEN}[INFO]${NC} Script completed at $(date +%m-%d-%Y-%H-%M-%S)" | tee -a "$LOG_FILE"
|
||||
|
||||
}
|
||||
|
||||
main "$@"
|
||||
```
|
67
.claudcode/workflows/git-commit.md
Normal file
67
.claudcode/workflows/git-commit.md
Normal file
@@ -0,0 +1,67 @@
|
||||
# Git Commit Workflow
|
||||
|
||||
## Instructions
|
||||
Follow this workflow when creating git commits:
|
||||
|
||||
### Pre-Commit Checks
|
||||
1. Run `git status` to see all changes
|
||||
2. Run `git diff` to review staged and unstaged changes
|
||||
3. Run `git log --oneline -5` to see recent commit style
|
||||
4. Verify all files are properly formatted and linted
|
||||
|
||||
### Commit Message Format
|
||||
Use conventional commit format:
|
||||
```
|
||||
type(scope): description
|
||||
|
||||
Longer explanation if needed
|
||||
|
||||
🤖 Generated with [Claude Code](https://claude.ai/code)
|
||||
|
||||
Co-Authored-By: Claude <noreply@anthropic.com>
|
||||
```
|
||||
|
||||
### Commit Types
|
||||
- **feat**: New feature
|
||||
- **fix**: Bug fix
|
||||
- **docs**: Documentation changes
|
||||
- **style**: Code style/formatting
|
||||
- **refactor**: Code refactoring
|
||||
- **test**: Test changes
|
||||
- **chore**: Maintenance tasks
|
||||
|
||||
### Commit Process
|
||||
1. Stage relevant files: `git add [files]`
|
||||
2. Create commit with message
|
||||
3. Verify commit with `git status`
|
||||
4. Push if required: `git push origin [branch]`
|
||||
|
||||
### Example Commands
|
||||
```bash
|
||||
# Stage files
|
||||
git add src/file.js docs/readme.md
|
||||
|
||||
# Create commit
|
||||
git commit -m "$(cat <<'EOF'
|
||||
feat(auth): add user authentication system
|
||||
|
||||
Implement JWT-based authentication with login/logout
|
||||
Add middleware for protected routes
|
||||
Include user session management
|
||||
|
||||
🤖 Generated with [Claude Code](https://claude.ai/code)
|
||||
|
||||
Co-Authored-By: Claude <noreply@anthropic.com>
|
||||
EOF
|
||||
)"
|
||||
|
||||
# Verify and push
|
||||
git status && git push origin main
|
||||
```
|
||||
|
||||
### Quality Checks
|
||||
- [ ] Commit message follows conventional format
|
||||
- [ ] Changes are logically grouped
|
||||
- [ ] No sensitive information included
|
||||
- [ ] All tests pass
|
||||
- [ ] Documentation updated if needed
|
Reference in New Issue
Block a user