diff --git a/.gitignore b/.gitignore
index 2a42d375..bd3ecb88 100644
--- a/.gitignore
+++ b/.gitignore
@@ -85,7 +85,6 @@ markitect.db
# Debug and temporary files (exclude debug_paths.py which is a legitimate tool)
debug_*.py
-!tools/debug_paths.py
# Claude Code local settings (user-specific permissions)
.claude/settings.local.json
diff --git a/history/CAPABILITIES.md b/CAPABILITIES.md
similarity index 100%
rename from history/CAPABILITIES.md
rename to CAPABILITIES.md
diff --git a/CLI_TUTORIAL.html b/CLI_TUTORIAL.html
deleted file mode 100644
index 0e872109..00000000
--- a/CLI_TUTORIAL.html
+++ /dev/null
@@ -1,457 +0,0 @@
-
-
-
-
MarkiTect CLI Tutorial: Clever Command-Line Usage
-
Table of Contents
-
-- Getting Started
-- Core Workflow Patterns
-- Document Processing
-- Template & Schema Workflows
-- Data Analysis & Querying
-- Advanced Techniques
-- Business Document Automation
-- Troubleshooting & Optimization
-
-
-
Getting Started
-
Installation & First Steps
-
-markitect --help
-
-
-markitect stats
-
-
-markitect db-stats
-
Essential Setup Commands
-
-markitect ingest README.md
-
-
-markitect list
-
-
-markitect stats README.md
-
-
Core Workflow Patterns
-
1. Document Analysis Workflow
-
Scenario: Analyze and understand a markdown document structure
-
-markitect ingest document.md
-
-
-markitect metadata document.md
-
-
-markitect frontmatter-keys document.md
-markitect frontmatter-get document.md title
-
-
-markitect ast-show document.md --format tree
-
-
-markitect schema-generate document.md --output document-schema.json
-
-
Scenario: Extract specific content types from documents
-
-markitect content-get document.md
-
-
-markitect frontmatter-get document.md author
-markitect frontmatter-get document.md config.theme
-
-
-markitect contentmatter-keys document.md
-markitect contentmatter-get document.md project_id
-
-
-markitect tailmatter-keys document.md
-markitect tailmatter-get document.md qa.reviewed
-
3. Schema-Driven Development
-
Scenario: Use schemas to validate and generate documents
-
-markitect schema-generate example.md --output project-schema.json
-
-
-markitect schema-ingest project-schema.json
-
-
-markitect validate document.md project-schema.json
-
-
-markitect generate-stub project-schema.json --output new-document.md
-
-
-markitect generate-drafts project-schema.json data-source.json --output-dir ./drafts/
-
-
Document Processing
-
Batch Processing Techniques
-
-for file in *.md; do
- markitect ingest "$file"
- echo "Processed: $file"
-done
-
-
-for file in docs/*.md; do
- markitect validate "$file" schema.json || echo "Validation failed: $file"
-done
-
-
-markitect list --format json | jq -r '.[].filename' | while read file; do
- echo "=== $file ==="
- markitect frontmatter-keys "$file"
-done
-
Content Modification Workflows
-
-markitect modify document.md --add-section "New Section" --section-content "Content here"
-
-
-markitect frontmatter-set document.md last_updated="$(date)"
-markitect frontmatter-set document.md version=2.1
-
-
-markitect contentmatter-set document.md status=reviewed
-markitect contentmatter-set document.md project.phase=complete
-
-
Template & Schema Workflows
-
Template-Driven Document Generation
-
Scenario: Generate business documents from templates
-
-markitect template-render invoice-template.md customer-data.json \
- --output "invoice-$(date +%Y%m%d).md" \
- --validate --check-data
-
-
-markitect template-render report-template.md quarterly-data.yaml \
- --format yaml --lenient --output quarterly-report.md
-
-
-for customer in customers/*.json; do
- customer_name=$(basename "$customer" .json)
- markitect template-render invoice-template.md "$customer" \
- --output "invoices/invoice-$customer_name.md"
-done
-
Schema Management
-
-markitect schema-list --format table
-
-
-markitect schema-get project-schema --output exported-schema.json
-
-
-markitect schema-delete old-schema
-markitect schema-ingest updated-schema.json
-
-
-markitect validate document.md schema-name --detailed-errors
-
-
Data Analysis & Querying
-
Database Queries
-
-markitect db-schema
-
-
-markitect db-query "SELECT filename, processed_at FROM files WHERE processed_at > '2025-01-01'"
-
-
-markitect db-query "SELECT filename, frontmatter FROM files WHERE JSON_EXTRACT(frontmatter, '$.author') = 'John Doe'"
-
-
-markitect db-query "SELECT AVG(JSON_EXTRACT(metadata, '$.word_count')) as avg_words FROM files"
-
AST Analysis
-
-markitect ast-query document.md "$.children[?(@.type=='heading')].children[0].value"
-
-
-markitect ast-query document.md "$..children[?(@.type=='link')].url"
-
-
-markitect ast-query document.md "$..children[?(@.type=='code')].value"
-
-
-markitect ast-query document.md "$.children[?(@.type=='heading')].depth" --format json
-
Statistical Analysis
-
-markitect content-stats document.md
-
-
-markitect frontmatter-stats
-
-
-markitect contentmatter-stats
-
-
-markitect cache-stats
-markitect ast-stats
-
-
Advanced Techniques
-
Command Chaining & Pipelines
-
-markitect frontmatter-get document.md title | tr '[:lower:]' '[:upper:]'
-
-
-markitect list --format json | jq '.[] | select(.word_count > 1000) | .filename'
-
-
-markitect schema-generate source.md | \
- markitect generate-stub --stdin | \
- markitect template-render --stdin data.json
-
Conditional Processing
-
-if [ document.md -nt last-processed.timestamp ]; then
- markitect ingest document.md
- touch last-processed.timestamp
-fi
-
-
-if markitect validate document.md schema.json --quiet; then
- echo "✅ Document valid - ready for publish"
- markitect template-render publish-template.md document-data.json
-else
- echo "❌ Validation failed - fix errors first"
- markitect validate document.md schema.json --detailed-errors
-fi
-
-
-markitect list --format json > files.json
-markitect stats --format yaml > stats.yaml
-
-
-markitect list --format table --names-only
-markitect db-stats --format simple
-
-
-markitect db-query "SELECT * FROM files" --format json | jq '.[] | .filename'
-
-
Business Document Automation
-
Invoice Generation Workflow
-
-
-
-
-
-markitect template-render templates/invoice.md data/customer-001.json \
- --output "invoices/$(date +%Y-%m)/customer-001-invoice.md" \
- --validate --check-data
-
-
-for customer in data/customers/*.json; do
- customer_id=$(basename "$customer" .json)
- markitect template-render templates/invoice.md "$customer" \
- --output "invoices/$(date +%Y-%m)/$customer_id-invoice.md" \
- --strict
-done
-
Report Generation Pipeline
-
-markitect template-render templates/quarterly-report.md data/q1-2025.yaml \
- --format yaml \
- --output "reports/Q1-2025-Business-Report.md" \
- --validate
-
-
-markitect validate "reports/Q1-2025-Business-Report.md" schemas/report-schema.json
-
-
-markitect frontmatter-get "reports/Q1-2025-Business-Report.md" metrics.revenue
-markitect contentmatter-get "reports/Q1-2025-Business-Report.md" kpi.growth_rate
-
Content Management Workflows
-
-markitect ingest drafts/new-post.md
-markitect validate drafts/new-post.md schemas/blog-post.json
-markitect frontmatter-set drafts/new-post.md published_date="$(date)"
-markitect frontmatter-set drafts/new-post.md status=published
-
-
-markitect schema-generate docs/api-reference.md --output schemas/api-doc.json
-markitect generate-stub schemas/api-doc.json --output templates/api-template.md
-
-
-markitect tailmatter-check document.md
-markitect validate document.md company-standards.json --detailed-errors
-
-
Troubleshooting & Optimization
-
-
-markitect cache-stats
-
-
-markitect cache-clean
-
-
-markitect cache-invalidate problematic-file.md
-
-
-markitect db-stats --format json | jq '.performance'
-
Debugging Workflows
-
-markitect --verbose ingest document.md
-
-
-markitect metadata document.md --format json | jq '.processing_errors'
-
-
-markitect template-render template.md data.json --validate
-
-
-markitect ast-show document.md --format json | jq '.errors'
-
Database Maintenance
-
-cp markitect.db markitect-backup-$(date +%Y%m%d).db
-
-
-markitect db-query "DELETE FROM files WHERE filename NOT IN (SELECT DISTINCT filename FROM current_files)"
-
-
-markitect db-query "VACUUM"
-
-
-markitect db-query "PRAGMA integrity_check"
-
Configuration Management
-
-markitect config-stats
-
-
-markitect --config custom-config.yaml list
-
-
-markitect --database project-specific.db ingest document.md
-
-
Pro Tips & Best Practices
-
1. Workflow Automation
-
-alias md-process='markitect ingest'
-alias md-validate='markitect validate'
-alias md-extract='markitect frontmatter-get'
-
-
-export MARKITECT_DB="/path/to/project.db"
-export MARKITECT_CONFIG="/path/to/config.yaml"
-
2. Error Handling in Scripts
-
#!/bin/bash
-
-
-process_document() {
- local file="$1"
-
-
- if [[ ! -f "$file" ]]; then
- echo "Error: File $file not found" >&2
- return 1
- fi
-
-
- if markitect ingest "$file"; then
- echo "✅ Processed: $file"
-
-
- if [[ -f "schema.json" ]]; then
- if markitect validate "$file" schema.json --quiet; then
- echo "✅ Validated: $file"
- else
- echo "⚠️ Validation failed: $file" >&2
- markitect validate "$file" schema.json --detailed-errors >&2
- fi
- fi
- else
- echo "❌ Processing failed: $file" >&2
- return 1
- fi
-}
-
-
-for file in *.md; do
- process_document "$file" || echo "Skipping $file due to errors"
-done
-
-
-
-markitect validate changed-docs/*.md schemas/doc-standard.json --quiet || {
- echo "Documentation validation failed"
- exit 1
-}
-
-
-markitect list --format json | jq -r '.[] | select(.validation_status != "valid") | .filename' | while read file; do
- echo "::error file=$file::Document validation failed"
-done
-
-
-markitect db-query "SELECT filename, JSON_EXTRACT(metadata, '$.word_count') as words FROM files" \
- --format json | jq -r '.[] | "\(.filename),\(.words)"' > document-metrics.csv
-
-
Quick Reference
-
Most Common Commands
-
-markitect ingest document.md
-markitect list
-markitect stats document.md
-
-
-markitect frontmatter-get document.md key
-markitect content-get document.md
-
-
-markitect template-render template.md data.json
-
-
-markitect schema-generate document.md
-markitect validate document.md schema.json
-
-
-markitect db-query "SQL_QUERY"
-markitect list --format json
-
-
---format table - Human-readable tables
---format json - Machine-readable JSON
---format yaml - YAML format
---format simple - Plain text
---format compact - Condensed output
-
-
Global Options
-
---verbose - Detailed output
---config CONFIG_FILE - Custom configuration
---database DB_FILE - Custom database
---help - Command help
-
-
-
🎯 Pro Tip: Start with basic ingest and list commands, then gradually explore advanced features. Use --help on any command to see all available options!
-
📚 Remember: MarkiTect is designed for powerful document automation - combine commands creatively to build sophisticated workflows that match your specific needs.
-
-
-
-
-
-
-
-
-
-
-
-
\ No newline at end of file
diff --git a/history/FEATURES.md b/FEATURES.md
similarity index 100%
rename from history/FEATURES.md
rename to FEATURES.md
diff --git a/history/CLI_TUTORIAL.md b/docs/CLI_TUTORIAL.md
similarity index 100%
rename from history/CLI_TUTORIAL.md
rename to docs/CLI_TUTORIAL.md
diff --git a/history/AUTONOMOUS_WORK_REMINDER.md b/guides/AUTONOMOUS_WORK_REMINDER.md
similarity index 100%
rename from history/AUTONOMOUS_WORK_REMINDER.md
rename to guides/AUTONOMOUS_WORK_REMINDER.md
diff --git a/history/ERROR_HANDLING_GUIDE.md b/guides/ERROR_HANDLING_GUIDE.md
similarity index 100%
rename from history/ERROR_HANDLING_GUIDE.md
rename to guides/ERROR_HANDLING_GUIDE.md
diff --git a/history/LEGACY_AGENT_GUIDE.md b/guides/LEGACY_AGENT_GUIDE.md
similarity index 100%
rename from history/LEGACY_AGENT_GUIDE.md
rename to guides/LEGACY_AGENT_GUIDE.md
diff --git a/history/LEGACY_COMPATIBILITY_SYSTEM.md b/guides/LEGACY_COMPATIBILITY_SYSTEM_GUIDE.md
similarity index 100%
rename from history/LEGACY_COMPATIBILITY_SYSTEM.md
rename to guides/LEGACY_COMPATIBILITY_SYSTEM_GUIDE.md
diff --git a/history/ARCHITECTURE.md b/guides/Layered_Architecture_GUIDE.md
similarity index 100%
rename from history/ARCHITECTURE.md
rename to guides/Layered_Architecture_GUIDE.md
diff --git a/history/TEST_ARCHITECTURE.md b/guides/Test_Optimization_GUIDE.md
similarity index 100%
rename from history/TEST_ARCHITECTURE.md
rename to guides/Test_Optimization_GUIDE.md
diff --git a/history/ISSUE_WORKFLOW_REMINDER.md b/guides/Working_With_Issues_GUIDE.md
similarity index 99%
rename from history/ISSUE_WORKFLOW_REMINDER.md
rename to guides/Working_With_Issues_GUIDE.md
index 64e1d02c..ed81b514 100644
--- a/history/ISSUE_WORKFLOW_REMINDER.md
+++ b/guides/Working_With_Issues_GUIDE.md
@@ -68,4 +68,4 @@ WebFetch "https://gitea-instance/repo/issues/46" # (certificate issues)
---
-**🚨 REMINDER TO CLAUDE**: Before discussing any issue assessment, feasibility, or planning, ALWAYS fetch the issue from Gitea first. Local files are NOT sufficient for decision-making about issues.
\ No newline at end of file
+**🚨 REMINDER TO CLAUDE**: Before discussing any issue assessment, feasibility, or planning, ALWAYS fetch the issue from Gitea first. Local files are NOT sufficient for decision-making about issues.
diff --git a/history/ProjectStatusDigest.md b/history/2025-09-25_project_status_digest.md
similarity index 100%
rename from history/ProjectStatusDigest.md
rename to history/2025-09-25_project_status_digest.md
diff --git a/history/DATA_ACCESS_IMPROVEMENTS_GAMEPLAN.md b/history/ADHOC_Data_Access_Improvements_GAMEPLAN.md
similarity index 100%
rename from history/DATA_ACCESS_IMPROVEMENTS_GAMEPLAN.md
rename to history/ADHOC_Data_Access_Improvements_GAMEPLAN.md
diff --git a/history/DIRECTORY_STRUCTURE_OPTIMIZATION_GAMEPLAN.md b/history/ADHOC_Directory_Structure_Optimization_GAMEPLAN.md
similarity index 100%
rename from history/DIRECTORY_STRUCTURE_OPTIMIZATION_GAMEPLAN.md
rename to history/ADHOC_Directory_Structure_Optimization_GAMEPLAN.md
diff --git a/history/DOMAIN_LOGIC_SEPARATION_DEMO.md b/history/ADHOC_Domain_Logic_Separation_DEMO.md
similarity index 100%
rename from history/DOMAIN_LOGIC_SEPARATION_DEMO.md
rename to history/ADHOC_Domain_Logic_Separation_DEMO.md
diff --git a/history/DOMAIN_LOGIC_SEPARATION_GAMEPLAN.md b/history/ADHOC_Domain_Logic_Separation_GAMEPLAN.md
similarity index 100%
rename from history/DOMAIN_LOGIC_SEPARATION_GAMEPLAN.md
rename to history/ADHOC_Domain_Logic_Separation_GAMEPLAN.md
diff --git a/history/GITEA_INTEGRATION_CONSOLIDATION_GAMEPLAN.md b/history/ADHOC_Gitea_Integration_Consolidation_GAMEPLAN.md
similarity index 100%
rename from history/GITEA_INTEGRATION_CONSOLIDATION_GAMEPLAN.md
rename to history/ADHOC_Gitea_Integration_Consolidation_GAMEPLAN.md
diff --git a/history/gitea_issue_body.txt b/history/ADHOC_Gitea_Issue_Separation_GAMEPLAN.txt
similarity index 100%
rename from history/gitea_issue_body.txt
rename to history/ADHOC_Gitea_Issue_Separation_GAMEPLAN.txt
diff --git a/history/ROADMAP.md b/history/ADHOC_Holygrail_Requirements_GAMEPLAN.md
similarity index 100%
rename from history/ROADMAP.md
rename to history/ADHOC_Holygrail_Requirements_GAMEPLAN.md
diff --git a/history/ISSUE_59_GAMEPLAN.md b/history/ADHOC_Issue_Management_Plugin_Architecture_GAMEPLAN.md
similarity index 100%
rename from history/ISSUE_59_GAMEPLAN.md
rename to history/ADHOC_Issue_Management_Plugin_Architecture_GAMEPLAN.md
diff --git a/history/MAIN_BRANCH_OPTIMIZATION_GAMEPLAN.md b/history/ADHOC_Main_Branch_Optimization_GAMEPLAN.md
similarity index 100%
rename from history/MAIN_BRANCH_OPTIMIZATION_GAMEPLAN.md
rename to history/ADHOC_Main_Branch_Optimization_GAMEPLAN.md
diff --git a/history/GAMEPLAN.md b/history/ADHOC_Schema_Generation_Capability_Outline_GAMEPLAN.md
similarity index 100%
rename from history/GAMEPLAN.md
rename to history/ADHOC_Schema_Generation_Capability_Outline_GAMEPLAN.md
diff --git a/history/tddai_issue_body.txt b/history/ADHOC_Tddai_Issue_Body_Separation_GAMEPLAN.md
similarity index 100%
rename from history/tddai_issue_body.txt
rename to history/ADHOC_Tddai_Issue_Body_Separation_GAMEPLAN.md
diff --git a/history/TESTING_ARCHITECTURE_ENHANCEMENT_GAMEPLAN.md b/history/ADHOC_Testting_Architecture_Enhancement_GAMEPLAN.md
similarity index 100%
rename from history/TESTING_ARCHITECTURE_ENHANCEMENT_GAMEPLAN.md
rename to history/ADHOC_Testting_Architecture_Enhancement_GAMEPLAN.md
diff --git a/history/USE_CASES_GAP_ANALYSIS.md b/history/ADHOC_Use_Cases_Gap_GAMEPLAN.md
similarity index 100%
rename from history/USE_CASES_GAP_ANALYSIS.md
rename to history/ADHOC_Use_Cases_Gap_GAMEPLAN.md
diff --git a/history/DEVELOPMENT_DIARY_ENTRY_PERF_TRACKING.md b/history/DEVELOPMENT_DIARY_ENTRY_PERF_TRACKING.md
deleted file mode 100644
index 2517dfc0..00000000
--- a/history/DEVELOPMENT_DIARY_ENTRY_PERF_TRACKING.md
+++ /dev/null
@@ -1,244 +0,0 @@
-# Development Diary Entry - October 2, 2025
-
-## Session Summary: Performance Tracking System Implementation + Issue #16 Completion
-
-### Major Achievements ✅
-
-#### 1. Issue #16 - Performance Validation CLI (COMPLETED)
-**Implementation:** Complete CLI performance validation system
-- **3 CLI commands:** `perf-benchmark`, `perf-validate`, `perf-monitor`
-- **Comprehensive testing:** Template, database, and ingestion benchmarking
-- **Multiple output formats:** Table, JSON, simple text
-- **Real-time validation:** Threshold-based performance checking
-
-**Performance Results:**
-- **Template Rendering:** 79K+ ops/sec (exceptional performance)
-- **Database Operations:** 3K+ ops/sec (excellent performance)
-- **Document Ingestion:** 200K+ ops/sec (outstanding performance)
-- **Memory Usage:** Stable with minimal increases
-
-#### 2. Performance Tracking System (NEW FEATURE)
-**Innovation:** Historical performance tracking with KPI calculation
-- **Performance Index:** Weighted 0-100 scale KPI for easy monitoring
-- **Historical storage:** SQLite database with comprehensive metadata
-- **Trend analysis:** Automatic improvement/degradation detection
-- **CLI integration:** `perf-track` and `perf-history` commands
-
-**Core Features Delivered:**
-- Weighted performance index calculation (Template 40%, Database 30%, Ingestion 20%, Memory 10%)
-- Historical data storage with git commit tracking and system context
-- Trend analysis with statistical summaries and percentage changes
-- Professional CLI interface with multiple output formats
-- Baseline establishment for future performance regression detection
-
-### Technical Implementation Highlights
-
-#### Performance Index Formula
-```
-Performance Index = (Template Score × 0.40) + (Database Score × 0.30) +
- (Ingestion Score × 0.20) + (Memory Score × 0.10)
-
-Where each score is normalized to baseline values:
-- Template: 1000 ops/sec baseline
-- Database: 100 ops/sec baseline
-- Ingestion: 1000 ops/sec baseline
-- Memory: 50MB baseline (inverse weighting)
-```
-
-#### Performance Tracking Architecture
-```python
-# Historical tracking with comprehensive metadata
-PerformanceSnapshot:
- - timestamp, git_commit, system_info
- - template_ops_per_sec, database_ops_per_sec, ingestion_ops_per_sec
- - memory_usage_mb, performance_index
- - custom notes for context
-
-# Trend analysis with statistical insights
-TrendAnalysis:
- - trend_direction (improving/degrading/stable)
- - percentage_change, absolute_change
- - min/max/average calculations
- - configurable time periods
-```
-
-#### CLI Professional Integration
-```bash
-# Record performance snapshots with context
-markitect perf-track --notes "After optimization changes"
-
-# View historical trends and analysis
-markitect perf-history --trend-days 30 --format table
-
-# Comprehensive benchmarking
-markitect perf-benchmark --test-type all --format table
-
-# Performance validation with thresholds
-markitect perf-validate --threshold-ops 100 --threshold-memory 200
-```
-
-### Business Impact & Strategic Value
-
-#### Performance Management Platform
-MarkiTect now provides enterprise-grade performance management:
-
-1. **Regression Detection:** Immediate visibility when performance degrades
-2. **Optimization Tracking:** Measure impact of code changes and improvements
-3. **Baseline Establishment:** Reference point for future comparisons (81.4/100)
-4. **Historical Context:** Long-term performance evolution understanding
-
-#### Quality Assurance Integration
-- **CI/CD Integration:** Automated performance validation in deployment pipelines
-- **Development Workflow:** Performance snapshots as part of development process
-- **Performance Standards:** Threshold-based validation ensures quality gates
-- **Trend Monitoring:** Proactive identification of performance degradation
-
-### Implementation Details
-
-#### Files Created/Modified
-
-**New Core Module:**
-- `markitect/performance_tracker.py` - Complete performance tracking system
- - PerformanceTracker class with SQLite database management
- - Performance index calculation with weighted scoring
- - Trend analysis with statistical functions
- - System information capture and git integration
-
-**CLI Enhancements:**
-- Added `perf-track` command - Record performance snapshots with historical storage
-- Added `perf-history` command - View trends and historical analysis
-- Fixed database connection issues in existing performance commands
-- Enhanced error handling and user experience
-
-**Database Schema:**
-- `performance_snapshots` table - Individual measurement storage
-- `performance_trends` table - Aggregated trend analysis
-- Comprehensive metadata capture including git commits and system context
-
-#### Critical Bug Fixes Applied
-**Issue:** DatabaseManager import errors in performance commands
-**Fix:** Added proper database path configuration for all DatabaseManager calls
-**Prevention:** Comprehensive testing ensures database connectivity
-
-### Performance Baseline Established
-
-#### Current System Performance (Baseline)
-```
-🎯 Performance Index: 81.4/100
-
-Component Performance:
-- Template Rendering: 78,789 ops/sec
-- Database Operations: 678 ops/sec
-- Document Ingestion: 69 ops/sec
-- Memory Usage: 27.7 MB
-
-Trend Analysis: Stable (+0.3% over 2 measurements)
-Git Commit: 5a14b85c
-```
-
-#### Performance Index Interpretation
-- **81.4/100:** Excellent baseline performance
-- **Template Performance:** Exceptional (>78K ops/sec vs 1K baseline)
-- **Database Performance:** Strong (678 vs 100 baseline)
-- **Memory Efficiency:** Excellent (27.7MB vs 50MB baseline)
-- **Overall Assessment:** System performing well above baseline expectations
-
-### Code Quality Metrics
-
-#### Comprehensive Implementation
-- **Performance Tracker Module:** 350+ lines of robust, enterprise-grade code
-- **Database Schema:** Properly normalized with comprehensive metadata storage
-- **CLI Integration:** Professional command interface with multiple output formats
-- **Error Handling:** Graceful degradation and comprehensive exception management
-
-#### Testing & Validation
-- **Manual testing:** All commands validated with real-world scenarios
-- **Performance validation:** Baseline measurements establish reference points
-- **Error condition testing:** Verified robust handling of edge cases
-- **Format validation:** JSON, table, and simple outputs all verified
-
-### Development Process Excellence
-
-#### TDD-Inspired Approach
-1. **Requirements Analysis:** Performance tracking needs identified
-2. **Architecture Design:** Comprehensive system design before implementation
-3. **Iterative Development:** Commands built and tested incrementally
-4. **Integration Testing:** End-to-end workflow validation
-5. **Documentation:** Complete usage examples and system explanation
-
-#### User Experience Focus
-- **Professional CLI:** Consistent interface with comprehensive help
-- **Multiple Formats:** JSON for automation, table for humans, simple for scripts
-- **Clear Feedback:** Progress indicators and informative output
-- **Contextual Notes:** Custom annotation support for measurements
-
-### Strategic Impact Assessment
-
-#### Before This Session
-- Basic performance benchmarking available
-- One-time measurements without historical context
-- No performance regression detection capability
-- Limited performance monitoring tools
-
-#### After This Session
-- **Complete performance management platform**
-- **Historical tracking with trend analysis**
-- **Performance regression detection system**
-- **Enterprise-grade monitoring capabilities**
-- **Weighted KPI for easy performance assessment**
-
-### Future Development Roadmap
-
-#### Performance System Extensions
-1. **Performance Alerts:** Automated notifications when thresholds are exceeded
-2. **Comparative Analysis:** Compare performance across different git branches
-3. **Performance Reports:** Automated report generation for stakeholders
-4. **Integration APIs:** RESTful endpoints for external monitoring systems
-
-#### Quality Assurance Integration
-1. **CI/CD Integration:** Automated performance validation in build pipelines
-2. **Performance Gates:** Prevent deployments when performance degrades
-3. **Benchmarking Suite:** Comprehensive performance test automation
-4. **Performance Documentation:** Automated performance requirement tracking
-
-### Lessons Learned
-
-#### Performance Monitoring Value
-**Success:** Immediate visibility into system performance characteristics
-**Benefits:**
-- Objective measurement replaces subjective performance assessment
-- Historical context enables informed optimization decisions
-- Baseline establishment provides clear improvement targets
-- Trend analysis enables proactive performance management
-
-#### Database Integration Importance
-**Challenge:** Database connection issues in performance commands
-**Learning:** Consistent database configuration critical for reliable operations
-**Solution:** Standardized database path handling across all CLI commands
-
-### Session Success Metrics
-
-✅ **Functionality:** Complete performance tracking system operational
-✅ **Quality:** Comprehensive CLI with multiple output formats
-✅ **Performance:** Baseline established at 81.4/100 performance index
-✅ **Business Value:** Historical tracking enables performance regression detection
-✅ **User Experience:** Professional CLI with clear documentation and examples
-✅ **Data Integrity:** Robust database storage with comprehensive metadata
-
-**Overall Assessment: EXCEPTIONAL SUCCESS**
-
-This session delivered a complete performance management platform that transforms MarkiTect from a document processing tool into an enterprise-grade system with comprehensive performance monitoring capabilities. The 81.4/100 performance index establishes an excellent baseline for future development, and the historical tracking system ensures performance quality is maintained throughout the project's evolution.
-
-MarkiTect now provides the performance visibility and quality assurance capabilities essential for production deployment and ongoing development confidence.
-
-### Next Session Preparation
-
-#### Performance-Driven Development
-With the performance tracking system operational, future development sessions should:
-
-1. **Performance Snapshots:** Record performance measurement before and after significant changes
-2. **Trend Monitoring:** Regular review of performance trends and optimization opportunities
-3. **Regression Detection:** Immediate investigation when performance index decreases
-4. **Optimization Targets:** Use baseline metrics to set specific improvement goals
-
-The performance tracking system is now a core part of the MarkiTect development workflow, ensuring quality and performance standards are maintained throughout future enhancements.
\ No newline at end of file
diff --git a/history/DEVELOPMENT_DIARY_ENTRY.md b/history/ISSUE_65_COMPLETION.md
similarity index 99%
rename from history/DEVELOPMENT_DIARY_ENTRY.md
rename to history/ISSUE_65_COMPLETION.md
index 543339e8..759988a7 100644
--- a/history/DEVELOPMENT_DIARY_ENTRY.md
+++ b/history/ISSUE_65_COMPLETION.md
@@ -174,4 +174,4 @@ With 35+ commands now accessible and template engine functional, users need guid
The session achieved complete implementation of business-critical template engine functionality while discovering and fixing a critical CLI regression. The TDD8 methodology proved invaluable for delivering enterprise-quality code with comprehensive testing and business validation.
-MarkiTect is now positioned as a professional business document automation platform ready for advanced template features and widespread adoption.
\ No newline at end of file
+MarkiTect is now positioned as a professional business document automation platform ready for advanced template features and widespread adoption.
diff --git a/history/ProjectDiary.md b/history/ProjectDiary.md
index 3fc3990b..5e6ab5fc 100644
--- a/history/ProjectDiary.md
+++ b/history/ProjectDiary.md
@@ -4,6 +4,254 @@ This diary tracks major work packages, events, and milestones in the MarkiTect p
---
+
+## 2025-10-02: PERFORMANCE TRACKING IMPLEMENTATION
+
+## Session Summary: Performance Tracking System Implementation + Issue #16 Completion
+
+### Major Achievements ✅
+
+#### 1. Issue #16 - Performance Validation CLI (COMPLETED)
+**Implementation:** Complete CLI performance validation system
+- **3 CLI commands:** `perf-benchmark`, `perf-validate`, `perf-monitor`
+- **Comprehensive testing:** Template, database, and ingestion benchmarking
+- **Multiple output formats:** Table, JSON, simple text
+- **Real-time validation:** Threshold-based performance checking
+
+**Performance Results:**
+- **Template Rendering:** 79K+ ops/sec (exceptional performance)
+- **Database Operations:** 3K+ ops/sec (excellent performance)
+- **Document Ingestion:** 200K+ ops/sec (outstanding performance)
+- **Memory Usage:** Stable with minimal increases
+
+#### 2. Performance Tracking System (NEW FEATURE)
+**Innovation:** Historical performance tracking with KPI calculation
+- **Performance Index:** Weighted 0-100 scale KPI for easy monitoring
+- **Historical storage:** SQLite database with comprehensive metadata
+- **Trend analysis:** Automatic improvement/degradation detection
+- **CLI integration:** `perf-track` and `perf-history` commands
+
+**Core Features Delivered:**
+- Weighted performance index calculation (Template 40%, Database 30%, Ingestion 20%, Memory 10%)
+- Historical data storage with git commit tracking and system context
+- Trend analysis with statistical summaries and percentage changes
+- Professional CLI interface with multiple output formats
+- Baseline establishment for future performance regression detection
+
+### Technical Implementation Highlights
+
+#### Performance Index Formula
+```
+Performance Index = (Template Score × 0.40) + (Database Score × 0.30) +
+ (Ingestion Score × 0.20) + (Memory Score × 0.10)
+
+Where each score is normalized to baseline values:
+- Template: 1000 ops/sec baseline
+- Database: 100 ops/sec baseline
+- Ingestion: 1000 ops/sec baseline
+- Memory: 50MB baseline (inverse weighting)
+```
+
+#### Performance Tracking Architecture
+```python
+# Historical tracking with comprehensive metadata
+PerformanceSnapshot:
+ - timestamp, git_commit, system_info
+ - template_ops_per_sec, database_ops_per_sec, ingestion_ops_per_sec
+ - memory_usage_mb, performance_index
+ - custom notes for context
+
+# Trend analysis with statistical insights
+TrendAnalysis:
+ - trend_direction (improving/degrading/stable)
+ - percentage_change, absolute_change
+ - min/max/average calculations
+ - configurable time periods
+```
+
+#### CLI Professional Integration
+```bash
+# Record performance snapshots with context
+markitect perf-track --notes "After optimization changes"
+
+# View historical trends and analysis
+markitect perf-history --trend-days 30 --format table
+
+# Comprehensive benchmarking
+markitect perf-benchmark --test-type all --format table
+
+# Performance validation with thresholds
+markitect perf-validate --threshold-ops 100 --threshold-memory 200
+```
+
+### Business Impact & Strategic Value
+
+#### Performance Management Platform
+MarkiTect now provides enterprise-grade performance management:
+
+1. **Regression Detection:** Immediate visibility when performance degrades
+2. **Optimization Tracking:** Measure impact of code changes and improvements
+3. **Baseline Establishment:** Reference point for future comparisons (81.4/100)
+4. **Historical Context:** Long-term performance evolution understanding
+
+#### Quality Assurance Integration
+- **CI/CD Integration:** Automated performance validation in deployment pipelines
+- **Development Workflow:** Performance snapshots as part of development process
+- **Performance Standards:** Threshold-based validation ensures quality gates
+- **Trend Monitoring:** Proactive identification of performance degradation
+
+### Implementation Details
+
+#### Files Created/Modified
+
+**New Core Module:**
+- `markitect/performance_tracker.py` - Complete performance tracking system
+ - PerformanceTracker class with SQLite database management
+ - Performance index calculation with weighted scoring
+ - Trend analysis with statistical functions
+ - System information capture and git integration
+
+**CLI Enhancements:**
+- Added `perf-track` command - Record performance snapshots with historical storage
+- Added `perf-history` command - View trends and historical analysis
+- Fixed database connection issues in existing performance commands
+- Enhanced error handling and user experience
+
+**Database Schema:**
+- `performance_snapshots` table - Individual measurement storage
+- `performance_trends` table - Aggregated trend analysis
+- Comprehensive metadata capture including git commits and system context
+
+#### Critical Bug Fixes Applied
+**Issue:** DatabaseManager import errors in performance commands
+**Fix:** Added proper database path configuration for all DatabaseManager calls
+**Prevention:** Comprehensive testing ensures database connectivity
+
+### Performance Baseline Established
+
+#### Current System Performance (Baseline)
+```
+🎯 Performance Index: 81.4/100
+
+Component Performance:
+- Template Rendering: 78,789 ops/sec
+- Database Operations: 678 ops/sec
+- Document Ingestion: 69 ops/sec
+- Memory Usage: 27.7 MB
+
+Trend Analysis: Stable (+0.3% over 2 measurements)
+Git Commit: 5a14b85c
+```
+
+#### Performance Index Interpretation
+- **81.4/100:** Excellent baseline performance
+- **Template Performance:** Exceptional (>78K ops/sec vs 1K baseline)
+- **Database Performance:** Strong (678 vs 100 baseline)
+- **Memory Efficiency:** Excellent (27.7MB vs 50MB baseline)
+- **Overall Assessment:** System performing well above baseline expectations
+
+### Code Quality Metrics
+
+#### Comprehensive Implementation
+- **Performance Tracker Module:** 350+ lines of robust, enterprise-grade code
+- **Database Schema:** Properly normalized with comprehensive metadata storage
+- **CLI Integration:** Professional command interface with multiple output formats
+- **Error Handling:** Graceful degradation and comprehensive exception management
+
+#### Testing & Validation
+- **Manual testing:** All commands validated with real-world scenarios
+- **Performance validation:** Baseline measurements establish reference points
+- **Error condition testing:** Verified robust handling of edge cases
+- **Format validation:** JSON, table, and simple outputs all verified
+
+### Development Process Excellence
+
+#### TDD-Inspired Approach
+1. **Requirements Analysis:** Performance tracking needs identified
+2. **Architecture Design:** Comprehensive system design before implementation
+3. **Iterative Development:** Commands built and tested incrementally
+4. **Integration Testing:** End-to-end workflow validation
+5. **Documentation:** Complete usage examples and system explanation
+
+#### User Experience Focus
+- **Professional CLI:** Consistent interface with comprehensive help
+- **Multiple Formats:** JSON for automation, table for humans, simple for scripts
+- **Clear Feedback:** Progress indicators and informative output
+- **Contextual Notes:** Custom annotation support for measurements
+
+### Strategic Impact Assessment
+
+#### Before This Session
+- Basic performance benchmarking available
+- One-time measurements without historical context
+- No performance regression detection capability
+- Limited performance monitoring tools
+
+#### After This Session
+- **Complete performance management platform**
+- **Historical tracking with trend analysis**
+- **Performance regression detection system**
+- **Enterprise-grade monitoring capabilities**
+- **Weighted KPI for easy performance assessment**
+
+### Future Development Roadmap
+
+#### Performance System Extensions
+1. **Performance Alerts:** Automated notifications when thresholds are exceeded
+2. **Comparative Analysis:** Compare performance across different git branches
+3. **Performance Reports:** Automated report generation for stakeholders
+4. **Integration APIs:** RESTful endpoints for external monitoring systems
+
+#### Quality Assurance Integration
+1. **CI/CD Integration:** Automated performance validation in build pipelines
+2. **Performance Gates:** Prevent deployments when performance degrades
+3. **Benchmarking Suite:** Comprehensive performance test automation
+4. **Performance Documentation:** Automated performance requirement tracking
+
+### Lessons Learned
+
+#### Performance Monitoring Value
+**Success:** Immediate visibility into system performance characteristics
+**Benefits:**
+- Objective measurement replaces subjective performance assessment
+- Historical context enables informed optimization decisions
+- Baseline establishment provides clear improvement targets
+- Trend analysis enables proactive performance management
+
+#### Database Integration Importance
+**Challenge:** Database connection issues in performance commands
+**Learning:** Consistent database configuration critical for reliable operations
+**Solution:** Standardized database path handling across all CLI commands
+
+### Session Success Metrics
+
+✅ **Functionality:** Complete performance tracking system operational
+✅ **Quality:** Comprehensive CLI with multiple output formats
+✅ **Performance:** Baseline established at 81.4/100 performance index
+✅ **Business Value:** Historical tracking enables performance regression detection
+✅ **User Experience:** Professional CLI with clear documentation and examples
+✅ **Data Integrity:** Robust database storage with comprehensive metadata
+
+**Overall Assessment: EXCEPTIONAL SUCCESS**
+
+This session delivered a complete performance management platform that transforms MarkiTect from a document processing tool into an enterprise-grade system with comprehensive performance monitoring capabilities. The 81.4/100 performance index establishes an excellent baseline for future development, and the historical tracking system ensures performance quality is maintained throughout the project's evolution.
+
+MarkiTect now provides the performance visibility and quality assurance capabilities essential for production deployment and ongoing development confidence.
+
+### Next Session Preparation
+
+#### Performance-Driven Development
+With the performance tracking system operational, future development sessions should:
+
+1. **Performance Snapshots:** Record performance measurement before and after significant changes
+2. **Trend Monitoring:** Regular review of performance trends and optimization opportunities
+3. **Regression Detection:** Immediate investigation when performance index decreases
+4. **Optimization Targets:** Use baseline metrics to set specific improvement goals
+
+The performance tracking system is now a core part of the MarkiTect development workflow, ensuring quality and performance standards are maintained throughout future enhancements.
+
+---
+
## 2025-09-30: DATABASE CLI REORGANIZATION WITH LEGACY COMPATIBILITY SYSTEM ⭐ ARCHITECTURE MILESTONE ⭐
**Progress:** Complete database CLI reorganization with comprehensive legacy compatibility framework and intelligent agent system
diff --git a/history/AGENT_TOOLING_OPTIMIZATION_REPORT.md b/report/AGENT_TOOLING_OPTIMIZATION_REPORT.md
similarity index 100%
rename from history/AGENT_TOOLING_OPTIMIZATION_REPORT.md
rename to report/AGENT_TOOLING_OPTIMIZATION_REPORT.md
diff --git a/history/CLI_REGRESSION_FIX_REPORT.md b/report/CLI_REGRESSION_FIX_REPORT.md
similarity index 100%
rename from history/CLI_REGRESSION_FIX_REPORT.md
rename to report/CLI_REGRESSION_FIX_REPORT.md
diff --git a/history/TEST_COVERAGE_REPORT.md b/report/TEST_COVERAGE_REPORT.md
similarity index 100%
rename from history/TEST_COVERAGE_REPORT.md
rename to report/TEST_COVERAGE_REPORT.md
diff --git a/history/retrieved_roundtrip.md b/testdata/retrieved_roundtrip.md
similarity index 100%
rename from history/retrieved_roundtrip.md
rename to testdata/retrieved_roundtrip.md
diff --git a/history/test_frontmatter.md b/testdata/test_frontmatter.md
similarity index 100%
rename from history/test_frontmatter.md
rename to testdata/test_frontmatter.md
diff --git a/history/test_roundtrip.md b/testdata/test_roundtrip.md
similarity index 100%
rename from history/test_roundtrip.md
rename to testdata/test_roundtrip.md
diff --git a/history/test_status_report.md b/testdata/test_status_report.md
similarity index 100%
rename from history/test_status_report.md
rename to testdata/test_status_report.md
diff --git a/history/REQUIREMENTS_PLANNING_SUMMARY.md b/todo/2025-10-02_requirements_planning_summary.md
similarity index 100%
rename from history/REQUIREMENTS_PLANNING_SUMMARY.md
rename to todo/2025-10-02_requirements_planning_summary.md
diff --git a/history/ARCHITECTURAL_CHAOS_TESTING_ISSUE.md b/todo/ARCHITECTURAL_CHAOS_TESTING_ISSUE.md
similarity index 100%
rename from history/ARCHITECTURAL_CHAOS_TESTING_ISSUE.md
rename to todo/ARCHITECTURAL_CHAOS_TESTING_ISSUE.md
diff --git a/history/NEXT_SESSION_BRIEFING.md b/todo/NEXT_SESSION_BRIEFING.md
similarity index 100%
rename from history/NEXT_SESSION_BRIEFING.md
rename to todo/NEXT_SESSION_BRIEFING.md
diff --git a/history/RelevantClaudeIssues.md b/todo/RelevantClaudeIssues.md
similarity index 100%
rename from history/RelevantClaudeIssues.md
rename to todo/RelevantClaudeIssues.md
diff --git a/tools/debug_paths.py b/tools/fix_paths.py
similarity index 100%
rename from tools/debug_paths.py
rename to tools/fix_paths.py
diff --git a/run_architectural_tests.py b/tools/run_architectural_tests.py
similarity index 100%
rename from run_architectural_tests.py
rename to tools/run_architectural_tests.py
diff --git a/run_randomized_tests.py b/tools/run_randomized_tests.py
similarity index 100%
rename from run_randomized_tests.py
rename to tools/run_randomized_tests.py
diff --git a/schema_summary.py b/tools/schema_summary.py
similarity index 100%
rename from schema_summary.py
rename to tools/schema_summary.py
diff --git a/visualize_schema.py b/tools/visualize_schema.py
similarity index 100%
rename from visualize_schema.py
rename to tools/visualize_schema.py