Skip to content

Technical Design Index

This index organizes all technical design documents for the loryth project.

🚀 Active

📝 Draft

ID Title Status Last Updated
TD-014 Test Resource Organization & Cleanup 📝 Draft 2025-10-02
TD-015 DI System Modularization 📝 Draft 2025-10-02
TD-016 Integration & Performance 📝 Draft 2025-10-02
TD-017 Code Quality Gates Implementation 📝 Draft 2025-10-04
TD-018 DI Benchmarking Suite 📝 Draft 2025-10-11
TD-024 Test Suite Quality Improvement Meta 📝 Draft 2025-10-18
TD-025 Unit Test Quality Standards 📝 Draft 2025-10-19
TD-026 Integration Test Quality Standards 📝 Draft 2025-10-18

🟢 Accepted

ID Title Status Last Updated
TD-028 Reflection Metrics Architecture — Hierarchical Aggregation & Structured API 🟢 Accepted 2025-10-21

📦 Archived

✅ Implemented

ID Title Status Completion Date
TD-001 Centralized Metrics for Reflection ✅ Implemented 2025-09-27
TD-002 Naming Refactor (Replace "BasicX") ✅ Implemented 2025-09-27
TD-003 ReflectionContext Surface: A Unified, Ergonomic API ✅ Implemented 2025-09-28
TD-004 Split Oversized Reflection Modules ✅ Implemented 2025-09-28
TD-005 Dead Code Removal and Cleanup ✅ Implemented 2025-09-28
TD-006 Test Suite Reorganization ✅ Implemented 2025-09-29
TD-007 Test Quality Improvements ✅ Implemented 2025-10-01
TD-008 Complexity Metrics Tooling ✅ Implemented 2025-10-01
TD-009 DI Container Consolidation ✅ Implemented 2025-10-02
TD-010 DI Bootstrapping & Initialization ✅ Implemented 2025-10-03
TD-011 DI Injection System ✅ Implemented 2025-10-06
TD-012 Enhanced DI Annotations ✅ Implemented 2025-10-02
TD-013 Bootstrap Plan Building via Package Scanning ✅ Implemented 2025-10-11
TD-019 DI Configuration Binding & Sources ✅ Implemented 2025-10-12
TD-020 Externalize DI Bootstrap Orchestration ✅ Implemented 2025-10-11
TD-021 Application Entry Point and Bootstrap Orchestration ✅ Implemented 2025-10-12
TD-022 Unified Runtime Marker System ✅ Implemented 2025-10-18
TD-027 ReflectionContext API Simplification ✅ Implemented 2025-10-24

📚 Document Groups

Reflection System Foundation

  • TD-001: Centralized metrics system for observability
  • TD-002: Naming improvements to replace "BasicX" prefixes
  • TD-003: Unified, ergonomic API surface
  • TD-004: Modular architecture splitting large files
  • TD-005: Code cleanup removing unused elements
  • TD-006: Test suite reorganization
  • TD-027: ReflectionContext API simplification (phase A of roadmap 002)
  • TD-028: Hierarchical metrics architecture with aggregation (phase B of roadmap 002)

Dependency Injection System

  • TD-007: Test quality improvements
  • TD-008: Complexity metrics tooling
  • TD-009: DI container consolidation
  • TD-010: Bootstrapping system
  • TD-011: Injection system
  • TD-012: Enhanced annotations
  • TD-013: Package scanning and auto-discovery
  • TD-019: Configuration binding and sources
  • TD-020: External bootstrap orchestration
  • TD-022: Unified runtime marker system (replaces annotations module)

Test Quality Improvement

  • TD-024: Universal test quality standards and meta-framework
  • TD-025: Unit test quality standards and best practices
  • TD-026: Integration test quality standards and best practices

👥 For Contributors

Technical Design Process

Technical designs follow a standard lifecycle:

flowchart TB
    A["📝 Draft"] --> B["Proposed"]
    B --> C["🟢 Accepted"]
    C --> D["✅ Implemented"]
    B --> F["🚫 Rejected"]
    C --> G["❌ Cancelled"]

Status Definitions:

  • 📝 Draft - Design under development/review (not yet approved)
  • Proposed - Ready for review and feedback
  • 🟢 Accepted - Approved for implementation
  • ✅ Implemented - Fully implemented and tested
  • 🚫 Rejected - Design not approved for implementation
  • ❌ Cancelled - Implementation was started but later cancelled

Using the Template

  • Template: Canonical TD Template (project-wide)
  • Writing Guide: Documentation Guidelines (project-wide)
  • Flexibility: Not all sections are mandatory — adapt to your specific needs
  • Customization: Section titles can be changed to better fit your design
  • Housekeeping: Regularly archive completed designs and update this index

Best Practices

  • Keep designs focused and scoped appropriately
  • Include implementation considerations and alternatives
  • Update status as work progresses
  • Archive completed designs promptly

This index is maintained by the loryth contributors. Please update it when adding or modifying technical design documents.