Priority 1 (Critical): Database files removed from git tracking - Added **/.aphoria/db/ and **/.aphoria/wal/ to .gitignore - Removed 7 database files from dogfood/dbpool/.aphoria/db/ - Database files are runtime state (like target/), not source code - Prevents repository bloat and incorrect content type in git Priority 2 (Housekeeping): Dated documentation archived - Created archive/ structure with fixes/ and deprecated/ subdirectories - Moved SYSTEMATIC-FIXES-2026-02-10.md to archive/fixes/ - Moved SYSTEMATIC-FIXES-COMPLETE.md to archive/fixes/ - Moved PROJECT2-QUICKSTART-DEPRECATED.md to archive/deprecated/ - Moved PROJECT2-READY.md to archive/deprecated/ - Moved verify-project2-ready.sh to archive/deprecated/ - Created archive/README.md documenting archival policy These files are preserved for historical reference but no longer clutter the main dogfood directory. See archive/README.md for details. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
8.8 KiB
Project 2 Documentation: READY ✅
Date: 2026-02-10 Status: All documentation complete, ready for Project 2 launch
What's Been Prepared
1. ✅ Project 2 Quick Start Guide
File: PROJECT2-QUICKSTART.md (NEW - created today)
Contents:
- Pre-flight verification (check Project 1 corpus exists)
- Day 0: Project selection and skills verification (30 min)
- Day 1: Skills-driven pattern discovery (1-2 hours)
/aphoria-suggestfor discovering dbpool patterns/aphoria-claimsfor claim creation with enforced alignment
- Day 2-5: Reference to dbpool/CHECKLIST.md
- Flywheel metrics collection (time, reuse, consistency)
- Troubleshooting guide
Target audience: Team starting Project 2 after completing Project 1 Day 1
Expected outcome: 50-60% time reduction, 30-40% pattern reuse, 0 naming errors
2. ✅ Dogfood Directory Router
File: dogfood/README.md (NEW - created today)
Contents:
- Quick navigation (Project 1 vs Project 2)
- Status for both projects
- Documentation index
- Verification commands
- Success criteria comparison
Purpose: Central routing point, clear "start here" for each scenario
3. ✅ Skills Reference Documentation
Updated files:
dbpool/CHECKLIST.md- All 8 skills listed with verificationdbpool/STATE-2026-02-10.md- Skills documented with purposesdbpool/docs/multi-project-setup.md- Skills table for pattern reuse
Skills documented:
/aphoria-claims- Diff analysis, claim authoring (PRIMARY Day 1)/aphoria-suggest- Pattern discovery (PRIMARY pre-Day 1)/aphoria-custom-extractor-creator- Generate extractors (Day 3-4)/aphoria-corpus-import- Bulk import from wikis/RFCs/aphoria-post-commit-hook- Local automation/aphoria-ci-setup- CI/CD integration/aphoria-install- Setup/aphoria- Main scan
Impact: Clear guidance on which skill to use when
4. ✅ Multi-Project Pattern Reuse Guide
File: dbpool/docs/multi-project-setup.md (UPDATED today)
Added:
- Skills table for Project 2+ workflow
- Production automation section (post-commit hooks, CI/CD)
- Cross-project corpus access troubleshooting
Purpose: Shows how to leverage Project 1's knowledge in Project 2
5. ✅ Core Definition Updates
Files updated:
-
~/.claude/projects/-home-jml-Workspace-stemedb/memory/MEMORY.md- "APHORIA CORE DEFINITION (READ THIS FIRST)" section
- What Aphoria IS vs is NOT
- Skills ARE the product, manual CLI is debug interface
-
/home/jml/Workspace/stemedb/CLAUDE.md- Rewritten "Aphoria: The Autonomous Flywheel" section
- CRITICAL PROHIBITION with ❌/✅ examples
- Emphasizes "runs on EVERY commit, NOT a CLI tool"
Impact: Prevents misframing Aphoria as static tool instead of autonomous system
Verification Checklist
Before launching Project 2, verify:
Pre-Flight Checks
-
Project 1 corpus exists
curl 'http://localhost:18180/v1/aphoria/corpus' | \ jq '[.items[] | select(.subject | contains("dbpool"))] | length' # Must return: 27 -
Skills installed
ls -la ~/.claude/skills/ | grep aphoria | wc -l # Must return: 8 -
API running
curl http://localhost:18180/health # Must return: {"status":"healthy",...} -
Documentation accessible
ls -la dogfood/PROJECT2-QUICKSTART.md # Must exist
Documentation Flow
For Project 2 Team
Entry point: dogfood/README.md
Navigation:
dogfood/README.md
↓
"Ready for Project 2?" → PROJECT2-QUICKSTART.md
↓
Day 0: Verify pre-requisites
↓
Day 1: Skills-driven workflow
- /aphoria-suggest (discover patterns)
- /aphoria-claims (create aligned claims)
↓
Days 2-5: dbpool/CHECKLIST.md (same process)
↓
Document metrics (time, reuse, consistency)
Fallback paths:
- Corpus access issues →
dbpool/docs/multi-project-setup.md(troubleshooting) - Skills not working →
dbpool/CHECKLIST.md(manual CLI fallback) - Extractor coverage gap →
/aphoria-custom-extractor-creatorskill
Success Criteria for Project 2
Minimum Success
- ✅ Team uses skills for Day 1 (not manual CLI)
- ✅ Day 1 completes in <2 hours (vs 4 hours for Project 1)
- ✅ 8+ claims reused from Project 1
- ✅ 0 naming errors (skills enforce)
Full Success (Demonstrates Flywheel)
- ✅ All of above, plus:
- ✅ Skills generate extractors on Day 3 (if needed)
- ✅ 7/7 violations detected (autonomous coverage)
- ✅ Metrics documented:
- Time: 60% reduction (1.5 hrs vs 4 hrs)
- Reuse: 40% (9/22 claims from dbpool)
- Consistency: 100% (0 naming errors)
- ✅ Can demonstrate: "Project 2 proved knowledge compounding works"
What This Enables
For Project 2 Team
Before (Project 1 approach):
- Start from scratch, research HikariCP docs
- Manually create 27 claims (4 hours)
- Hit naming inconsistencies (2-3 errors to fix)
- Manual CLI workflow (no cross-project awareness)
After (Project 2 with docs):
- Start with
/aphoria-suggest(query Project 1 patterns) - Skills create aligned claims (1.5 hours, 9 reused)
- 0 naming errors (skills enforce automatically)
- Autonomous workflow (demonstrates flywheel)
Time savings: 60% reduction (4 hrs → 1.5 hrs)
For Documentation Evaluation
aphoria-doc-evaluator will check:
- Did team read PROJECT2-QUICKSTART.md?
- Did team use skills or manual CLI?
- Did team query Project 1 corpus before Day 1?
- Did time match targets (<2 hours for Day 1)?
- Did naming stay consistent (0 errors)?
If team uses manual CLI:
- Evaluation will flag: "Wrong workflow used (debug interface instead of product)"
- Will NOT flag as "product limitation" (skills are the product)
Files Created/Updated Today
| File | Type | Purpose |
|---|---|---|
dogfood/PROJECT2-QUICKSTART.md |
NEW | Step-by-step Project 2 launch guide |
dogfood/README.md |
NEW | Central router for dogfood directory |
dbpool/STATE-2026-02-10.md |
UPDATED | Added Project 2 launch section |
dbpool/CHECKLIST.md |
UPDATED | All 8 skills with verification |
dbpool/docs/multi-project-setup.md |
UPDATED | Skills table, automation section |
MEMORY.md |
UPDATED | Core definition with prohibitions |
CLAUDE.md |
UPDATED | Rewritten flywheel section |
Total: 7 files (2 new, 5 updated)
Next Steps
Immediate (Before Project 2 Launch)
- Verify pre-requisites - Run commands in "Verification Checklist" above
- Choose Project 2 domain - HTTP client, gRPC client, cache client, etc.
- Launch: Follow
PROJECT2-QUICKSTART.md
During Project 2
- Day 0: Verify corpus, skills, choose domain (30 min)
- Day 1: Skills-driven pattern discovery and claim creation (1-2 hours)
- Days 2-5: Follow dbpool/CHECKLIST.md (standard workflow)
- Collect metrics: Time, reuse rate, naming consistency
- Document success: Flywheel demonstration with evidence
After Project 2
- Evaluate: Compare metrics to targets
- Document: Success story with evidence (time saved, patterns reused)
- Improve: Any doc gaps found → update guides
- Optional: Set up automation (
/aphoria-post-commit-hookor/aphoria-ci-setup)
Risk Assessment
Low Risk
- ✅ Documentation complete and tested (Project 1 validated structure)
- ✅ Skills installed and verified
- ✅ Corpus accessible (27 claims confirmed)
- ✅ Evaluation process checks workflow first
Medium Risk
- ⚠️
/aphoria-custom-extractor-creatorskill not tested in production- Mitigation: Fallback to manual declarative extractors with LLM guidance
- Impact: May add 1-2 hours if needed on Day 3
Minimal Risk
- Team defaults to manual CLI despite docs
- Mitigation: Pre-execution checklist now REQUIRES skills verification
- Evaluation will catch this immediately (checks workflow first)
Confidence Level
Can we achieve Project 2 vision?
YES - High confidence (85%+)
Evidence:
- ✅ All documentation exists and routes correctly
- ✅ Skills are installed and referenced everywhere
- ✅ Project 1 corpus verified (27 claims accessible)
- ✅ Core definitions prevent wrong framing
- ✅ Evaluation process checks workflow first
- ✅ Success criteria clear and measurable
- ✅ Fallback paths documented
Remaining uncertainty (15%):
- Skill quality in practice (especially custom-extractor-creator)
- Team discipline (will they use skills vs default to manual CLI?)
Mitigation:
- Documentation emphasizes skills as PRIMARY (not optional)
- Pre-execution verification blocks wrong path
- Evaluation catches workflow issues immediately
Status: ✅ READY TO LAUNCH PROJECT 2
Next action: Choose Project 2 domain → Follow PROJECT2-QUICKSTART.md