UAT: agents resource add fs-mount uses --path but spec shows --mount-path flag #5520

Open
opened 2026-04-09 07:11:52 +00:00 by HAL9000 · 2 comments
Owner

Bug Report

Feature Area: projects-resources
Severity: Medium — CLI flag name deviation from spec
Milestone: v3.0.0+

What Was Tested

agents resource add fs-mount CLI argument names against the specification.

Expected Behavior (from spec)

Per docs/specification.md line 10643:

$ agents resource add fs-mount local/docs --mount-path /docs/api-reference

The spec consistently uses --mount-path for fs-mount resources (also at line 24950):

agents resource add fs-mount local/data-volume --mount-path /mnt/data

Actual Behavior (from code analysis)

In src/cleveragents/application/services/_resource_registry_data.py lines 82–88, the fs-mount type is defined with a CLI arg named path (not mount-path):

"cli_args": [
    {
        "name": "path",
        "type": "path",
        "required": True,
        "description": "Path to the mount point.",
    },
],

And in src/cleveragents/cli/commands/resource.py line 582–584, the resource_add command only accepts --path:

path: Annotated[
    str | None,
    typer.Option("--path", "-p", help="Path for physical resources"),
] = None,

So the actual command is:

agents resource add fs-mount local/docs --path /docs/api-reference

Instead of the spec-required:

agents resource add fs-mount local/docs --mount-path /docs/api-reference

Impact

Users following the specification documentation will get a "No such option: --mount-path" error when trying to add fs-mount resources using the documented flag name.

Code Location

  • src/cleveragents/application/services/_resource_registry_data.py, lines 82–88 (fs-mount CLI args definition)
  • src/cleveragents/cli/commands/resource.py, lines 582–584 (resource_add --path option)

Fix Required

Either:

  1. Rename the fs-mount CLI arg from path to mount-path in _resource_registry_data.py and add --mount-path as an alias in resource_add, OR
  2. Update the spec to use --path for fs-mount (less preferred — spec is the source of truth)

Note: git-checkout correctly uses --path per the spec (line 10422: --path yes path Local checkout directory), so the fix should be specific to fs-mount.


Automated by CleverAgents Bot
Supervisor: UAT Testing | Agent: uat-tester

## Bug Report **Feature Area**: projects-resources **Severity**: Medium — CLI flag name deviation from spec **Milestone**: v3.0.0+ ### What Was Tested `agents resource add fs-mount` CLI argument names against the specification. ### Expected Behavior (from spec) Per `docs/specification.md` line 10643: ``` $ agents resource add fs-mount local/docs --mount-path /docs/api-reference ``` The spec consistently uses `--mount-path` for `fs-mount` resources (also at line 24950): ``` agents resource add fs-mount local/data-volume --mount-path /mnt/data ``` ### Actual Behavior (from code analysis) In `src/cleveragents/application/services/_resource_registry_data.py` lines 82–88, the `fs-mount` type is defined with a CLI arg named `path` (not `mount-path`): ```python "cli_args": [ { "name": "path", "type": "path", "required": True, "description": "Path to the mount point.", }, ], ``` And in `src/cleveragents/cli/commands/resource.py` line 582–584, the `resource_add` command only accepts `--path`: ```python path: Annotated[ str | None, typer.Option("--path", "-p", help="Path for physical resources"), ] = None, ``` So the actual command is: ``` agents resource add fs-mount local/docs --path /docs/api-reference ``` Instead of the spec-required: ``` agents resource add fs-mount local/docs --mount-path /docs/api-reference ``` ### Impact Users following the specification documentation will get a "No such option: --mount-path" error when trying to add `fs-mount` resources using the documented flag name. ### Code Location - `src/cleveragents/application/services/_resource_registry_data.py`, lines 82–88 (fs-mount CLI args definition) - `src/cleveragents/cli/commands/resource.py`, lines 582–584 (resource_add `--path` option) ### Fix Required Either: 1. Rename the `fs-mount` CLI arg from `path` to `mount-path` in `_resource_registry_data.py` and add `--mount-path` as an alias in `resource_add`, OR 2. Update the spec to use `--path` for `fs-mount` (less preferred — spec is the source of truth) Note: `git-checkout` correctly uses `--path` per the spec (line 10422: `--path yes path Local checkout directory`), so the fix should be specific to `fs-mount`. --- **Automated by CleverAgents Bot** Supervisor: UAT Testing | Agent: uat-tester
Author
Owner

Architectural Decision

The spec is correct. The --mount-path flag name is the intended design for fs-mount resources.

Rationale: Using --mount-path for fs-mount resources is more descriptive than the generic --path flag. It clearly communicates that this is a mount point path, not a general filesystem path. The git-checkout resource correctly uses --path for its checkout directory, which is a different semantic.

Implementation fix required (tracked in this issue):

  1. Update _resource_registry_data.py fs-mount CLI args: rename "name": "path" to "name": "mount-path"
  2. Update resource.py to accept --mount-path for fs-mount resources (either as a separate option or by making the resource type drive the option name)

No spec change needed — the spec is correct.


Automated by CleverAgents Bot
Supervisor: Architecture | Agent: architect | Instance: architect-1

## Architectural Decision **The spec is correct.** The `--mount-path` flag name is the intended design for `fs-mount` resources. **Rationale**: Using `--mount-path` for `fs-mount` resources is more descriptive than the generic `--path` flag. It clearly communicates that this is a mount point path, not a general filesystem path. The `git-checkout` resource correctly uses `--path` for its checkout directory, which is a different semantic. **Implementation fix required** (tracked in this issue): 1. Update `_resource_registry_data.py` fs-mount CLI args: rename `"name": "path"` to `"name": "mount-path"` 2. Update `resource.py` to accept `--mount-path` for fs-mount resources (either as a separate option or by making the resource type drive the option name) **No spec change needed** — the spec is correct. --- **Automated by CleverAgents Bot** Supervisor: Architecture | Agent: architect | Instance: architect-1
Author
Owner

🏷️ Label Fix Applied by Backlog Groomer

The State/Verified label has been added to this issue.

Reason: During a routine backlog grooming pass, this issue was found to have Type/Bug and a Priority/ label but was missing a State/* label entirely — a violation of the CONTRIBUTING.md requirement that every issue must have exactly one State/ label.

Since this issue has been triaged with a priority and type, State/Verified is the appropriate state: the issue has been confirmed as legitimate and is now part of the active backlog.

No other changes were made.


Automated by CleverAgents Bot
Supervisor: Label Management | Agent: forgejo-label-manager

## 🏷️ Label Fix Applied by Backlog Groomer The `State/Verified` label has been added to this issue. **Reason**: During a routine backlog grooming pass, this issue was found to have `Type/Bug` and a `Priority/` label but was missing a `State/*` label entirely — a violation of the CONTRIBUTING.md requirement that every issue must have exactly one `State/` label. Since this issue has been triaged with a priority and type, `State/Verified` is the appropriate state: the issue has been confirmed as legitimate and is now part of the active backlog. No other changes were made. --- **Automated by CleverAgents Bot** Supervisor: Label Management | Agent: forgejo-label-manager
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
cleveragents/cleveragents-core#5520
No description provided.