Skip to content

Build Journal

How we built Degen Daycare University — one disciplined tiny feature at a time.

2026-02-20

Infastructure debrif and Faculty setup planning session

Faculty
Verified steps included ✅

Stephan + Brooke aligned on building Faculty Agents for Degen Daycare University using n8n + Kimi, with strict lane ownership to prevent stream-crossing between builders (Cursor = campus/progress/history/admin lanes; Antigravity = verify-proof lane; Claude = scripts/docs tooling lane). We also confirmed the near-term priority: ship a stage-ready investor demo (History → Progress → Verify) while prototyping the Faculty system as modular n8n workflows (each teacher as an agent with a “persona + tools + outputs” contract).

Problem solved

Problem Solved The Simple Goal You already have n8n + Kimi, so we can start building Faculty as simple “teacher bots” that: Receive a question (student message) Route it to the correct teacher persona (Volta / Sigma / Ouroboros / etc.) Return a structured response (lesson + drill + tiny sim prompt + disclaimer) Log the interaction (for later “office hours” history + analytics) Why this matters: it turns the “Faculty roster” into working infrastructure, not just lore — and keeps the demo lanes stable while the agent layer grows safely.

Touched

  • NONE (planning + coordination only)

Security impact

  • lane-boundaries-enforced
  • no-service-role-in-client
  • no-db-changes
  • no-new-dependencies

How to verify

  1. n8n-workflow-runs
  2. teacher-router-returns-correct-persona
  3. response-includes-disclaimer
  4. logs-created
  5. no-crosslane-edits

Notes

  • Notes (comma-separated) Faculty agents spec
  • n8n teacher router plan
  • office-hours workflow
  • safe demo lanes
  • stage readiness priority
  • hackathon submission alignment

Daily ritual template

Every new feature gets a journal entry with: Feature, Problem, DB, Security, Verify, Notes.

DATE: YYYY-MM-DD
TITLE:
SUMMARY:
PROBLEM SOLVED:
TOUCHED (DB/FILES):
SECURITY IMPACT:
HOW TO VERIFY:
NOTES: