Skip to content

skills: force-load adapter-author when creating a command - #404

Open
ayushsingh82 wants to merge 1 commit into
agentrhq:mainfrom
ayushsingh82:fix/386-adapter-author-force-load
Open

skills: force-load adapter-author when creating a command#404
ayushsingh82 wants to merge 1 commit into
agentrhq:mainfrom
ayushsingh82:fix/386-adapter-author-force-load

Conversation

@ayushsingh82

Copy link
Copy Markdown
Contributor

Fixes #386.

Problem

webcmd-usage force-loads webcmd-browser before raw browser work,
but had no equivalent requirement for authoring. An agent could
discover webcmd browser init on its own, write a working command,
and never load webcmd-adapter-author — skipping the durable
authoring surfaces:

  • Notes ended up in a hand-written file next to the adapter instead of
    going through webcmd site note/endpoint/field-map.
  • A sibling *_verify command got invented instead of running
    webcmd verify / webcmd browser verify.

Fix

  • webcmd-usage now has a REQUIRED SUB-SKILL line for
    webcmd-adapter-author before creating, revising, or privately
    overriding a command, mirroring the existing browser-work
    requirement.
  • Added matching Do Not lines in both skills: don't hand-write notes
    next to the adapter, don't invent a sibling verify command.
  • webcmd-adapter-author's Key Conventions now spells out that CLI
    flags map onto args by the declared name (e.g. args['note-id']),
    not a Commander camelCase alias — a mistake noted in the source eval
    runs.

Skill-doc only change; no runtime/CLI behavior touched.

Test plan

  • npm run typecheck — clean.
  • npm run test — 447 files / 5757 tests pass.
  • make verify — skill build (skill-src/skills/) in sync.
  • Updated src/skills.test.ts to assert the new force-load line and
    anti-pattern text in both skills.

webcmd-usage force-loaded webcmd-browser for raw browser work but had
no equivalent for authoring. Agents that discovered browser init on
their own then skipped the durable authoring surfaces: they hand-wrote
notes next to the adapter instead of using site-memory commands, and
invented a sibling *_verify command instead of running webcmd verify /
webcmd browser verify.

- webcmd-usage now requires loading webcmd-adapter-author before
  creating, revising, or privately overriding a command, mirroring the
  existing browser-work requirement.
- Added Do-Not lines in both skills against hand-written notes and
  sibling verify commands.
- webcmd-adapter-author now documents that CLI flags map onto args by
  the declared name (e.g. args['note-id']), not a camelCase alias.

Fixes agentrhq#386
@ayushsingh82

Copy link
Copy Markdown
Contributor Author

@ankitranjan7 mind taking a look? This closes #386.

@github-actions

Copy link
Copy Markdown
Contributor

🟠 Maintainer review suggested — low confidence

The automated review could not reach a fully supported conclusion.

Limitations

  • The automated review returned an invalid structured result.

This review is advisory and does not block merging.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

skills(usage): creating or customizing a command requires webcmd-adapter-author

1 participant