@delta-infra/cli 1.1.19 → 1.1.21

package/skills/delta-protein/references/plip_analyze.md

@@ -1,65 +1,65 @@
-# PLIP Protein-Ligand Interaction Analysis (`huada_protein_tools` / `plip_analyze`)
-
-This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
-called via `delta-cli science invoke`; the business response described below lives
-under the CLI top-level `data` — read fields as documented in this file, do not
-recursively search. This file only documents the endpoint schema; it does not
-authorize direct HTTP. Endpoint names are authoritative as returned by
-`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
-guess, truncate, or alias.
-
-## Overview
-
-Analyze interactions between a protein and a ligand with PLIP.
-- Input: `structure_file` (PDB/CIF file URL)
-- Optional:
-- `ligand_id`: ligand identifier, e.g. "LIG" or "A:LIG:301"; leave empty and PLIP auto-detects the largest ligand
-- `interaction_types`: list of interaction types to return, e.g. ["hydrogen_bonds", "hydrophobic_interactions"]
-- Output: interaction results `resultjson`, `summary`, `download_url`
-- Use case: identify protein-ligand interactions such as hydrogen bonds, hydrophobic contacts, salt bridges, pi-pi stacking, halogen bonds, metal coordination
-
-## Invocation
-
-```text
-delta-cli science invoke --tool huada_protein_tools --endpoint plip_analyze --data JSON
-```
-
-Required input groups (at least one per group; all groups must be satisfied):
-
-- `structure_file`
-
-Request fields:
-
-| Field | Description | Default |
-|---|---|---|
-| `structure_file` | PDB/CIF | - |
-| `ligand_id` | Ligand identifier, e.g. LIG or A:LIG:301; empty = auto-detect | - |
-| `interaction_types` | List of interaction types to return; default returns all | - |
-
-## Response
-
-- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
-- 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.
-- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
-  `delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
-  do not treat file contents as ordinary JSON results.
-
-## Output Projection
-
-> Verification status: derived from ToolSpec/agent templates; pending live calibration
-
-- Projection content: Protein-ligand interactions: hydrogen bonds, hydrophobic contacts, salt bridges, pi-pi stacking etc. + summary + download_url
-- Presentation form: Interaction-category text/table + links
-- Downstream reuse: input is often the rank-1 pdb_url returned by dock
-## Output Template
-
-- Title: **PLIP protein-ligand interaction analysis result**
-- Lead with the conclusion: detected interaction categories (hydrogen bond/hydrophobic/salt bridge/pi-pi/halogen/metal coordination) and key residues
-- Add result files and visualizations to the "Result files & downloads" section; note the source structure when the input came from dock
-
-## Boundaries & Failure Modes
-
-- 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.
-- 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.
-- 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.
+# PLIP Protein-Ligand Interaction Analysis (`huada_protein_tools` / `plip_analyze`)
+
+This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
+called via `delta-cli science invoke`; the business response described below lives
+under the CLI top-level `data` — read fields as documented in this file, do not
+recursively search. This file only documents the endpoint schema; it does not
+authorize direct HTTP. Endpoint names are authoritative as returned by
+`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
+guess, truncate, or alias.
+
+## Overview
+
+Analyze interactions between a protein and a ligand with PLIP.
+- Input: `structure_file` (PDB/CIF file URL)
+- Optional:
+- `ligand_id`: ligand identifier, e.g. "LIG" or "A:LIG:301"; leave empty and PLIP auto-detects the largest ligand
+- `interaction_types`: list of interaction types to return, e.g. ["hydrogen_bonds", "hydrophobic_interactions"]
+- Output: interaction results `resultjson`, `summary`, `download_url`
+- Use case: identify protein-ligand interactions such as hydrogen bonds, hydrophobic contacts, salt bridges, pi-pi stacking, halogen bonds, metal coordination
+
+## Invocation
+
+```text
+delta-cli science invoke --tool huada_protein_tools --endpoint plip_analyze --data JSON
+```
+
+Required input groups (at least one per group; all groups must be satisfied):
+
+- `structure_file`
+
+Request fields:
+
+| Field | Description | Default |
+|---|---|---|
+| `structure_file` | PDB/CIF | - |
+| `ligand_id` | Ligand identifier, e.g. LIG or A:LIG:301; empty = auto-detect | - |
+| `interaction_types` | List of interaction types to return; default returns all | - |
+
+## Response
+
+- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
+- 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.
+- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
+  `delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
+  do not treat file contents as ordinary JSON results.
+
+## Output Projection
+
+> Verification status: derived from ToolSpec/agent templates; pending live calibration
+
+- Projection content: Protein-ligand interactions: hydrogen bonds, hydrophobic contacts, salt bridges, pi-pi stacking etc. + summary + download_url
+- Presentation form: Interaction-category text/table + links
+- Downstream reuse: input is often the rank-1 pdb_url returned by dock
+## Output Template
+
+- Title: **PLIP protein-ligand interaction analysis result**
+- Lead with the conclusion: detected interaction categories (hydrogen bond/hydrophobic/salt bridge/pi-pi/halogen/metal coordination) and key residues
+- Add result files and visualizations to the "Result files & downloads" section; note the source structure when the input came from dock
+
+## Boundaries & Failure Modes
+
+- 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.
+- 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.
+- 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.
 - 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).

