. How the engagement works This runs in two phases, so both sides can confirm fit before a longer commitment. Phase 1 is a single short, paid, fixed-fee engagement: you clone and run the code, complete one familiarity task, and give us your own estimate of the work ahead. The estimate is a deliverable of Phase 1 — we are not asking for a free quote, and the estimate and the review happen together, not as separate steps. Phase 2 is the ongoing retainer where the actual work happens, and we offer it to the strongest Phase 1 candidate. Phase 1 — Paid codebase review + independent estimate (fixed fee) - Before any retainer, we are commissioning one or two short, paid, fixed-fee reviews. We recently had foundational/tech-debt work scoped by an outgoing developer, and we want a genuine second opinion grounded in the actual code — not a blind estimate. In Phase 1 you will: - Clone both repositories and confirm the documented local development environment builds and runs from a clean machine. - Review the codebase and give us your own independent estimate of what is actually required to operate and to support our roadmap, and what is optional. Shortlisted candidates receive, under NDA, two reference documents to estimate against: a prioritized local-dev completion scope (must-have vs. full-parity work) and a short pre-transition security baseline. - Complete the single familiarity task below, so we can see how you read and work in our codebase. Familiarity task (one task, fixed fee agreed up front — runs entirely in the local environment, no cloud or AI/Bedrock access required): 1. Trace how a Student Engagement Survey becomes the nine subscale scores shown in the report. Run the full local environment from a clean clone, then document the data flow from survey submission through to the scored report — naming the specific files, functions/endpoints, and data structures at each step, and identifying where the nine subscale categories and their IDs are defined. What to submit (1–2 pages): - A written, step-by-step trace of the data flow, citing the actual files and functions involved — not a generic description. - A simple flow diagram of that path (survey submission → storage → scoring/aggregation → the nine subscale scores in the report). - Answers to two short code-reading questions we will provide — each answerable only by reading the code. - A note on any setup friction running the clean clone, plus evidence the environment ran (a screenshot of the app running locally, or the local tests passing). - Your own rough, itemized estimate of the remaining foundation / tech-debt work, with brief reasoning. Plan on completing the work within one to two weeks of kickoff. Phase 1 is paid regardless of whether we proceed to Phase 2, and a strong Phase 1 is the basis for the ongoing engagement. Phase 2 — Ongoing maintenance + development retainer Contingent on Phase 1, we want an hourly contract with time documented by task under a fixed monthly retainer of approximately $1,500/month, with the option to increase the development budget as we bring on new clients. The retainer’s first priority is user support and bug fixes (historically ~4 hours/month); the second priority is iterative product development on our roadmap using the remaining budget. We have no summer users, so July and August are open runway for the SSO testing (including implementing Student Google SSO for a school) and foundational tech-debt remediation ahead of late-August onboarding — these are scoped as discrete project work, separate from the routine retainer. Likely early development tasks include fixing an AI-layer bug where Engagify / the AI Activity Generator does not always finish a chat, and updating the super-admin reporting on new-user logins and adoption. Scope of work (Phase 2) 1. Provide ongoing maintenance and bug-fix support on the backend stack for LessonLoop personnel and users. 2. Respond to tickets posted in the LessonLoop Slack Support channel: confirm receipt within 24 hours; resolve user-blocked-access issues within 24 hours and other bugs within 48 hours. Estimate ~4 user-access issues and ~8 internal testing bugs per month. 3. Maintain LessonLoop system documentation in GitHub and in the master list of Google Docs. 4. Complete SSO testing for educators and students across Clever, ClassLink, and Google in July–August 2026 to prevent SSO failures for new users onboarding in late August (scoped as discrete project work within the monthly retainer). 5. Maintain the superadmin portal that tracks system usage (usage by user, survey results by user, AI activity feed). 6. Participate in async communication via email, Slack, and Google Docs, and help scope and implement the product roadmap. 7. Estimate and deliver development work against a mutually agreed scope (project funds added with new client revenues). 8. Participate in technology-status and user-design sessions as needed (up to ~4 hours/month). Required experience Production full-stack experience with AWS (Bedrock, DynamoDB) and a modern Vue/Nuxt frontend. - Comfort taking over and maintaining a codebase built by a single developer — reading unfamiliar code and improving it incrementally and safely. - Experience building or maintaining with Claude Code (e.g., agent features, tool use, retrieval) - Handles student data responsibly, in line with FERPA and district data-privacy agreements (see Data handling above). - Clear, proactive communicator who flags scope changes early rather than at the end of an engagement. How to apply In your proposal, please: 1. Briefly describe comparable work: a back-end/full-stack handoff you took over, and any AWS Bedrock or AI-agent work. 2. State your fixed fee and estimated turnaround for the Phase 1 familiarity task above. 3. Confirm you are comfortable with the two-phase structure and an approximately $1,500/month Phase 2 retainer with task-level time tracking. 4. Note your time-zone overlap / availability for a 24-hour support SLA. We will shortlist from Phase 1 performance — accurate scoping and clear communication matter as much as raw speed. Shortlisted candidates receive the local-dev completion scope and the security baseline under NDA to estimate against.