@delta-infra/cli 1.1.17 → 1.1.19
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +520 -506
- package/checksums.txt +5 -5
- package/package.json +3 -2
- package/scripts/install-wizard.js +688 -701
- package/scripts/install.js +442 -442
- package/scripts/run.js +65 -65
- package/skills/delta-protein/AGENTS.md +73 -0
- package/skills/delta-protein/SKILL.md +389 -0
- package/skills/delta-protein/agents/openai.yaml +4 -0
- package/skills/delta-protein/references/bfitter.md +64 -0
- package/skills/delta-protein/references/catapro_predict.md +63 -0
- package/skills/delta-protein/references/catpred_predict.md +65 -0
- package/skills/delta-protein/references/caver_tunnel_analyze.md +63 -0
- package/skills/delta-protein/references/consensus_mutation.md +61 -0
- package/skills/delta-protein/references/consurf_predict.md +67 -0
- package/skills/delta-protein/references/crop_sequence.md +69 -0
- package/skills/delta-protein/references/dock.md +82 -0
- package/skills/delta-protein/references/dock_score.md +70 -0
- package/skills/delta-protein/references/easifa_predict_active_site.md +70 -0
- package/skills/delta-protein/references/ephod_predict_mutation.md +66 -0
- package/skills/delta-protein/references/ephod_predict_protein.md +61 -0
- package/skills/delta-protein/references/esmfold2_predict.md +67 -0
- package/skills/delta-protein/references/evcouplings_mutation.md +64 -0
- package/skills/delta-protein/references/fasta_to_sequence.md +59 -0
- package/skills/delta-protein/references/foldseek.md +61 -0
- package/skills/delta-protein/references/generate_msa.md +61 -0
- package/skills/delta-protein/references/interpro_analyze.md +63 -0
- package/skills/delta-protein/references/mpnn_design_sequence.md +71 -0
- package/skills/delta-protein/references/multievolve.md +73 -0
- package/skills/delta-protein/references/pisa_query.md +70 -0
- package/skills/delta-protein/references/plip_analyze.md +65 -0
- package/skills/delta-protein/references/pocket_prediction.md +63 -0
- package/skills/delta-protein/references/protein_design.md +65 -0
- package/skills/delta-protein/references/protein_evolution.md +77 -0
- package/skills/delta-protein/references/protein_sol_predict_mutation.md +66 -0
- package/skills/delta-protein/references/protein_sol_predict_protein.md +61 -0
- package/skills/delta-protein/references/protenix.md +66 -0
- package/skills/delta-protein/references/protrek_search.md +90 -0
- package/skills/delta-protein/references/pubchem_search.md +68 -0
- package/skills/delta-protein/references/pubmed_search.md +79 -0
- package/skills/delta-protein/references/reap_design_primer.md +69 -0
- package/skills/delta-protein/references/rfd3_design.md +65 -0
- package/skills/delta-protein/references/structure_to_sequence.md +61 -0
- package/skills/delta-protein/references/summarize_result.md +68 -0
- package/skills/delta-protein/references/surface_charge.md +84 -0
- package/skills/delta-protein/references/uniprot_batch_query.md +63 -0
- package/skills/delta-protein/references/uniprot_query.md +64 -0
- package/skills/delta-protein/references/zero_shot_mutant_candidates.md +76 -0
- package/skills/delta-protein/scripts/gen_references.py +167 -0
- package/skills/delta-protein/scripts/output_metadata.json +275 -0
- package/skills/delta-sandbox/SKILL.md +388 -388
- package/skills/delta-sandbox/agents/openai.yaml +4 -4
- package/skills/delta-sandbox/references/commands.md +58 -58
- package/skills/delta-sandbox/references/lifecycle.md +100 -100
- package/skills/delta-sandbox/references/recipes.md +138 -138
- package/skills/delta-science/AGENTS.md +47 -47
- package/skills/delta-science/SKILL.md +227 -185
- package/skills/delta-science/agents/openai.yaml +4 -4
- package/skills/delta-science/references/antbo.md +105 -100
- package/skills/delta-science/references/delta-bo.md +92 -89
- package/skills/delta-science/references/gsasii.md +118 -116
- package/skills/delta-science/references/lammps.md +68 -66
- package/skills/delta-science/references/ldm-bo.md +132 -129
- package/skills/delta-science/references/materials-design.md +130 -118
- package/skills/delta-science/references/pubchem.md +128 -126
- package/skills/delta-science/references/pymatgen.md +69 -68
- package/skills/delta-science/references/qe.md +134 -125
- package/skills/delta-science/references/rdkit.md +141 -138
- package/skills/delta-science/references/strbo.md +95 -87
- package/skills/delta-science/references/synbo.md +201 -198
- package/skills/delta-science/references/xrd.md +619 -101
- package/skills/delta-science/scripts/catalog.py +92 -92
- package/skills/delta-science/scripts/generated_catalog.py +69 -69
- package/skills/delta-science/scripts/invoke.py +346 -346
- package/skills/delta-shared/SKILL.md +113 -111
- package/skills/delta-shared/agents/openai.yaml +4 -4
- package/skills/manifest.json +20 -19
|
@@ -0,0 +1,64 @@
|
|
|
1
|
+
# Protein Flexibility Analysis (`huada_protein_tools` / `bfitter`)
|
|
2
|
+
|
|
3
|
+
This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
|
|
4
|
+
called via `delta-cli science invoke`; the business response described below lives
|
|
5
|
+
under the CLI top-level `data` — read fields as documented in this file, do not
|
|
6
|
+
recursively search. This file only documents the endpoint schema; it does not
|
|
7
|
+
authorize direct HTTP. Endpoint names are authoritative as returned by
|
|
8
|
+
`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
|
|
9
|
+
guess, truncate, or alias.
|
|
10
|
+
|
|
11
|
+
## Overview
|
|
12
|
+
|
|
13
|
+
Analyze flexible sites of a protein structure and identify candidate sites suitable
|
|
14
|
+
for site-directed mutagenesis/directed evolution based on the B-factor.
|
|
15
|
+
- Required: `structure_file` (PDB/CIF)
|
|
16
|
+
- Optional: `chain` (default A), `b_parameter` (default B)
|
|
17
|
+
- Output: flexibility results `resultjson`, `download_url`
|
|
18
|
+
- Use case: identify flexible regions, select mutation sites
|
|
19
|
+
|
|
20
|
+
## Invocation
|
|
21
|
+
|
|
22
|
+
```text
|
|
23
|
+
delta-cli science invoke --tool huada_protein_tools --endpoint bfitter --data JSON
|
|
24
|
+
```
|
|
25
|
+
|
|
26
|
+
Required input groups (at least one per group; all groups must be satisfied):
|
|
27
|
+
|
|
28
|
+
- `structure_file`
|
|
29
|
+
|
|
30
|
+
Request fields:
|
|
31
|
+
|
|
32
|
+
| Field | Description | Default |
|
|
33
|
+
|---|---|---|
|
|
34
|
+
| `structure_file` | PDB/CIF | - |
|
|
35
|
+
| `chain` | Protein chain identifier, default A | A |
|
|
36
|
+
| `b_parameter` | B-factor parameter, B or B+, default B | B |
|
|
37
|
+
|
|
38
|
+
## Response
|
|
39
|
+
|
|
40
|
+
- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
|
|
41
|
+
- Server-side contract: `status` (success/error/partial), `message`, `tool_type`, `resultjson`, `download_url`; some endpoints also return `total_count`. `resultjson` may be a single object or an array — read only the keys documented in this file, do not recursively search.
|
|
42
|
+
- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
|
|
43
|
+
`delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
|
|
44
|
+
do not treat file contents as ordinary JSON results.
|
|
45
|
+
|
|
46
|
+
## Output Projection
|
|
47
|
+
|
|
48
|
+
> Verification status: derived from ToolSpec/agent templates; pending live calibration
|
|
49
|
+
|
|
50
|
+
- Projection content: Distribution of high/low B-factor positions and engineering implications
|
|
51
|
+
- Presentation form: Residue list + text
|
|
52
|
+
- Downstream reuse: flexible positions can be annotated as site-directed mutagenesis/directed-evolution candidates
|
|
53
|
+
## Output Template
|
|
54
|
+
|
|
55
|
+
- Title: **Protein flexibility analysis result (B-FITTER)**
|
|
56
|
+
- Lead with the conclusion: distribution of high (flexible) / low (rigid) B-factor positions
|
|
57
|
+
- Explain what flexible regions imply for site-directed mutagenesis / directed evolution
|
|
58
|
+
|
|
59
|
+
## Boundaries & Failure Modes
|
|
60
|
+
|
|
61
|
+
- File-type parameters (`structure_file`/`sequence_file`/`msa_file` etc.) take server-accessible URL/path strings, not local upload paths; a `download_url` or `pdb_url` returned by an upstream endpoint can be backfilled directly as downstream input.
|
|
62
|
+
- Make only the minimal calls needed to complete the task; `--data` carries only the fields declared by this endpoint. Do not invent enum values or branches beyond the required combinations.
|
|
63
|
+
- Do not pass off local tool (RDKit/pymatgen/LAMMPS/self-attached MCP) results as this endpoint's results; do not connect directly to Huada or gateway URLs.
|
|
64
|
+
- On failure, report a short summary of the CLI's raw error; do not blindly retry after remote computation timeouts (the outcome may be unknown because the task may already have happened).
|
|
@@ -0,0 +1,63 @@
|
|
|
1
|
+
# Enzyme Kinetic Parameter Prediction (`huada_protein_tools` / `catapro_predict`)
|
|
2
|
+
|
|
3
|
+
This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
|
|
4
|
+
called via `delta-cli science invoke`; the business response described below lives
|
|
5
|
+
under the CLI top-level `data` — read fields as documented in this file, do not
|
|
6
|
+
recursively search. This file only documents the endpoint schema; it does not
|
|
7
|
+
authorize direct HTTP. Endpoint names are authoritative as returned by
|
|
8
|
+
`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
|
|
9
|
+
guess, truncate, or alias.
|
|
10
|
+
|
|
11
|
+
## Overview
|
|
12
|
+
|
|
13
|
+
Predict enzyme kinetic parameters (kcat, Km, kcat/Km) with CataPro.
|
|
14
|
+
- Required: `smiles` (substrate SMILES)
|
|
15
|
+
- Optional: `protein_sequence`/`sequence_file`/`structure_file`, `chain` (A)
|
|
16
|
+
- Output: prediction results `resultjson`, `download_url`
|
|
17
|
+
|
|
18
|
+
## Invocation
|
|
19
|
+
|
|
20
|
+
```text
|
|
21
|
+
delta-cli science invoke --tool huada_protein_tools --endpoint catapro_predict --data JSON
|
|
22
|
+
```
|
|
23
|
+
|
|
24
|
+
Required input groups (at least one per group; all groups must be satisfied):
|
|
25
|
+
|
|
26
|
+
- `smiles`
|
|
27
|
+
|
|
28
|
+
Request fields:
|
|
29
|
+
|
|
30
|
+
| Field | Description | Default |
|
|
31
|
+
|---|---|---|
|
|
32
|
+
| `smiles` | Substrate SMILES string | - |
|
|
33
|
+
| `protein_sequence` | | - |
|
|
34
|
+
| `sequence_file` | FASTA/FA | - |
|
|
35
|
+
| `structure_file` | PDB/CIF | - |
|
|
36
|
+
| `chain` | Protein chain identifier, default A | A |
|
|
37
|
+
|
|
38
|
+
## Response
|
|
39
|
+
|
|
40
|
+
- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
|
|
41
|
+
- Server-side contract: `status` (success/error/partial), `message`, `tool_type`, `resultjson`, `download_url`; some endpoints also return `total_count`. `resultjson` may be a single object or an array — read only the keys documented in this file, do not recursively search.
|
|
42
|
+
- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
|
|
43
|
+
`delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
|
|
44
|
+
do not treat file contents as ordinary JSON results.
|
|
45
|
+
|
|
46
|
+
## Output Projection
|
|
47
|
+
|
|
48
|
+
> Verification status: derived from ToolSpec/agent templates; pending live calibration
|
|
49
|
+
|
|
50
|
+
- Projection content: Enzyme kinetic parameters kcat, Km, kcat/Km predictions
|
|
51
|
+
- Presentation form: Text
|
|
52
|
+
- Downstream reuse: -
|
|
53
|
+
## Output Template
|
|
54
|
+
|
|
55
|
+
- Title: **Enzyme kinetic parameter prediction result (CataPro)**
|
|
56
|
+
- Lead with the conclusion: predicted kcat, Km, kcat/Km (may include trends)
|
|
57
|
+
|
|
58
|
+
## Boundaries & Failure Modes
|
|
59
|
+
|
|
60
|
+
- File-type parameters (`structure_file`/`sequence_file`/`msa_file` etc.) take server-accessible URL/path strings, not local upload paths; a `download_url` or `pdb_url` returned by an upstream endpoint can be backfilled directly as downstream input.
|
|
61
|
+
- Make only the minimal calls needed to complete the task; `--data` carries only the fields declared by this endpoint. Do not invent enum values or branches beyond the required combinations.
|
|
62
|
+
- Do not pass off local tool (RDKit/pymatgen/LAMMPS/self-attached MCP) results as this endpoint's results; do not connect directly to Huada or gateway URLs.
|
|
63
|
+
- On failure, report a short summary of the CLI's raw error; do not blindly retry after remote computation timeouts (the outcome may be unknown because the task may already have happened).
|
|
@@ -0,0 +1,65 @@
|
|
|
1
|
+
# Enzyme Kinetic Parameter Prediction (`huada_protein_tools` / `catpred_predict`)
|
|
2
|
+
|
|
3
|
+
This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
|
|
4
|
+
called via `delta-cli science invoke`; the business response described below lives
|
|
5
|
+
under the CLI top-level `data` — read fields as documented in this file, do not
|
|
6
|
+
recursively search. This file only documents the endpoint schema; it does not
|
|
7
|
+
authorize direct HTTP. Endpoint names are authoritative as returned by
|
|
8
|
+
`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
|
|
9
|
+
guess, truncate, or alias.
|
|
10
|
+
|
|
11
|
+
## Overview
|
|
12
|
+
|
|
13
|
+
Predict enzyme kinetic parameters (kcat, Km, kcat/Km).
|
|
14
|
+
- Required: `primary_smiles` (substrate SMILES)
|
|
15
|
+
- Optional: `protein_sequence`/`sequence_file`/`structure_file`, `chain` (A), `additional_smiles`
|
|
16
|
+
- Output: kinetic parameter predictions `resultjson`, `download_url`
|
|
17
|
+
|
|
18
|
+
## Invocation
|
|
19
|
+
|
|
20
|
+
```text
|
|
21
|
+
delta-cli science invoke --tool huada_protein_tools --endpoint catpred_predict --data JSON
|
|
22
|
+
```
|
|
23
|
+
|
|
24
|
+
Required input groups (at least one per group; all groups must be satisfied):
|
|
25
|
+
|
|
26
|
+
- `primary_smiles`
|
|
27
|
+
|
|
28
|
+
Request fields:
|
|
29
|
+
|
|
30
|
+
| Field | Description | Default |
|
|
31
|
+
|---|---|---|
|
|
32
|
+
| `primary_smiles` | Substrate SMILES string | - |
|
|
33
|
+
| `protein_sequence` | | - |
|
|
34
|
+
| `sequence_file` | FASTA/FA | - |
|
|
35
|
+
| `structure_file` | PDB/CIF | - |
|
|
36
|
+
| `chain` | Protein chain identifier, default A | A |
|
|
37
|
+
| `additional_smiles` | List of additional substrate SMILES | [] |
|
|
38
|
+
|
|
39
|
+
## Response
|
|
40
|
+
|
|
41
|
+
- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
|
|
42
|
+
- Server-side contract: `status` (success/error/partial), `message`, `tool_type`, `resultjson`, `download_url`; some endpoints also return `total_count`. `resultjson` may be a single object or an array — read only the keys documented in this file, do not recursively search.
|
|
43
|
+
- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
|
|
44
|
+
`delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
|
|
45
|
+
do not treat file contents as ordinary JSON results.
|
|
46
|
+
|
|
47
|
+
## Output Projection
|
|
48
|
+
|
|
49
|
+
> Verification status: derived from ToolSpec/agent templates; pending live calibration
|
|
50
|
+
|
|
51
|
+
- Projection content: kcat, Km, kcat/Km predictions (restate resultjson per the actual keys returned)
|
|
52
|
+
- Presentation form: Text
|
|
53
|
+
- Downstream reuse: -
|
|
54
|
+
## Output Template
|
|
55
|
+
|
|
56
|
+
- Title: **Enzyme kinetic parameter prediction result (CatPred)**
|
|
57
|
+
- Lead with the conclusion: predicted kcat, Km, kcat/Km and trends
|
|
58
|
+
- Restate key parameters in natural language or a small table
|
|
59
|
+
|
|
60
|
+
## Boundaries & Failure Modes
|
|
61
|
+
|
|
62
|
+
- File-type parameters (`structure_file`/`sequence_file`/`msa_file` etc.) take server-accessible URL/path strings, not local upload paths; a `download_url` or `pdb_url` returned by an upstream endpoint can be backfilled directly as downstream input.
|
|
63
|
+
- Make only the minimal calls needed to complete the task; `--data` carries only the fields declared by this endpoint. Do not invent enum values or branches beyond the required combinations.
|
|
64
|
+
- Do not pass off local tool (RDKit/pymatgen/LAMMPS/self-attached MCP) results as this endpoint's results; do not connect directly to Huada or gateway URLs.
|
|
65
|
+
- On failure, report a short summary of the CLI's raw error; do not blindly retry after remote computation timeouts (the outcome may be unknown because the task may already have happened).
|
|
@@ -0,0 +1,63 @@
|
|
|
1
|
+
# Protein Tunnel/Channel Analysis (`huada_protein_tools` / `caver_tunnel_analyze`)
|
|
2
|
+
|
|
3
|
+
This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
|
|
4
|
+
called via `delta-cli science invoke`; the business response described below lives
|
|
5
|
+
under the CLI top-level `data` — read fields as documented in this file, do not
|
|
6
|
+
recursively search. This file only documents the endpoint schema; it does not
|
|
7
|
+
authorize direct HTTP. Endpoint names are authoritative as returned by
|
|
8
|
+
`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
|
|
9
|
+
guess, truncate, or alias.
|
|
10
|
+
|
|
11
|
+
## Overview
|
|
12
|
+
|
|
13
|
+
Analyze protein internal tunnels and channels with CAVER 3.x.
|
|
14
|
+
- Required: `structure_file` (PDB/CIF URL, local path, or 4-character PDB ID; never pass FASTA/raw sequences)
|
|
15
|
+
- Optional: `probe_radius` (probe radius Å; when omitted, the server-side default is used)
|
|
16
|
+
- The tunnel start is auto-predicted by PrankWeb (center of the top-ranked pocket); no manual specification needed
|
|
17
|
+
- Output: tunnel analysis results, visualization/download links
|
|
18
|
+
- Use case: structural analysis such as enzyme active-site channels, ligand entry/exit pathways
|
|
19
|
+
|
|
20
|
+
## Invocation
|
|
21
|
+
|
|
22
|
+
```text
|
|
23
|
+
delta-cli science invoke --tool huada_protein_tools --endpoint caver_tunnel_analyze --data JSON
|
|
24
|
+
```
|
|
25
|
+
|
|
26
|
+
Required input groups (at least one per group; all groups must be satisfied):
|
|
27
|
+
|
|
28
|
+
- `structure_file`
|
|
29
|
+
|
|
30
|
+
Request fields:
|
|
31
|
+
|
|
32
|
+
| Field | Description | Default |
|
|
33
|
+
|---|---|---|
|
|
34
|
+
| `structure_file` | 3D protein structure: PDB/CIF URL, local path, or 4-character PDB ID; never pass FASTA/raw sequences | - |
|
|
35
|
+
| `probe_radius` | Probe radius (Å); when omitted the server-side config.yaml default is used | - |
|
|
36
|
+
|
|
37
|
+
## Response
|
|
38
|
+
|
|
39
|
+
- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
|
|
40
|
+
- Server-side contract: `status` (success/error/partial), `message`, `tool_type`, `resultjson`, `download_url`; some endpoints also return `total_count`. `resultjson` may be a single object or an array — read only the keys documented in this file, do not recursively search.
|
|
41
|
+
- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
|
|
42
|
+
`delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
|
|
43
|
+
do not treat file contents as ordinary JSON results.
|
|
44
|
+
|
|
45
|
+
## Output Projection
|
|
46
|
+
|
|
47
|
+
> Verification status: derived from ToolSpec/agent templates; pending live calibration
|
|
48
|
+
|
|
49
|
+
- Projection content: Tunnel/channel location, length, bottleneck residues + visualization/download links
|
|
50
|
+
- Presentation form: Text/table + links
|
|
51
|
+
- Downstream reuse: -
|
|
52
|
+
## Output Template
|
|
53
|
+
|
|
54
|
+
- Title: **Protein tunnel/channel analysis result (CAVER)**
|
|
55
|
+
- Lead with the conclusion: tunnel/channel location, length, bottleneck residues
|
|
56
|
+
- Add visualization outputs to the "Result files & downloads" section
|
|
57
|
+
|
|
58
|
+
## Boundaries & Failure Modes
|
|
59
|
+
|
|
60
|
+
- File-type parameters (`structure_file`/`sequence_file`/`msa_file` etc.) take server-accessible URL/path strings, not local upload paths; a `download_url` or `pdb_url` returned by an upstream endpoint can be backfilled directly as downstream input.
|
|
61
|
+
- Make only the minimal calls needed to complete the task; `--data` carries only the fields declared by this endpoint. Do not invent enum values or branches beyond the required combinations.
|
|
62
|
+
- Do not pass off local tool (RDKit/pymatgen/LAMMPS/self-attached MCP) results as this endpoint's results; do not connect directly to Huada or gateway URLs.
|
|
63
|
+
- On failure, report a short summary of the CLI's raw error; do not blindly retry after remote computation timeouts (the outcome may be unknown because the task may already have happened).
|
|
@@ -0,0 +1,61 @@
|
|
|
1
|
+
# Consensus Mutation Analysis (`huada_protein_tools` / `consensus_mutation`)
|
|
2
|
+
|
|
3
|
+
This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
|
|
4
|
+
called via `delta-cli science invoke`; the business response described below lives
|
|
5
|
+
under the CLI top-level `data` — read fields as documented in this file, do not
|
|
6
|
+
recursively search. This file only documents the endpoint schema; it does not
|
|
7
|
+
authorize direct HTTP. Endpoint names are authoritative as returned by
|
|
8
|
+
`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
|
|
9
|
+
guess, truncate, or alias.
|
|
10
|
+
|
|
11
|
+
## Overview
|
|
12
|
+
|
|
13
|
+
Consensus mutation analysis based on an aligned MSA (A3M).
|
|
14
|
+
- Required: `msa_file` (A3M, usually the `download_url` from generate_msa; aligned columns contain `-` placeholders)
|
|
15
|
+
- Optional: `query_id` (target sequence ID in the MSA; defaults to the first/query sequence when unspecified)
|
|
16
|
+
- Output: consensus mutation analysis results, `download_url`
|
|
17
|
+
- Use case: design/filter mutation sites with consensus information across homolog sequences
|
|
18
|
+
|
|
19
|
+
## Invocation
|
|
20
|
+
|
|
21
|
+
```text
|
|
22
|
+
delta-cli science invoke --tool huada_protein_tools --endpoint consensus_mutation --data JSON
|
|
23
|
+
```
|
|
24
|
+
|
|
25
|
+
Required input groups (at least one per group; all groups must be satisfied):
|
|
26
|
+
|
|
27
|
+
- `msa_file`
|
|
28
|
+
|
|
29
|
+
Request fields:
|
|
30
|
+
|
|
31
|
+
| Field | Description | Default |
|
|
32
|
+
|---|---|---|
|
|
33
|
+
| `msa_file` | A3M MSA | - |
|
|
34
|
+
| `query_id` | Target sequence ID in the MSA; defaults to the first (query) sequence when unspecified | - |
|
|
35
|
+
|
|
36
|
+
## Response
|
|
37
|
+
|
|
38
|
+
- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
|
|
39
|
+
- Server-side contract: `status` (success/error/partial), `message`, `tool_type`, `resultjson`, `download_url`; some endpoints also return `total_count`. `resultjson` may be a single object or an array — read only the keys documented in this file, do not recursively search.
|
|
40
|
+
- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
|
|
41
|
+
`delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
|
|
42
|
+
do not treat file contents as ordinary JSON results.
|
|
43
|
+
|
|
44
|
+
## Output Projection
|
|
45
|
+
|
|
46
|
+
> Verification status: derived from ToolSpec/agent templates; pending live calibration
|
|
47
|
+
|
|
48
|
+
- Projection content: Consensus mutation residues, support level and recommendation grade
|
|
49
|
+
- Presentation form: Text/table
|
|
50
|
+
- Downstream reuse: -
|
|
51
|
+
## Output Template
|
|
52
|
+
|
|
53
|
+
- Title: **Consensus mutation analysis result**
|
|
54
|
+
- Lead with the conclusion: positions jointly recommended by multiple models/homolog sequences, support level and overall recommendation grade
|
|
55
|
+
|
|
56
|
+
## Boundaries & Failure Modes
|
|
57
|
+
|
|
58
|
+
- File-type parameters (`structure_file`/`sequence_file`/`msa_file` etc.) take server-accessible URL/path strings, not local upload paths; a `download_url` or `pdb_url` returned by an upstream endpoint can be backfilled directly as downstream input.
|
|
59
|
+
- Make only the minimal calls needed to complete the task; `--data` carries only the fields declared by this endpoint. Do not invent enum values or branches beyond the required combinations.
|
|
60
|
+
- Do not pass off local tool (RDKit/pymatgen/LAMMPS/self-attached MCP) results as this endpoint's results; do not connect directly to Huada or gateway URLs.
|
|
61
|
+
- On failure, report a short summary of the CLI's raw error; do not blindly retry after remote computation timeouts (the outcome may be unknown because the task may already have happened).
|
|
@@ -0,0 +1,67 @@
|
|
|
1
|
+
# Residue Conservation Analysis (`huada_protein_tools` / `consurf_predict`)
|
|
2
|
+
|
|
3
|
+
This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
|
|
4
|
+
called via `delta-cli science invoke`; the business response described below lives
|
|
5
|
+
under the CLI top-level `data` — read fields as documented in this file, do not
|
|
6
|
+
recursively search. This file only documents the endpoint schema; it does not
|
|
7
|
+
authorize direct HTTP. Endpoint names are authoritative as returned by
|
|
8
|
+
`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
|
|
9
|
+
guess, truncate, or alias.
|
|
10
|
+
|
|
11
|
+
## Overview
|
|
12
|
+
|
|
13
|
+
Compute protein residue conservation with ConSurf.
|
|
14
|
+
- Required: `structure_file` (.pdb/.cif)
|
|
15
|
+
- Required: `DB` (server-validated required; SWISS-PROT/UNIREF100, default UNIREF100 — but **must be passed explicitly**; omitting it returns a validation error)
|
|
16
|
+
- Optional: `chain` (A)
|
|
17
|
+
- Output: conservation results `resultjson`, `download_url`
|
|
18
|
+
- Use case: identify functionally important residues, conserved regions
|
|
19
|
+
|
|
20
|
+
## Invocation
|
|
21
|
+
|
|
22
|
+
```text
|
|
23
|
+
delta-cli science invoke --tool huada_protein_tools --endpoint consurf_predict --data JSON
|
|
24
|
+
```
|
|
25
|
+
|
|
26
|
+
Required input groups (at least one per group; all groups must be satisfied):
|
|
27
|
+
|
|
28
|
+
- `structure_file`
|
|
29
|
+
|
|
30
|
+
Request fields:
|
|
31
|
+
|
|
32
|
+
| Field | Description | Default |
|
|
33
|
+
|---|---|---|
|
|
34
|
+
| `structure_file` | PDB/CIF | - |
|
|
35
|
+
| `chain` | Protein chain identifier, default A | A |
|
|
36
|
+
| `DB` | Database: SWISS-PROT/UNIREF100. **Server-required** (defaults to UNIREF100 but errors when omitted — must be passed explicitly) | UNIREF100 |
|
|
37
|
+
|
|
38
|
+
## Response
|
|
39
|
+
|
|
40
|
+
- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
|
|
41
|
+
- Server-side contract: `status` (success/error/partial), `message`, `tool_type`, `resultjson`, `download_url`; some endpoints also return `total_count`. `resultjson` may be a single object or an array — read only the keys documented in this file, do not recursively search.
|
|
42
|
+
- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
|
|
43
|
+
`delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
|
|
44
|
+
do not treat file contents as ordinary JSON results.
|
|
45
|
+
|
|
46
|
+
## Output Projection
|
|
47
|
+
|
|
48
|
+
> Verification status: verified by a real `delta-cli` invocation
|
|
49
|
+
|
|
50
|
+
- Projection content: Conserved residue count and list (pos/seq/conserved_rank/conserved_score); presented grouped by conservation level
|
|
51
|
+
- Presentation form: Residue list; interpretation: lower conserved_score = more conserved, larger conserved_rank = more conserved
|
|
52
|
+
- Downstream reuse: conservation is only a reference annotation for the zero_shot_mutant_candidates recommendation rationale, not a recommendation criterion
|
|
53
|
+
## Output Template
|
|
54
|
+
|
|
55
|
+
- Title: **Residue conservation analysis result (ConSurf)**
|
|
56
|
+
- Interpretation: larger conserved_rank = more conserved (7/8/9 conserved, 1/2/3 variable); lower conserved_score = more conserved
|
|
57
|
+
- List positions grouped as conserved/variable (pos/residue/rank/score), explaining the functional or engineering significance of conserved/variable regions
|
|
58
|
+
- May provide conservation reference notes for the "Recommendation/rationale" column of zero_shot_mutant_candidates (annotation only, not a recommendation criterion)
|
|
59
|
+
|
|
60
|
+
## Boundaries & Failure Modes
|
|
61
|
+
|
|
62
|
+
- `DB` is a server-required field: omitting it returns a validation error (e.g. missing DB); always pass it explicitly, e.g. `--data '{"structure_file":...,"DB":"UNIREF100"}'`.
|
|
63
|
+
- General principle: fields marked as "default" in this package's references and ToolSpecs are fill-in conveniences for the backend agent orchestration layer; they are **NOT omissible when calling the CLI directly**; whatever the server actually validates is authoritative — when validation reports a missing field, supply it per the error and write it back into the reference.
|
|
64
|
+
- File-type parameters (`structure_file`/`sequence_file`/`msa_file` etc.) take server-accessible URL/path strings, not local upload paths; a `download_url` or `pdb_url` returned by an upstream endpoint can be backfilled directly as downstream input.
|
|
65
|
+
- Make only the minimal calls needed to complete the task; `--data` carries only the fields declared by this endpoint. Do not invent enum values or branches beyond the required combinations.
|
|
66
|
+
- Do not pass off local tool (RDKit/pymatgen/LAMMPS/self-attached MCP) results as this endpoint's results; do not connect directly to Huada or gateway URLs.
|
|
67
|
+
- On failure, report a short summary of the CLI's raw error; do not blindly retry after remote computation timeouts (the outcome may be unknown because the task may already have happened).
|
|
@@ -0,0 +1,69 @@
|
|
|
1
|
+
# Protein Sequence Cropping (`huada_protein_tools` / `crop_sequence`)
|
|
2
|
+
|
|
3
|
+
This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
|
|
4
|
+
called via `delta-cli science invoke`; the business response described below lives
|
|
5
|
+
under the CLI top-level `data` — read fields as documented in this file, do not
|
|
6
|
+
recursively search. This file only documents the endpoint schema; it does not
|
|
7
|
+
authorize direct HTTP. Endpoint names are authoritative as returned by
|
|
8
|
+
`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
|
|
9
|
+
guess, truncate, or alias.
|
|
10
|
+
|
|
11
|
+
## Overview
|
|
12
|
+
|
|
13
|
+
Crop subsequences from a protein sequence by given regions and return a merged FASTA
|
|
14
|
+
file.
|
|
15
|
+
- Input: `protein_sequence` / `sequence_file` / `structure_file` (choose one)
|
|
16
|
+
- `protein_sequence`: a single one-letter amino-acid sequence
|
|
17
|
+
- `sequence_file`: FASTA/FA file URL
|
|
18
|
+
- `structure_file`: PDB/CIF file URL (the sequence is extracted from the specified chain)
|
|
19
|
+
- Required: `regions`, a list of crop intervals, each `[start, end]` (1-based, inclusive). For example `[[100, 200], [250, 300]]` crops two independent sequences
|
|
20
|
+
- Optional: `chain`, protein chain identifier, default A
|
|
21
|
+
- Output: `resultjson` contains `cropped_results` (name/start/end/length/sequence per region); `download_url` is the merged FASTA download link
|
|
22
|
+
|
|
23
|
+
## Invocation
|
|
24
|
+
|
|
25
|
+
```text
|
|
26
|
+
delta-cli science invoke --tool huada_protein_tools --endpoint crop_sequence --data JSON
|
|
27
|
+
```
|
|
28
|
+
|
|
29
|
+
Required input groups (at least one per group; all groups must be satisfied):
|
|
30
|
+
|
|
31
|
+
- `protein_sequence` / `sequence_file` / `structure_file` **and** `regions`
|
|
32
|
+
|
|
33
|
+
Request fields:
|
|
34
|
+
|
|
35
|
+
| Field | Description | Default |
|
|
36
|
+
|---|---|---|
|
|
37
|
+
| `protein_sequence` | | - |
|
|
38
|
+
| `sequence_file` | FASTA/FA | - |
|
|
39
|
+
| `structure_file` | PDB/CIF | - |
|
|
40
|
+
| `chain` | Protein chain identifier, default A | A |
|
|
41
|
+
| `regions` | List of crop intervals, each [start, end] (1-based, inclusive). E.g. [[100, 200], [250, 300]] crops 100-200 and 250-300, each output as an independent sequence | - |
|
|
42
|
+
|
|
43
|
+
## Response
|
|
44
|
+
|
|
45
|
+
- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
|
|
46
|
+
- Server-side contract: `status` (success/error/partial), `message`, `tool_type`, `resultjson`, `download_url`; some endpoints also return `total_count`. `resultjson` may be a single object or an array — read only the keys documented in this file, do not recursively search.
|
|
47
|
+
- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
|
|
48
|
+
`delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
|
|
49
|
+
do not treat file contents as ordinary JSON results.
|
|
50
|
+
|
|
51
|
+
## Output Projection
|
|
52
|
+
|
|
53
|
+
> Verification status: derived from ToolSpec/agent templates; pending live calibration
|
|
54
|
+
|
|
55
|
+
- Projection content: cropped_results: name/start/end/length/sequence per region + merged FASTA download_url
|
|
56
|
+
- Presentation form: Sequence inline code + FASTA link
|
|
57
|
+
- Downstream reuse: -
|
|
58
|
+
## Output Template
|
|
59
|
+
|
|
60
|
+
- Title: **Protein sequence cropping result**
|
|
61
|
+
- One entry per region: range (start-end) and cropped sequence (inline code)
|
|
62
|
+
- Add the merged FASTA to the "Result files & downloads" section
|
|
63
|
+
|
|
64
|
+
## Boundaries & Failure Modes
|
|
65
|
+
|
|
66
|
+
- File-type parameters (`structure_file`/`sequence_file`/`msa_file` etc.) take server-accessible URL/path strings, not local upload paths; a `download_url` or `pdb_url` returned by an upstream endpoint can be backfilled directly as downstream input.
|
|
67
|
+
- Make only the minimal calls needed to complete the task; `--data` carries only the fields declared by this endpoint. Do not invent enum values or branches beyond the required combinations.
|
|
68
|
+
- Do not pass off local tool (RDKit/pymatgen/LAMMPS/self-attached MCP) results as this endpoint's results; do not connect directly to Huada or gateway URLs.
|
|
69
|
+
- On failure, report a short summary of the CLI's raw error; do not blindly retry after remote computation timeouts (the outcome may be unknown because the task may already have happened).
|
|
@@ -0,0 +1,82 @@
|
|
|
1
|
+
# Molecular Docking (`huada_protein_tools` / `dock`)
|
|
2
|
+
|
|
3
|
+
This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
|
|
4
|
+
called via `delta-cli science invoke`; the business response described below lives
|
|
5
|
+
under the CLI top-level `data` — read fields as documented in this file, do not
|
|
6
|
+
recursively search. This file only documents the endpoint schema; it does not
|
|
7
|
+
authorize direct HTTP. Endpoint names are authoritative as returned by
|
|
8
|
+
`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
|
|
9
|
+
guess, truncate, or alias.
|
|
10
|
+
|
|
11
|
+
## Overview
|
|
12
|
+
|
|
13
|
+
Protein-ligand molecular docking with AutoDock Vina.
|
|
14
|
+
- Input: `structure_file` (PDB/CIF) or `protein_sequence` (structure must be predicted first) / `sequence_file` (FASTA) — choose one
|
|
15
|
+
- `ligand_source`: ligand SMILES string or ligand file path (.sdf/.mol2/.txt). Optional; when missing, the backend returns a friendly hint and the request is still forwarded to the backend for handling
|
|
16
|
+
- Optional:
|
|
17
|
+
- `cofactor_mode` (str): "keep" or "remove", default "keep"
|
|
18
|
+
- `cofactors` (list[str]): cofactor/ligand residue names, e.g. ["ATP","MG"], default auto-handled
|
|
19
|
+
- `box_center` (str): manually specified docking box center, format "x,y,z"
|
|
20
|
+
- `box_size` (str): manually specified docking box size, a single number or "w,h,d"
|
|
21
|
+
- `ph` (float): protonation pH, default 7.4
|
|
22
|
+
- `exhaustiveness` (int): Vina search exhaustiveness, default 16
|
|
23
|
+
- `n_poses` (int): number of output poses, default 10
|
|
24
|
+
- `cpu` (int): number of CPU cores, default 8
|
|
25
|
+
- Box behavior: `box_center`/`box_size` can be given alone or together — when both are given they are used directly; when only `box_size` is given, the center is auto-detected by local p2rank (size uses this value, default 20Å); when neither is given, the backend tries the bounding box of the removed cofactor residues / p2rank auto-detected pockets in turn; with p2rank auto-detection each detected pocket is docked separately (one box per pocket, max 10 pockets by score); when p2rank finds no pocket it errors and box parameters must be provided manually
|
|
26
|
+
- Output: `download_url` is the multi-conformer PDB (docked_poses.pdb, merged across pockets, containing all pose MODELs) for visualization; each `resultjson` entry contains {affinity, rmsd_lb, rmsd_ub, pocket, pdb_url}; `pocket` identifies the associated pocket (p2rank's rank/name/score/center; {"rank": N} for a single box); `pdb_url` is provided only on the rank-1 entry, pointing to a single clean best-complex PDB (full receptor + ligand, ligand in chain L), suitable for PLIP interaction analysis
|
|
27
|
+
|
|
28
|
+
## Invocation
|
|
29
|
+
|
|
30
|
+
```text
|
|
31
|
+
delta-cli science invoke --tool huada_protein_tools --endpoint dock --data JSON
|
|
32
|
+
```
|
|
33
|
+
|
|
34
|
+
Required input groups (at least one per group; all groups must be satisfied):
|
|
35
|
+
|
|
36
|
+
- `protein_sequence` / `sequence_file` / `structure_file` / `ligand_source`
|
|
37
|
+
|
|
38
|
+
Request fields:
|
|
39
|
+
|
|
40
|
+
| Field | Description | Default |
|
|
41
|
+
|---|---|---|
|
|
42
|
+
| `protein_sequence` | | - |
|
|
43
|
+
| `sequence_file` | FASTA/FA | - |
|
|
44
|
+
| `structure_file` | PDB/CIF | - |
|
|
45
|
+
| `ligand_source` | Ligand SMILES string or ligand file path (.sdf/.mol2/.txt); optional, backend returns a hint when missing | - |
|
|
46
|
+
| `cofactor_mode` | Cofactor handling mode, default "keep" | keep |
|
|
47
|
+
| `cofactors` | Cofactor/ligand residue name list, default None | - |
|
|
48
|
+
| `box_center` | Manually specified docking box center, format x,y,z | - |
|
|
49
|
+
| `box_size` | Manually specified docking box size, a single number or w,h,d | - |
|
|
50
|
+
| `ph` | Protonation pH, default 7.4 | 7.4 |
|
|
51
|
+
| `exhaustiveness` | Vina search exhaustiveness, default 16 | 16 |
|
|
52
|
+
| `n_poses` | Number of output poses, default 10 | 10 |
|
|
53
|
+
| `cpu` | Number of CPU cores, default 8 | 8 |
|
|
54
|
+
|
|
55
|
+
## Response
|
|
56
|
+
|
|
57
|
+
- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
|
|
58
|
+
- Server-side contract: `status` (success/error/partial), `message`, `tool_type`, `resultjson`, `download_url`; some endpoints also return `total_count`. `resultjson` may be a single object or an array — read only the keys documented in this file, do not recursively search.
|
|
59
|
+
- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
|
|
60
|
+
`delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
|
|
61
|
+
do not treat file contents as ordinary JSON results.
|
|
62
|
+
|
|
63
|
+
## Output Projection
|
|
64
|
+
|
|
65
|
+
> Verification status: verified by a real `delta-cli` invocation
|
|
66
|
+
|
|
67
|
+
- Projection content: affinity per pose (binding energy, kcal/mol), rmsd_lb/rmsd_ub, associated pocket; rank-1 carries pdb_url (clean complex); best score read from message or the minimal affinity
|
|
68
|
+
- Presentation form: Pose list text (affinity & RMSD) + multi-conformer PDB download link
|
|
69
|
+
- Downstream reuse: rank-1 pdb_url -> plip_analyze structure_file
|
|
70
|
+
## Output Template
|
|
71
|
+
|
|
72
|
+
- Title: **Molecular docking result**
|
|
73
|
+
- Lead with the conclusion: best score (best affinity, kcal/mol) and the associated pocket
|
|
74
|
+
- List poses sorted by score (affinity/rmsd_lb/rmsd_ub, mark the pocket when multiple pockets)
|
|
75
|
+
- Add the multi-conformer PDB to the "Result files & downloads" section; give rank-1 pdb_url separately (usable as PLIP input)
|
|
76
|
+
|
|
77
|
+
## Boundaries & Failure Modes
|
|
78
|
+
|
|
79
|
+
- File-type parameters (`structure_file`/`sequence_file`/`msa_file` etc.) take server-accessible URL/path strings, not local upload paths; a `download_url` or `pdb_url` returned by an upstream endpoint can be backfilled directly as downstream input.
|
|
80
|
+
- Make only the minimal calls needed to complete the task; `--data` carries only the fields declared by this endpoint. Do not invent enum values or branches beyond the required combinations.
|
|
81
|
+
- Do not pass off local tool (RDKit/pymatgen/LAMMPS/self-attached MCP) results as this endpoint's results; do not connect directly to Huada or gateway URLs.
|
|
82
|
+
- On failure, report a short summary of the CLI's raw error; do not blindly retry after remote computation timeouts (the outcome may be unknown because the task may already have happened).
|
|
@@ -0,0 +1,70 @@
|
|
|
1
|
+
# Vina Single-pose Scoring (`huada_protein_tools` / `dock_score`)
|
|
2
|
+
|
|
3
|
+
This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
|
|
4
|
+
called via `delta-cli science invoke`; the business response described below lives
|
|
5
|
+
under the CLI top-level `data` — read fields as documented in this file, do not
|
|
6
|
+
recursively search. This file only documents the endpoint schema; it does not
|
|
7
|
+
authorize direct HTTP. Endpoint names are authoritative as returned by
|
|
8
|
+
`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
|
|
9
|
+
guess, truncate, or alias.
|
|
10
|
+
|
|
11
|
+
## Overview
|
|
12
|
+
|
|
13
|
+
Single-pose scoring (score_only) of a protein-ligand complex with AutoDock Vina.
|
|
14
|
+
- Input: `structure_file` (PDB/CIF complex file URL) + `dock_ligand` (ligand residue name in the complex, e.g. BTA)
|
|
15
|
+
- Optional: `chain_id` (chain ID of the ligand, default A); `box_center`/`box_size` (manual box, format x,y,z or w,h,d) — when not provided, computed automatically from the ligand bounding box
|
|
16
|
+
- Optional defaults: padding=8.0, min_box_size=20.0, ph=7.4, cpu=8, seed=42
|
|
17
|
+
- Output: `resultjson` contains `best_score` (total binding energy, kcal/mol) and `scores` (energy breakdown dict)
|
|
18
|
+
|
|
19
|
+
## Invocation
|
|
20
|
+
|
|
21
|
+
```text
|
|
22
|
+
delta-cli science invoke --tool huada_protein_tools --endpoint dock_score --data JSON
|
|
23
|
+
```
|
|
24
|
+
|
|
25
|
+
Required input groups (at least one per group; all groups must be satisfied):
|
|
26
|
+
|
|
27
|
+
- `structure_file` **and** `dock_ligand`
|
|
28
|
+
|
|
29
|
+
Request fields:
|
|
30
|
+
|
|
31
|
+
| Field | Description | Default |
|
|
32
|
+
|---|---|---|
|
|
33
|
+
| `structure_file` | PDB/CIF complex | - |
|
|
34
|
+
| `dock_ligand` | Ligand residue name in the complex to be scored, e.g. BTA | - |
|
|
35
|
+
| `chain_id` | Chain ID of the ligand, default A | A |
|
|
36
|
+
| `box_center` | Manually specified scoring box center, format x,y,z | - |
|
|
37
|
+
| `box_size` | Manually specified scoring box size, a single number or w,h,d | - |
|
|
38
|
+
| `padding` | Padding around the bounding box (Å) when the box is auto-computed | 8.0 |
|
|
39
|
+
| `min_box_size` | Minimum length per side (Å) when the box is auto-computed | 20.0 |
|
|
40
|
+
| `ph` | Protonation pH | 7.4 |
|
|
41
|
+
| `cpu` | Number of CPU cores | 8 |
|
|
42
|
+
| `seed` | Random seed | 42 |
|
|
43
|
+
|
|
44
|
+
## Response
|
|
45
|
+
|
|
46
|
+
- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
|
|
47
|
+
- Server-side contract: `status` (success/error/partial), `message`, `tool_type`, `resultjson`, `download_url`; some endpoints also return `total_count`. `resultjson` may be a single object or an array — read only the keys documented in this file, do not recursively search.
|
|
48
|
+
- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
|
|
49
|
+
`delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
|
|
50
|
+
do not treat file contents as ordinary JSON results.
|
|
51
|
+
|
|
52
|
+
## Output Projection
|
|
53
|
+
|
|
54
|
+
> Verification status: verified by a real `delta-cli` invocation
|
|
55
|
+
|
|
56
|
+
- Projection content: best_score (total binding energy kcal/mol), per-term energy breakdown, box_size/center, mode=score_only
|
|
57
|
+
- Presentation form: Text (total binding energy + energy breakdown)
|
|
58
|
+
- Downstream reuse: -
|
|
59
|
+
## Output Template
|
|
60
|
+
|
|
61
|
+
- Title: **Vina single-pose scoring result**
|
|
62
|
+
- Lead with the conclusion: best_score (kcal/mol) and the box used (center/box_size)
|
|
63
|
+
- Give the energy breakdown (gauss/hydrophobic/hbond etc., restated per returned keys)
|
|
64
|
+
|
|
65
|
+
## Boundaries & Failure Modes
|
|
66
|
+
|
|
67
|
+
- File-type parameters (`structure_file`/`sequence_file`/`msa_file` etc.) take server-accessible URL/path strings, not local upload paths; a `download_url` or `pdb_url` returned by an upstream endpoint can be backfilled directly as downstream input.
|
|
68
|
+
- Make only the minimal calls needed to complete the task; `--data` carries only the fields declared by this endpoint. Do not invent enum values or branches beyond the required combinations.
|
|
69
|
+
- Do not pass off local tool (RDKit/pymatgen/LAMMPS/self-attached MCP) results as this endpoint's results; do not connect directly to Huada or gateway URLs.
|
|
70
|
+
- On failure, report a short summary of the CLI's raw error; do not blindly retry after remote computation timeouts (the outcome may be unknown because the task may already have happened).
|