YC-backed Bloomy Launches AI Mastery-Learning Platform for K-12 Students

·1 views

Bloomy, a Y Combinator S26 startup founded by former Teach For America teacher Alex Southmayd, has launched an AI-powered mastery-learning platform for K-12 students covering Math, English Language Arts, and Writing. The platform diagnoses individual skill gaps, places students on personalized learning paths, and uses a Socratic AI tutor called BloomyBot that guides reasoning rather than simply providing answers. Students must demonstrate at least 90% mastery on an independent assessment before advancing to the next skill, with the curriculum structured around a three-stage model of concept introduction, guided practice, and independent testing. The product is aimed at homeschool families, microschools, hybrid schools, and traditional classrooms, and its knowledge graph of skill prerequisites was built in collaboration with the Chan Zuckerberg Initiative. Bloomy draws inspiration from Benjamin Bloom's two-sigma research, which found that one-on-one tutoring produces significantly better learning outcomes than conventional classroom instruction.

Read the full story at Hacker News

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

How a Five-Page Audit Turns Accessibility Scan Results into Actionable Tasks

Automated accessibility scans generate raw data that often mixes repeated component issues with isolated page defects, making remediation planning difficult. A structured five-page triage process helps teams cut through that noise by selecting pages that represent distinct templates and user journeys, such as a home page, a form, a listing page, and an error or support state. Each selected page should be tested with both automated tools and a manual checklist covering keyboard access, focus visibility, form labels, contrast, and dynamic state changes. Findings are then grouped by likely implementation boundary — such as a shared component or page-specific defect — so engineers can fix a root cause once and retest across all affected pages. Issues are prioritized by combining severity with reach, ensuring that a moderate defect in a widely reused component is addressed before an isolated low-impact problem.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

n8n Microsoft Teams Node Enables Automated Messaging, Channel and Task Management

A detailed guide published on DEV Community explains how to use the n8n Microsoft Teams node to automate enterprise communication workflows. The node connects to Microsoft Teams via the Microsoft Graph API, supporting operations such as creating and deleting channels, sending messages, and managing Planner tasks. Authentication is handled through OAuth2, requiring a one-time Azure Active Directory app registration with specific Microsoft Graph permissions. Common use cases outlined include routing Jira tickets to channels, sending Stripe payment failure alerts, and posting scheduled digest reports. The guide also provides free, importable workflow JSON templates to help teams deploy these automations quickly.

0 comments Read more at DEV Community

ProgrammingHacker News ·

Study Identifies Key Factors Behind Software Delivery Inefficiency

A research paper published via ACM Digital Library examines the root causes of inefficiency in software delivery processes. The study explores the various drivers that slow down or hinder how software teams ship and deploy their work. It was shared on Hacker News, where it received limited early engagement. The research aims to help organizations better understand and address bottlenecks in their development pipelines.

0 comments Read more at Hacker News

ProgrammingDEV Community ·

How a Model Fallback Chain Rescued an AI Agent From a 3 AM Outage

A developer's OpenClaw AI agent stalled for 33 minutes at 2:44 AM after its primary model, Claude, began returning 503 errors. The agent eventually recovered on its own using a configured fallback chain that sequentially tried GPT-4o and Gemini when the primary provider failed. The prolonged outage was not caused by the fallback mechanism itself, but by misconfigured retry settings — specifically a 5-second retry delay with five retry attempts per model, causing excessive wait times. Adjusting maxRetries to 2 and retryDelayMs to 1000 significantly reduced the detection-to-recovery window. The developer also recommends monitoring fallback log events and setting up alerts to identify when a primary model is becoming unreliable.

0 comments Read more at DEV Community