Meet neil.

Start with procedures, master batch records, forms, or spreadsheets. neil proposes the build as a change set. Your team reviews and signs. Your operators execute the approved workflow, with audit trails and e-signatures built in.

neil · session logCS-0412
youuploaded QA-Procedure-014 'CAR-T lot release' · 12 pages
neil ❯session live

He reads it. You sign the change set.

Start with a document and neil proposes the templates, fields, workflows, review gates, and validation checks it describes. Nothing goes live on neil's say-so: every proposal is a change set with a full diff, and the validation pack is generated from the build. Once signed, the live workflow changes only through another signed change set.

Controlled ProcedureQA-Procedure-014 / Rev. 4
Title
CAR-T lot release
Effective
02-May-2024
Owner
QA
4. Procedure

4.1Confirm chain of identity: apheresis COI-2214 matches the patient and order before any disposition step.

4.2Verify transduction efficiency ≥ 20% CAR+ (vector LV-118) and viability ≥ 70% against the release specification.

4.3Confirm sterility, endotoxin, and potency results are on file and within specification. Record all lot numbers.

5. In-process checks

5.1Verify potency is 250–600 pg/mL. A second reviewer shall independently verify each release result.

6. Records

6.1Record all values in the release record. QA disposition is required before the product is released.

PDF · Word · paper scan - describes the work, doesn't run itPage 1 of 12
neil reads it
Your team signs
What runs in SealQA-Procedure-014 / V001
CAR-T release,
ready to run.
01
Controlled records created
Patient, apheresis lot, vector, potency result
Live
02
Execution steps generated
6 steps, 12 release checks, 3 calculations
Live
03
Review gate routed
QA disposition, operator e-sign, release criteria
Enforced
04
Training assigned
12 reviewers, gated until current
Enforced
05
E-signatures and audit trail
Meaning-based signatures, immutable history
Built in
06
Validation pack
Configuration, change history, tests, reviews
Generated
Sealed · Ready to run
T+48:00
From procedure to running workflow in 48 hours

What neil does all day.

01Reads your regulatory docs

Validation reports, CTD modules, approved specs. The output is structured data: specs, test names, acceptance criteria, methods. Not summary text.

02Configures your Blueprints

Describe your operation — sterile injectables, three lines, FDA + EU Annex 1 — and neil drafts the configuration. Your team reviews and approves.

03Drafts your investigations

OOS, deviation, and CAPA first drafts with context pre-populated and likely causes surfaced from your history. Investigators start with hypotheses, not blank pages.

04Surfaces the patterns

Parameter drift across batches, recurring root causes, training gaps. Signals from live execution data, before they become findings.

neil drafts. Your team signs.

Regulated work keeps humans in the loop. Seal enforces it: every proposal waits for review and an e-signature before it goes live. After publication, execution follows the approved workflow until another change set is signed.

The engine is serious. The namesake is not.

neil is named after Neil the Seal, the Tasmanian elephant seal famous for blocking roads, stealing traffic cones, and ignoring authority entirely. Ours reads procedures and respects review gates. Both are beloved. Only one is under change control.

Neil the Seal
Neil the Seal
Neil the Seal
Neil the Seal
Neil the Seal
Neil the Seal
Neil the Seal
Neil the Seal
Neil the Seal
Neil the Seal
Neil the Seal
He's ready when you are. Transform one procedure