CASE 03 / AI LEARNING PRODUCT

ACTIVE v0.18.2

知芽 · 2026 · WEB RELEASE

BLOOMXP

A full learning loop where planning, focus, evidence, review and reward reinforce one another.

从 AI 规划到自习、凭证审核、长期记忆和宠物成长的完整学习产品闭环。

v0.18.2Current Web release

Read from the local React frontend package.

4AI workflow modes

Planning chat, tutoring, evidence review and daily reflection.

3Service boundaries

React client, Spring transactional core and FastAPI/LangGraph cognitive sidecar.

90dDefault memory half-life

Time decay keeps older retrieved learning context from dominating forever.

01 / Product evidence

See the system at work.

Captured from the working product and its repository-backed preview states.

BloomXP timetable with a course detail modal open
02 / REVIEW THE SOURCE

Every imported course remains inspectable and editable before it influences later planning.

BloomXP weekly timetable populated with university courses
03 / WEEKLY CONTEXT

The weekly grid gives the learning loop a concrete time boundary for focus and review.

02 / Problem and response

Role
Product system · full-stack architecture · AI workflows · interaction · reliability

Learning apps often optimize either planning or motivation; the difficult part is preserving evidence, feedback and memory across the whole loop.

Design the product as a stateful loop, give every AI action a transactional fallback, and let progress affect a visible companion economy instead of a disposable score.

03 / System trace

How the system moves.

  1. 01

    Plan

    AI conversation turns a goal into an editable plan and concrete tasks.

  2. 02

    Focus

    Solo or shared study rooms create observable time and context around execution.

  3. 03

    Prove

    Text, code or image evidence is submitted with explicit storage and authorization boundaries.

  4. 04

    Review

    The cognitive sidecar evaluates evidence; deterministic rules remain available as a fallback.

  5. 05

    Reinforce

    Rewards, reflection and decayed long-term memory feed the next planning cycle.

04 / Engineering decisions

The important work happened at the boundaries.

01

Keep product truth in the transactional core

AI services may suggest and evaluate, but accounts, tasks, evidence, rewards and audits remain owned by Spring and the database.

02

Make AI failure survivable

Each cognitive path has a local service or deterministic rule fallback instead of turning provider availability into product availability.

03

Release the Web, freeze the archive

The Web client is the only active release line; the Android/Capacitor source is retained without pretending it has equal validation.

05 / Proof, not promise

These statements come from the project's local repository, manifests and validation notes—not invented portfolio metrics.

Web release gates

Backend tests, frontend Vitest, production build and Playwright E2E define the active release boundary.

VERIFIED TRACE
Schema control

Flyway migrations own production schema changes; production startup validates instead of mutating tables implicitly.

VERIFIED TRACE
Operational signals

Micrometer/Prometheus metrics cover LLM latency, rate limits, moderation and storage cleanup.

VERIFIED TRACE

06 / Build record

React 19Spring BootFastAPILangGraphRAGPlaywright
v0.15

Network tools and source-aware AI workflows entered the cognitive sidecar.

v0.18

The product homepage became a usable guest study room rather than a marketing gate.

v0.18.2

Web production release, accessibility baseline and release-history reconciliation.