Download The Rough Draft Spec
This reference document shows both sides of the exchange: what a client submittal looks like and what the return package looks like.
What You Submit
- Target and objective in plain language.
- Hard constraints (timeline, exclusions, jurisdiction).
- Any seed compounds or known references.
- Decision date and preferred review format.
What You Get Back
- One package folder with named, versioned outputs.
- A plain-language summary for decision-makers.
- A ranked table and artifact manifest for reviewers.
- Clear caveats and explicit next-step suggestions.
Scenario
A team asks for a quick first-pass package for one TB target, with optional patent-risk context.
- Goal: shortlist compounds worth deeper review.
- Timeline: scoped to one delivery cycle.
- Output format: review-ready package with traceable files.
Inspection Goal
- Can an external reviewer follow what was run?
- Can they trace each output back to source files?
- Can they see limits and caveats without digging?
Step-by-Step Flow
- 1. Intake And Scope Lock Target, constraints, output type, and review deadline are fixed before compute starts.
- 2. Tiered Screening Run Compounds are filtered stage by stage, with settings and timestamps recorded.
- 3. Optional Add-On Layers Patent-risk and clinical evidence layers are added when requested in scope.
- 4. Delivery Package Build Outputs are assembled into one handoff bundle with caveats and review notes.
What The Delivered Package Contains
-
Ranked Candidates CSV IncludedTop compounds with core scores in one review sheet.
-
Findings Summary IncludedPlain-language interpretation of key signals and warnings.
-
Run Settings + Provenance IncludedConfig paths, run window, source references, and ownership metadata.
-
Optional FTO Risk Layer OptionalEarly patent-risk signal with cited records and jurisdiction tags.
Inspection Checks
- Run settings match what was agreed at intake.
- Each output file has a source path and timestamp.
- No silent edits to already delivered files.
- Limits and non-goals are explicitly listed.
Pass/Fail Criteria
- Pass: package is traceable, understandable, and decision-ready.
- Fail: package cannot be audited or assumptions are hidden.
Reference checklist: deliverable acceptance gates.
Example is anonymized and representative. Exact file names and timelines vary by scope.
Research support only. Outputs are decision support, not legal or medical advice.