package/skills/delta-protein/references/pocket_prediction.md

@@ -1,63 +1,63 @@
-# Pocket Prediction (`huada_protein_tools` / `pocket_prediction`)
-
-This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
-called via `delta-cli science invoke`; the business response described below lives
-under the CLI top-level `data` — read fields as documented in this file, do not
-recursively search. This file only documents the endpoint schema; it does not
-authorize direct HTTP. Endpoint names are authoritative as returned by
-`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
-guess, truncate, or alias.
-
-## Overview
-
-Predict protein pockets with p2rank (local).
-- Required: `structure_file` (.pdb/.cif)
-- Optional: `model_config_name` (default | alphafold), default "default"; AlphaFold/NMR/cryo-EM structures are best served by "alphafold"
-- Output: `resultjson` contains `n_pockets` and a `pockets` list (rank/name/score/probability/center/residue_ids/n_residues); `download_url` is the cropped pocket PDB download link ({structure_name}_pocket_cut.pdb, pocket residues + ligand HETATM only), suitable as RFdiffusion3 design input
-- Use case: identify functionally important residues and ligand binding sites
-
-## Invocation
-
-```text
-delta-cli science invoke --tool huada_protein_tools --endpoint pocket_prediction --data JSON
-```
-
-Required input groups (at least one per group; all groups must be satisfied):
-
-- `structure_file`
-
-Request fields:
-
-| Field | Description | Default |
-|---|---|---|
-| `structure_file` | PDB/CIF | - |
-| `model_config_name` | p2rank model configuration: default or alphafold | default |
-
-## Response
-
-- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
-- 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.
-- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
-  `delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
-  do not treat file contents as ordinary JSON results.
-
-## Output Projection
-
-> Verification status: verified by a real `delta-cli` invocation
-
-- Projection content: n_pockets and pockets list (rank/name/score/probability/center/residue_ids/n_residues) + cropped pocket PDB download_url
-- Presentation form: Pocket list + link; n_pockets=0 is a valid result (p2rank found no pocket), not a failure
-- Downstream reuse: cropped pocket PDB (download_url) -> structure_file for rfd3_design
-## Output Template
-
-- Title: **Binding pocket prediction result**
-- Lead with the conclusion: number of pockets, per-pocket score/probability, location of the top ones (center and residues)
-- Add the cropped pocket PDB to the "Result files & downloads" section and note it can feed rfd3_design
-- Report n_pockets=0 truthfully (p2rank found no pocket), not a failure
-
-## Boundaries & Failure Modes
-
-- 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.
-- 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.
-- 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.
+# Pocket Prediction (`huada_protein_tools` / `pocket_prediction`)
+
+This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
+called via `delta-cli science invoke`; the business response described below lives
+under the CLI top-level `data` — read fields as documented in this file, do not
+recursively search. This file only documents the endpoint schema; it does not
+authorize direct HTTP. Endpoint names are authoritative as returned by
+`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
+guess, truncate, or alias.
+
+## Overview
+
+Predict protein pockets with p2rank (local).
+- Required: `structure_file` (.pdb/.cif)
+- Optional: `model_config_name` (default | alphafold), default "default"; AlphaFold/NMR/cryo-EM structures are best served by "alphafold"
+- Output: `resultjson` contains `n_pockets` and a `pockets` list (rank/name/score/probability/center/residue_ids/n_residues); `download_url` is the cropped pocket PDB download link ({structure_name}_pocket_cut.pdb, pocket residues + ligand HETATM only), suitable as RFdiffusion3 design input
+- Use case: identify functionally important residues and ligand binding sites
+
+## Invocation
+
+```text
+delta-cli science invoke --tool huada_protein_tools --endpoint pocket_prediction --data JSON
+```
+
+Required input groups (at least one per group; all groups must be satisfied):
+
+- `structure_file`
+
+Request fields:
+
+| Field | Description | Default |
+|---|---|---|
+| `structure_file` | PDB/CIF | - |
+| `model_config_name` | p2rank model configuration: default or alphafold | default |
+
+## Response
+
+- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
+- 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.
+- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
+  `delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
+  do not treat file contents as ordinary JSON results.
+
+## Output Projection
+
+> Verification status: verified by a real `delta-cli` invocation
+
+- Projection content: n_pockets and pockets list (rank/name/score/probability/center/residue_ids/n_residues) + cropped pocket PDB download_url
+- Presentation form: Pocket list + link; n_pockets=0 is a valid result (p2rank found no pocket), not a failure
+- Downstream reuse: cropped pocket PDB (download_url) -> structure_file for rfd3_design
+## Output Template
+
+- Title: **Binding pocket prediction result**
+- Lead with the conclusion: number of pockets, per-pocket score/probability, location of the top ones (center and residues)
+- Add the cropped pocket PDB to the "Result files & downloads" section and note it can feed rfd3_design
+- Report n_pockets=0 truthfully (p2rank found no pocket), not a failure
+
+## Boundaries & Failure Modes
+
+- 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.
+- 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.
+- 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.
 - 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).

