explain_item silently ignores the category parameter and always returns facts: [] #233
Labels
No labels
burndown-2026-06
headless
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
c#
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
role/ai
role/creator
role/design
role/director
role/engineer
role/exec
role/human
role/ops
role/qa
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-gaming/eco-app#233
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
QA sweep, 2026-08-12.
Observed
explain_item(name="Wheat", category="plant")returns:Two gaps against the tool's own contract:
categoryis accepted and discarded. It is documented as "used to disambiguate the item name"; the response echoescategory: null. Nothing in the payload shows the hint was applied. Either it disambiguates and should be echoed back, or it does nothing and should be dropped from the schema.facts: []. The description promises "category-specific facts". None are returned — which is consistent with the category being ignored, and may be the same bug.Also
image_credit: nullwhile an image is returned.get_speciesdoes populatephotoAttributionfor its images, so the attribution path exists elsewhere.Expected
Category applied to the Wikidata lookup and echoed in the response;
factspopulated, or the field and parameter removed from the contract.