memra.
Building in public — prototype, synthetic data only

Turn hours of MIS reporting into seconds of grounded answers.

Memra is the reasoning layer your MIS never had — the brain to your school's management information system. Staff ask a plain question, Memra answers from real, retrieved records, cites the source, and never shows more than that user could already see natively.

memra — query session

No live data connection yet. Read-only, always. Built for iSAMS first — designed to extend to other school MIS platforms.

How it works

Four steps between a question and a grounded answer.

No live query hits the source system directly. Data is synced on a schedule, then every answer is retrieved and summarised strictly from what's already stored — nothing generated from nowhere.

01

Scheduled sync

Read-only batch pull from the MIS API, on a schedule — never a live hit per chat message.

02

Encrypted store

Short retention, access-controlled, encrypted at rest. Only what's needed for the domains in scope.

03

Permission-scoped query

Every lookup filtered through the asking user's own permissions — never broader than their native access.

04

Grounded answer

Summarised strictly from retrieved records. Source referenced. Logged in the audit trail.

In practice

What staff actually ask.

"How many lates has Amelia had this half-term?"
Answered from attendance records, scoped to the asking teacher's own permissions.
source: attendance register, autumn term
"Weekly behaviour-point digest for Year 9."
Summarised from raw conduct records — every figure traceable back to source.
source: behaviour log, wk 14
"Compare Year 11 mock grades to last year's cohort."
Cross-referenced from assessment exports across both academic years.
source: mock results, 2025 / 2026
Principles

The constraints aren't optional.

This isn't "AI on top of an MIS." It's designed around how school data has to be handled, not around what's technically possible.

01

Read-only, always

Memra never writes back into a school's MIS. There is no write path.

02

The school is the data controller

Any real pupil data connection requires that school's own sign-off, a DPIA, and admin-issued API credentials — never a workaround.

03

Least privilege by default

Only the data domains actually needed — attendance, timetable, assessment. Nothing broader, no blanket scopes.

04

Synthetic first

Every part of this is built and proven against synthetic or sandbox data before any real pilot is considered.

Status

Where this actually is right now.

No live pupil data. No school connection. Full transparency, on purpose.

Prototype built and tested against synthetic data only
Permission-scoped query engine, audit logging, and grounded summarisation working end to end
Applying for iSAMS Marketplace sandbox access (Dev tier)
No live MIS connection or school pilot until a signed DPIA/DPA and sanctioned access are in place
Get in touch
Cut the time your staff spend digging through reports.
Request early access