Tell the agent how to use catalogs and where outputs go - #236
Tell the agent how to use catalogs and where outputs go#236AshishKumar4 wants to merge 1 commit into
Conversation
|
@AshishKumar4 Bonk workflow failed. Check the logs for details. View workflow run · To retry, trigger Bonk again. |
|
Closing — #208 removed the basis for both halves of this. The catalog legend explained The output-path paragraph doesn't clear the bar either, as discussed: the section above it already tells the agent to instantiate a format rather than build an equivalent, the motivation came from an external skill corpus that doesn't live in this repo, and there's no eval here to show the agent actually gets it wrong. Arguing from a plausible failure mode isn't enough for the most contended text in the product. |
What does this change?
Two things the agent is given but never told how to use.
Outputs.
writeFiletakes aworkpiece, so every write lands inside one specific Gadget as oneof its source files. There is no free-standing file path, and nothing in the prompt says so. When an
instruction says "save it to
notes.md" the agent has no defined behaviour: sometimes it answers inchat, sometimes it writes a
.mdinto a Gadget's source tree where it renders as code rather than adocument, sometimes it creates the right output. This states the rule as its own paragraph in the
section that already explains the deployment's formats, directly above the list it refers to.
Catalogs. A resource's discovery catalog is inlined into the system prompt, and
truncatedisemitted as a bare JSON key with nothing explaining it. The agent is told to
describeBindingaresource when one is relevant, but never to consult the entries first, and never that a partial list
has a remainder reachable through the binding's own API. So a listed item goes unused unless the user
names it, and a truncated list looks complete.
Why is this obviously correct and trivially verifiable?
Prompt text only: 13 added lines across two functions, no code path changes. The complete effect is
the wording, read in place.
Checklist
Checking every item does not guarantee acceptance. Maintainers determine whether
a pull request meets the contribution policy.