Skip to content

Bundled berd-help skill instructs agents to use berdctl feedback, which doesn't exist in 0.6.2 #227

Description

@ijindal1

Before filing

  • I searched open and closed issues for duplicates.
  • I reproduced this on the latest release (0.6.2).
  • This is one bug, not several bundled together.

Closest existing issue

none found

What's broken

The berd-help skill bundled with the app instructs agents to file feedback using berdctl feedback open / berdctl feedback submit. Neither subcommand exists in 0.6.2, so an agent following Berd's own bundled instructions hits a dead end — specifically in the bug-reporting instructions.

Steps to reproduce

  1. Launch Berd
  2. Read the bundled skill reference at ~/Library/Application Support/xyz.block.berd/skills/berd-help/references/reporting-problems.md (the same file ships inside the app bundle at Contents/Resources/distro/skills/berd-help/references/reporting-problems.md)
  3. Note it instructs: "Prefer berdctl feedback open --title <title> --description <description>" and describes berdctl feedback submit
  4. Run berdctl feedback --help

What you expected to happen

The command exists — or the skill describes the route that does exist (the in-app feedback dialog).

What actually happened

error: unrecognized subcommand 'feedback'

berdctl --help lists only session, folder, project, agent, skill, and info. Internal asset names suggest the feedback dialog itself exists in the app UI, so it appears to be specifically the CLI entry point named by the bundled docs that's missing. (If feedback is a gated/newer noun, the bundled skill still shouldn't recommend it unconditionally on builds where it's absent.)

How often does it happen?

Every time — reliably reproducible

Berd version

0.6.2

Operating system

macOS (Apple Silicon)

Model and provider

n/a — CLI only

Relevant log output

no relevant log output — berdctl rejects the subcommand client-side before it reaches the app, so nothing is written to the log.


Filed via gh (an agent helped investigate and draft; I reviewed before posting). Laid out with the bug-report form's fields since the API path doesn't render the form.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions