A project doesn't have to be anything more than a series of documents. The source code can be filled in later.
consider this a lesson in computer science for sorcerers.
If you're a wizard and you want a similar lesson, check out the book:
Structure and Interpretation of Computer Programs
the following readme was auto-generated:
ai-stuff
A unified monorepo containing 42 interconnected software development projects with centralized management tooling.
Repository Structure
ai-stuff/
├── delta-version/ # Meta-project: Repository management & tooling
├── scripts/ # Shared utilities library (TUI, CLI tools)
├── libs/ & my-libs/ # Shared Lua libraries
├── neocities-modernization/ # Active: Poetry website with GPU-accelerated LLM embeddings (Phase 9)
├── world-edit-to-execute/ # Active: Warcraft 3 map parser/engine
└── [37+ other projects] # Various development projects
Core Projects
Delta-Version (Meta-Project)
Central repository management system providing:
- Git infrastructure and branch isolation
- Automated tooling for cross-project operations
- Issue tracking and progress management
- Unified development workflows
- See
delta-version/docs/for worktree agent instructions
Active Development
| Project | Description | Phase | Recent Work |
|---|---|---|---|
| neocities-modernization | Poetry website with GPU-accelerated LLM embedding similarity navigation | Phase 9 | Vulkan compute infrastructure, GPU similarity matrix generation |
| world-edit-to-execute | Warcraft 3 map file parser and Lua runtime engine | Phase 2/4 | Threadpool implementation, render migration |
Project Categories
Games & Game Engines
world-edit-to-execute- WC3 map parser and open-source engineRPG-autobattler- Auto-battler RPG mechanicshealer-td- Tower defense with healing mechanicsfactory-war- Factory building strategydark-volcano- Adventure gamemagic-rumble- Magic-based gameadventure-hero-quest-mega-max-ultra- Adventure hero gameconsole-demakes&console-demakes-2- Classic game demakesa-hat-in-dual-screen- Dual-screen game projectlinks-awakening- Zelda-inspired projectruby-castle- Castle adventure game
AI & Language Processing
ai-playground- AI experimentation sandboxneocities-modernization- LLM embeddings for poetry navigation with GPU accelerationwords-pdf- PDF text processing and poem extractionvideo-transcription- Video transcription toolsllm-transcripts- LLM conversation management
Tools & Utilities
delta-version- Repository management and mono-repo toolingscripts/- Shared TUI/CLI utilities (menu systems, git history viewers)progress-ii- Progress tracking systemresume-generation- Resume generation toolshandheld-office- Portable productivity toolsauthorship-tool- Writing and authorship utilitiespicture-generator- Image generation toolsproject-orchestration- Multi-project coordination
Learning & Education
risc-v-university- RISC-V architecture studysymbeline- Symbol-based learningprogramming-project-analysis- Code analysis tools
Creative & Content
cloudtop-contest- Contest submissionscontinual-co-operation- Collaborative projectsadroit- Skillful implementation projectsao3-source-code-import- Archive of Our Own utilities
Infrastructure & Systems
translation-layer-wow-chat-city-of-chat- Chat system translation layerintelligence-system- Intelligence/reasoning systemsfactorIDE- Development environment toolsshanna-lib- Shared library components
Development Philosophy
This repository follows strict principles from CLAUDE.md:
- Issue-Driven Development: Every change requires an issue file
- Phase-Based Progress: Work organized into numbered phases with demos
- Immutable Issues: Issue files are append-only (moved to
completed/when done) - Commit Discipline: Each completed issue gets a git commit
- Lua-First: LuaJIT-compatible Lua is the preferred language (disprefer Python)
- Fail-Fast: Prefer error messages over fallbacks - notify on all fallbacks and create issues
- Documentation: Every change needs explanatory comments for future maintainers
- Worktree Workflow: Use isolated git worktrees for parallel development branches
Shared Infrastructure
Scripts Library (scripts/)
Located at /home/ritz/programming/ai-stuff/scripts/ and /home/ritz/programming/ai-stuff/my-libs/
Common utilities:
- TUI components for terminal interfaces
- Menu systems for interactive CLI
- Git history prettification
- Progress visualization
- Issue management tools
Libraries (libs/ & my-libs/)
Shared Lua libraries for cross-project functionality.
Issue File Format
Issues follow the naming convention: {PHASE}{ID}-{DESCR}.md
- Example:
9-002-port-similarity-matrix-to-vulkan.md(Phase 9, Issue 002) - Sub-issues:
{PHASE}{ID}{INDEX}-{DESCR}.md(e.g.,9-001a-...)
Required sections:
- Current Behavior
- Intended Behavior
- Suggested Implementation Steps
- (Optional) OB (Original Bug) notes for root cause insights
Progress tracking:
- Phase progress files:
issues/phase-X-progress.md - Completed issues moved to:
issues/completed/ - Phase demos:
issues/completed/demos/
Recent Developments (Phase 9)
Neocities-Modernization GPU Acceleration:
- Implemented Vulkan compute infrastructure for embedding similarity
- GPU-accelerated similarity matrix generation (replacing CPU-based approach)
- Fail-fast error handling (removed CPU fallbacks per CLAUDE.md)
- Triangular matrix optimization for memory efficiency
- Parallel batch processing for diversity sequence generation
Project Management
Phase Demos
Completed phases include runnable demos in issues/completed/demos/ that showcase:
- New tools and utilities from the phase
- Integration with previous phase functionality
- Visual demonstrations of outputs (HTML pages, graphical displays)
- Statistics and datapoints (not just descriptions)
Version Control
- Git commits only after completing issue files
- Commit messages describe functionality abstractly (not implementation details)
- Branch isolation using worktree workflow (see
delta-version/docs/) - History preservation: prettified logs in phase-specific history files
Testing
- Every bug fix requires a validation test
- Phase demo tests validate overall functionality
- Failed tests trigger skeleton issue file creation
- Test before marking issues complete
Getting Started
# Clone the repository git clone <repo-url> ai-stuff cd ai-stuff # View available projects ls -d */ # Read project documentation cat docs/table-of-contents.md # Run a phase demo (for projects with demos) cd neocities-modernization ./run.sh # Or select a demo by phase number ./run-demo.sh # (Enter phase number when prompted)
Directory Conventions
Standard project structure:
project-name/
├── docs/ # Documentation and guides
├── notes/ # Planning, vision, brainstorming
├── src/ # Source code
├── libs/ # Project-specific libraries
├── assets/ # Resources (images, data files)
├── issues/ # Issue tracking
│ ├── completed/ # Archived completed issues
│ └── demos/ # Phase demonstration programs
├── input/ # Input files for program processing
├── output/ # Generated outputs
├── tmp/ # Project-specific temporary files
└── run.sh # Main execution script
Additional Resources
QUICK-START.md- Quick reference guideTROUBLESHOOTING.md- Common issues and solutionsprogress-ii-progress.md- Overall repository progress trackingCLAUDE.md- Global development guidelines (in/home/ritz/.claude/)
License
Individual projects may have their own licenses. See each project's directory for details.
"they want you to think about then, so that you aren't able to think about now."