package/skills/delta-protein/references/protein_design.md

@@ -1,65 +1,65 @@
-# Protein Design (RFdiffusion3+MPNN) (`huada_protein_tools` / `protein_design`)
-
-This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
-called via `delta-cli science invoke`; the business response described below lives
-under the CLI top-level `data` — read fields as documented in this file, do not
-recursively search. This file only documents the endpoint schema; it does not
-authorize direct HTTP. Endpoint names are authoritative as returned by
-`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
-guess, truncate, or alias.
-
-## Overview
-
-De novo protein design with RFdiffusion3 and MPNN.
-- Required: `rfd3_json_url` (RFdiffusion3 config file)
-- Optional: `input_file` (list of PDB files), `mpnn_type` (protein_mpnn/ligand_mpnn/soluble_mpnn), `rfd3_n` (1), `mpnn_n` (1)
-- Output: designed sequences with scores `download_url`, `zip_download_url`
-- Use case: de novo design of new proteins; use when the user uploads both a PDB and an RFdiffusion3 JSON, or explicitly mentions rfd3/RFdiffusion3
-
-## Invocation
-
-```text
-delta-cli science invoke --tool huada_protein_tools --endpoint protein_design --data JSON
-```
-
-Required input groups (at least one per group; all groups must be satisfied):
-
-- `rfd3_json_url`
-
-Request fields:
-
-| Field | Description | Default |
-|---|---|---|
-| `rfd3_json_url` | RFdiffusion3 config file | - |
-| `input_file` | Input PDB file URL list | [] |
-| `mpnn_type` | MPNN type, default protein_mpnn | protein_mpnn |
-| `rfd3_n` | RFdiffusion3 sample count, default 1 | 1 |
-| `mpnn_n` | MPNN sample count, default 1 | 1 |
-
-## Response
-
-- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
-- 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.
-- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
-  `delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
-  do not treat file contents as ordinary JSON results.
-
-## Output Projection
-
-> Verification status: derived from ToolSpec/agent templates; pending live calibration
-
-- Projection content: Designed sequences with scores, download_url (design results), zip_download_url
-- Presentation form: Download link list; structure files given as `[name](full URL)` per format
-- Downstream reuse: terminal artifact
-## Output Template
-
-- Title: **Protein design result (RFdiffusion3 + MPNN)**
-- Lead with the conclusion: number of designed sequences / scores
-- Add design-result and scaffold-file links to the "Result files & downloads" section: `[Design result file](download_url)`, `[ZIP](zip_download_url)`
-
-## Boundaries & Failure Modes
-
-- 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.
-- 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.
-- 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.
+# Protein Design (RFdiffusion3+MPNN) (`huada_protein_tools` / `protein_design`)
+
+This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
+called via `delta-cli science invoke`; the business response described below lives
+under the CLI top-level `data` — read fields as documented in this file, do not
+recursively search. This file only documents the endpoint schema; it does not
+authorize direct HTTP. Endpoint names are authoritative as returned by
+`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
+guess, truncate, or alias.
+
+## Overview
+
+De novo protein design with RFdiffusion3 and MPNN.
+- Required: `rfd3_json_url` (RFdiffusion3 config file)
+- Optional: `input_file` (list of PDB files), `mpnn_type` (protein_mpnn/ligand_mpnn/soluble_mpnn), `rfd3_n` (1), `mpnn_n` (1)
+- Output: designed sequences with scores `download_url`, `zip_download_url`
+- Use case: de novo design of new proteins; use when the user uploads both a PDB and an RFdiffusion3 JSON, or explicitly mentions rfd3/RFdiffusion3
+
+## Invocation
+
+```text
+delta-cli science invoke --tool huada_protein_tools --endpoint protein_design --data JSON
+```
+
+Required input groups (at least one per group; all groups must be satisfied):
+
+- `rfd3_json_url`
+
+Request fields:
+
+| Field | Description | Default |
+|---|---|---|
+| `rfd3_json_url` | RFdiffusion3 config file | - |
+| `input_file` | Input PDB file URL list | [] |
+| `mpnn_type` | MPNN type, default protein_mpnn | protein_mpnn |
+| `rfd3_n` | RFdiffusion3 sample count, default 1 | 1 |
+| `mpnn_n` | MPNN sample count, default 1 | 1 |
+
+## Response
+
+- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
+- 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.
+- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
+  `delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
+  do not treat file contents as ordinary JSON results.
+
+## Output Projection
+
+> Verification status: derived from ToolSpec/agent templates; pending live calibration
+
+- Projection content: Designed sequences with scores, download_url (design results), zip_download_url
+- Presentation form: Download link list; structure files given as `[name](full URL)` per format
+- Downstream reuse: terminal artifact
+## Output Template
+
+- Title: **Protein design result (RFdiffusion3 + MPNN)**
+- Lead with the conclusion: number of designed sequences / scores
+- Add design-result and scaffold-file links to the "Result files & downloads" section: `[Design result file](download_url)`, `[ZIP](zip_download_url)`
+
+## Boundaries & Failure Modes
+
+- 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.
+- 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.
+- 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.
 - 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).

