@delta-infra/cli 1.1.19 → 1.1.23
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 +511 -520
- package/checksums.txt +5 -5
- package/package.json +1 -1
- package/scripts/install-wizard.js +689 -688
- package/scripts/install.js +442 -442
- package/scripts/run.js +65 -65
- package/skills/delta-protein/AGENTS.md +72 -72
- package/skills/delta-protein/SKILL.md +388 -388
- package/skills/delta-protein/agents/openai.yaml +3 -3
- package/skills/delta-protein/references/bfitter.md +63 -63
- package/skills/delta-protein/references/catapro_predict.md +62 -62
- package/skills/delta-protein/references/catpred_predict.md +64 -64
- package/skills/delta-protein/references/caver_tunnel_analyze.md +62 -62
- package/skills/delta-protein/references/consensus_mutation.md +60 -60
- package/skills/delta-protein/references/consurf_predict.md +66 -66
- package/skills/delta-protein/references/crop_sequence.md +68 -68
- package/skills/delta-protein/references/dock.md +81 -81
- package/skills/delta-protein/references/dock_score.md +69 -69
- package/skills/delta-protein/references/easifa_predict_active_site.md +69 -69
- package/skills/delta-protein/references/ephod_predict_mutation.md +65 -65
- package/skills/delta-protein/references/ephod_predict_protein.md +60 -60
- package/skills/delta-protein/references/esmfold2_predict.md +66 -66
- package/skills/delta-protein/references/evcouplings_mutation.md +63 -63
- package/skills/delta-protein/references/fasta_to_sequence.md +58 -58
- package/skills/delta-protein/references/foldseek.md +60 -60
- package/skills/delta-protein/references/generate_msa.md +60 -60
- package/skills/delta-protein/references/interpro_analyze.md +62 -62
- package/skills/delta-protein/references/mpnn_design_sequence.md +70 -70
- package/skills/delta-protein/references/multievolve.md +72 -72
- package/skills/delta-protein/references/pisa_query.md +69 -69
- package/skills/delta-protein/references/plip_analyze.md +64 -64
- package/skills/delta-protein/references/pocket_prediction.md +62 -62
- package/skills/delta-protein/references/protein_design.md +64 -64
- package/skills/delta-protein/references/protein_evolution.md +76 -76
- package/skills/delta-protein/references/protein_sol_predict_mutation.md +65 -65
- package/skills/delta-protein/references/protein_sol_predict_protein.md +60 -60
- package/skills/delta-protein/references/protenix.md +65 -65
- package/skills/delta-protein/references/protrek_search.md +89 -89
- package/skills/delta-protein/references/pubchem_search.md +67 -67
- package/skills/delta-protein/references/pubmed_search.md +78 -78
- package/skills/delta-protein/references/reap_design_primer.md +68 -68
- package/skills/delta-protein/references/rfd3_design.md +64 -64
- package/skills/delta-protein/references/structure_to_sequence.md +60 -60
- package/skills/delta-protein/references/summarize_result.md +67 -67
- package/skills/delta-protein/references/surface_charge.md +83 -83
- package/skills/delta-protein/references/uniprot_batch_query.md +62 -62
- package/skills/delta-protein/references/uniprot_query.md +63 -63
- package/skills/delta-protein/references/zero_shot_mutant_candidates.md +75 -75
- package/skills/delta-protein/scripts/gen_references.py +166 -166
- package/skills/delta-protein/scripts/output_metadata.json +274 -274
- package/skills/delta-sandbox/SKILL.md +388 -388
- package/skills/delta-sandbox/agents/openai.yaml +4 -4
- package/skills/delta-sandbox/references/commands.md +71 -58
- package/skills/delta-sandbox/references/lifecycle.md +101 -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 -227
- package/skills/delta-science/agents/openai.yaml +4 -4
- package/skills/delta-science/references/antbo.md +105 -105
- package/skills/delta-science/references/delta-bo.md +92 -92
- package/skills/delta-science/references/gsasii.md +118 -118
- package/skills/delta-science/references/lammps.md +68 -68
- package/skills/delta-science/references/ldm-bo.md +132 -132
- package/skills/delta-science/references/materials-design.md +130 -130
- package/skills/delta-science/references/pubchem.md +128 -128
- package/skills/delta-science/references/pymatgen.md +69 -69
- package/skills/delta-science/references/qe.md +134 -134
- package/skills/delta-science/references/rdkit.md +141 -141
- package/skills/delta-science/references/strbo.md +95 -95
- package/skills/delta-science/references/synbo.md +201 -201
- package/skills/delta-science/references/xrd.md +154 -170
- 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 +115 -113
- package/skills/delta-shared/agents/openai.yaml +4 -4
- package/skills/manifest.json +20 -20
|
@@ -1,61 +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.
|
|
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
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).
|
|
@@ -1,67 +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.
|
|
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
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).
|
|
@@ -1,69 +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.
|
|
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
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).
|
|
@@ -1,82 +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.
|
|
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
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).
|