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:
2025-07-14 09:55:05 -05:00
parent 484c826732
commit 1782101471
10 changed files with 688 additions and 5 deletions

35
.claudcode/README.md Normal file
View 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.

View 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

View 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

View 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
View 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"
}
}

View 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

View 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 "$@"
```

View 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