package/skills/delta-protein/references/protein_evolution.md

@@ -1,77 +1,77 @@
-# Protein n-site Mutation Activity Prediction (`huada_protein_tools` / `protein_evolution`)
-
-This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
-called via `delta-cli science invoke`; the business response described below lives
-under the CLI top-level `data` — read fields as documented in this file, do not
-recursively search. This file only documents the endpoint schema; it does not
-authorize direct HTTP. Endpoint names are authoritative as returned by
-`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
-guess, truncate, or alias.
-
-## Overview
-
-Predict the activity of specified mutation sites with a protein-evolution method.
-- Required: `mutant_url` (Excel/CSV file with a mutant column and at least one numeric column)
-- Optional: `protein_sequence`/`sequence_file`/`structure_file`, `chain` (A), `mutant_n` (0), `topk` (-1), `model_name` (esm2/esmc), `threshold`, `regression_type` (randomforest/gp)
-- Multi-objective optimization: `target_columns` (specify multiple numeric column names, e.g. ["yield","ee"]; auto-detected by default), `weights` (per-target weights; equal weights by default)
-- Output: best mutations with activity scores `download_url`
-- Use case: mutation activity data is available and the user explicitly specifies "2-site/3-site/n-site/multi-site mutation"
-
-## Invocation
-
-```text
-delta-cli science invoke --tool huada_protein_tools --endpoint protein_evolution --data JSON
-```
-
-Required input groups (at least one per group; all groups must be satisfied):
-
-- `mutant_url`
-
-Server-side default parameters:
-
-- `topk` = `30`
-
-Request fields:
-
-| Field | Description | Default |
-|---|---|---|
-| `mutant_url` | CSV/XLSX with a mutant column and at least one numeric column | - |
-| `protein_sequence` |  | - |
-| `sequence_file` | FASTA/FA | - |
-| `structure_file` | PDB/CIF | - |
-| `chain` | Protein chain identifier, default A | A |
-| `mutant_n` | Specified number of n-site mutations, default 0 | 0 |
-| `topk` | Number of results to return, default -1 (all) | -1 |
-| `model_name` | Feature model name (esm2/esmc) | - |
-| `threshold` | Threshold | - |
-| `regression_type` | Regression model (randomforest/gp) | - |
-| `target_columns` | Specify multiple target numeric column names, e.g. ['yield','ee']; auto-detects all numeric columns by default | - |
-| `weights` | Weights per target column, e.g. [0.5,0.5]; equal weights by default | - |
-
-## Response
-
-- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
-- 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.
-- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
-  `delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
-  do not treat file contents as ordinary JSON results.
-
-## Output Projection
-
-> Verification status: derived from ToolSpec/agent templates; pending live calibration
-
-- Projection content: Activity score topk for specified n-site/multi-site mutations (download_url)
-- Presentation form: Text/table + download link
-- Downstream reuse: -
-## Output Template
-
-- Title: **Protein n-site mutation activity prediction result**
-- Lead with the conclusion: n-site/multi-site mutation activity prediction results (topk)
-- Add details to the "Result files & downloads" section
-
-## Boundaries & Failure Modes
-
-- 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.
-- 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.
-- 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.
+# Protein n-site Mutation Activity Prediction (`huada_protein_tools` / `protein_evolution`)
+
+This endpoint is a real endpoint of the `huada_protein_tools` tool. It can only be
+called via `delta-cli science invoke`; the business response described below lives
+under the CLI top-level `data` — read fields as documented in this file, do not
+recursively search. This file only documents the endpoint schema; it does not
+authorize direct HTTP. Endpoint names are authoritative as returned by
+`delta-cli science endpoints list huada_protein_tools`; use them verbatim — never
+guess, truncate, or alias.
+
+## Overview
+
+Predict the activity of specified mutation sites with a protein-evolution method.
+- Required: `mutant_url` (Excel/CSV file with a mutant column and at least one numeric column)
+- Optional: `protein_sequence`/`sequence_file`/`structure_file`, `chain` (A), `mutant_n` (0), `topk` (-1), `model_name` (esm2/esmc), `threshold`, `regression_type` (randomforest/gp)
+- Multi-objective optimization: `target_columns` (specify multiple numeric column names, e.g. ["yield","ee"]; auto-detected by default), `weights` (per-target weights; equal weights by default)
+- Output: best mutations with activity scores `download_url`
+- Use case: mutation activity data is available and the user explicitly specifies "2-site/3-site/n-site/multi-site mutation"
+
+## Invocation
+
+```text
+delta-cli science invoke --tool huada_protein_tools --endpoint protein_evolution --data JSON
+```
+
+Required input groups (at least one per group; all groups must be satisfied):
+
+- `mutant_url`
+
+Server-side default parameters:
+
+- `topk` = `30`
+
+Request fields:
+
+| Field | Description | Default |
+|---|---|---|
+| `mutant_url` | CSV/XLSX with a mutant column and at least one numeric column | - |
+| `protein_sequence` |  | - |
+| `sequence_file` | FASTA/FA | - |
+| `structure_file` | PDB/CIF | - |
+| `chain` | Protein chain identifier, default A | A |
+| `mutant_n` | Specified number of n-site mutations, default 0 | 0 |
+| `topk` | Number of results to return, default -1 (all) | -1 |
+| `model_name` | Feature model name (esm2/esmc) | - |
+| `threshold` | Threshold | - |
+| `regression_type` | Regression model (randomforest/gp) | - |
+| `target_columns` | Specify multiple target numeric column names, e.g. ['yield','ee']; auto-detects all numeric columns by default | - |
+| `weights` | Weights per target column, e.g. [0.5,0.5]; equal weights by default | - |
+
+## Response
+
+- CLI top-level envelope: a call succeeds only when the exit code is 0 AND `ok` is `true`; the service response lives under `data`.
+- 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.
+- Binary/file artifacts (such as the PDB/XLSX/FASTA/ZIP files that `download_url` points to) are downloaded and verified with
+  `delta-cli science file download --tool huada_protein_tools --endpoint ... --output <path>`;
+  do not treat file contents as ordinary JSON results.
+
+## Output Projection
+
+> Verification status: derived from ToolSpec/agent templates; pending live calibration
+
+- Projection content: Activity score topk for specified n-site/multi-site mutations (download_url)
+- Presentation form: Text/table + download link
+- Downstream reuse: -
+## Output Template
+
+- Title: **Protein n-site mutation activity prediction result**
+- Lead with the conclusion: n-site/multi-site mutation activity prediction results (topk)
+- Add details to the "Result files & downloads" section
+
+## Boundaries & Failure Modes
+
+- 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.
+- 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.
+- 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.
 - 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).