What Patrick personally does
Patrick:
- reviews the proposed workflow and whether an owned setup is appropriate;
- identifies the required inputs, outputs, decision points, and escalation points;
- agrees the pilot's acceptance criteria with you;
- configures and tests the environment;
- documents access, operation, review, and handover steps;
- runs the included workflow pilot;
- provides one correction round against the agreed criteria; and
- trains you or a nominated team member to operate the setup.
Patrick is accountable for the setup and services stated in the agreement. After handover, your nominated operator is responsible for running the environment and your lab or research group remains responsible for how its outputs are used.
What the setup includes
- A dedicated environment on a server supplied and controlled by the client
- Access configured for the agreed operators
- One defined research-support workflow
- Documented inputs, outputs, review points, and escalation conditions
- Checks against agreed acceptance criteria
- A practical setup guide and operating checklist
- Handover and onboarding for you or a nominated team member
- One included workflow pilot and one correction round
- An agreed retention and deletion approach for any data Patrick must access during setup or support
- Optional ongoing support, quoted separately
These roles are workflow responsibilities inside a client-controlled environment, not autonomous staff; evidence-sensitive outputs remain subject to your lab or research group's agreed human review, escalation, and approval process.
Additional workflows, integrations, major scope changes, and further correction rounds are not included in the base setup.
How the working structure is organised
-
Your lab or research group — operational control and final review
-
Your institution — approval and escalation where required in your setting
-
Dr Patrick Chu — setup and pilotSetup, pilot, documentation and correction
-
Client-controlled research-support environment
- Defined preparation responsibilities
- Review and escalation
- Repeatable production support
-
-
Human review before use or delivery — institutional approval where required
-
-
Evidence-sensitive outputs follow the agreed review and escalation steps.
Your lab appoints the accountable lead, defines the workflow, approves operators, and reviews final outputs. Your institution provides any policy, data-use, ethics, security, procurement, or deployment approval required in your setting. Where none of those constraints applies—for example, for personal or pilot-scale work using public data or your own unconstrained analysis—you can start at lab, research-group, or individual level without separate institutional approval.
One workflow pilot is included
The setup fee includes one pilot for one agreed workflow.
Before configuration begins, the scope records:
- the permitted input format and example inputs;
- the required output;
- who reviews or approves the output;
- the acceptance criteria;
- known exclusions and escalation conditions; and
- any privacy or infrastructure constraints.
Illustrative example: one research-support task
- Client provides a permitted input and required output.
- Material is prepared within the agreed scope.
- Evidence-sensitive or excluded items are flagged for agreed review or escalation.
- An approved reviewer handles items assigned to human review.
- A draft output is prepared in the required format.
- Your lab or research group reviews and decides whether to approve the output.
Illustrative only, not a client case study or a promise of results. The actual sequence, review points, escalation conditions, and approvals are agreed with your lab or research group; the workflow does not operate autonomously, and final approval remains with your lab or research group, with any institutional approval required in your setting.
Patrick runs the pilot and provides one correction round where the output does not meet the agreed criteria. A new workflow, materially different input, changed acceptance test, integration, or additional correction round is quoted separately.
Who owns what
You own and control the server account, your data, your research materials, and your lab or research group's decisions. You receive the project-specific configuration, workflow documentation, and other handover materials identified in the agreement.
Patrick retains ownership of pre-existing methods, templates, and general-purpose components unless the agreement transfers specific rights. Third-party software and model services remain subject to their own licences and terms.
The scope of work should identify any component that cannot be transferred, modified, or operated without an external service before you approve the setup.
Data flow is agreed before setup
A dedicated server can reduce mixing between projects, but "isolated" does not by itself establish that data never leaves the server. Data flow depends on the configuration, integrations, logging, backups, and model providers selected.
Before the pilot, Patrick and the client document:
- what data the workflow receives;
- where that data is stored and processed;
- which people and services can access it;
- whether any external provider receives prompts, files, metadata, or outputs;
- the provider terms that apply;
- retention, backup, and deletion requirements; and
- what the workflow must do when restricted data or an unsupported request appears.
Patrick does not use client data to train his own models or reuse one client's confidential material for another client. If an acceptable data path cannot be configured, the workflow is redesigned or excluded.
Where an owned setup fits
Suitable
- A recurring literature-screening or evidence-extraction workflow with human review
- Repeated preparation of structured summaries from approved sources
- Routine transformation, validation, or reporting of research files
- Drafting or document workflows with a named human approver
- A lab process whose inputs, outputs, checks, and escalation points can be defined
Not suitable as a staff replacement
- Work where continuing human judgement is the main deliverable
- Participant care, clinical decisions, supervision, assessment, or disciplinary decisions
- Autonomous submission, publication, or spending; or bypassing institutional approval where it is required
- A workflow whose data use is not covered by consent, ethics, policy, or lawful authority
- A process with no accountable person available to review exceptions and outputs
The environment can support professors, students, RAs, research managers, and technical staff. It does not replace their academic, managerial, or institutional responsibility.
How setup works
-
1
Lab fit review
We identify one repeatable workflow, the people responsible for it, the required infrastructure, and the applicable privacy and institutional constraints. If managed consulting is a better fit, Patrick will say so.
-
2
Scope and data-flow review
We agree the pilot inputs, output, acceptance criteria, exclusions, access, external services, retention, and deletion requirements.
-
3
Provisioning
Patrick configures the environment on a server account you provide and sets access for the agreed operators.
-
4
Pilot and correction
Patrick tests the agreed workflow. You review it against the recorded acceptance criteria, and one correction round is included.
-
5
Handover
You or a nominated operator receives the setup guide, operating checklist, and onboarding. Any ongoing support or additional workflow is a separate decision.
Pricing and recurring costs
Start at lab level with one scoped deliverable. Expand to additional workflows, labs, or a School & Department Plan only when useful.
Need one arrangement across several labs? See the School & Department Plan for deans and department heads.
Prices are stated in USD; HKD figures are approximate planning anchors.
| Item | Price |
|---|---|
| AI research team setup | AI research team setup — from US$2,000 (≈HK$16,000) one time. Provisioning and isolation to the agreed scope, one agreed workflow pilot, one correction round, documentation and handover. This setup is separate from the fixed-scope Trial analytics deliverable described on How we work and Cases. The Trial analytics fee-waiver assurance does not apply to this setup. |
| Client-provided server | Paid directly by the client |
| Third-party AI or model usage | Paid directly by the client |
| Ongoing support | Optional; quoted separately |
| Additional workflows or integrations | Quoted separately |
The setup fee includes one workflow with agreed inputs, acceptance criteria, and one correction round. It does not include additional workflows, extensive custom integration, continuing operation by Patrick, or unlimited revisions.
Server and model charges continue for as long as you keep those services active. Actual cost depends on the selected provider, storage, usage, security requirements, backups, and model choice.
There is no automatic retainer. If you want Patrick to maintain or operate the environment after handover, the support scope, response terms, and fee are agreed separately.
Human responsibility remains in place
The setup can assist with preparation, checking, and repeatable production work. It does not take responsibility for research design, scientific interpretation, ethics, authorship, supervision, or institutional decisions.
Your lab approves the workflow, operators, and final outputs; your institution provides any policy, data-use, ethics, security, procurement, or deployment approval required in your setting. Patrick is responsible for the setup, pilot, documentation, and support expressly included in the agreement. Third-party services remain governed by their own availability, security, retention, and licensing terms.
Discuss a lab setup
Send the recurring workflow you want to support, who will operate it, the type of data involved, and any known infrastructure or policy requirements. Patrick will review whether an owned setup, a managed engagement, or a smaller trial analytics deliverable is the appropriate route before proposing scope.