Repository navigation
Release v1.1.15 - #82
roeai-release-bot[bot] wants to merge 1 commit into
Conversation
|
| - name: run_id | ||
| location: path | ||
| wire_name: run_id | ||
| annotation: str | ||
| - name: skill_set_id | ||
| location: path | ||
| wire_name: skill_set_id | ||
| annotation: str |
There was a problem hiding this comment.
Cancellation targets wrong resource
When a caller cancels a valid generation, the wrapper passes run_id before skill_set_id, but the generated endpoint expects the reverse. It requests /v1/skills/{run_id}/generation/{skill_set_id}/, so the server returns 404 and the run remains tracked. Reorder the path parameters in the wrapper contract so regeneration keeps the fix.
| - name: run_id | |
| location: path | |
| wire_name: run_id | |
| annotation: str | |
| - name: skill_set_id | |
| location: path | |
| wire_name: skill_set_id | |
| annotation: str | |
| - name: skill_set_id | |
| location: path | |
| wire_name: skill_set_id | |
| annotation: str | |
| - name: run_id | |
| location: path | |
| wire_name: run_id | |
| annotation: str |
Knowledge Base Used: Wrapper generation
| - name: organization_id | ||
| location: query | ||
| wire_name: organization_id | ||
| annotation: str | None | ||
| default: null | ||
| pass_unset_when_none: true |
There was a problem hiding this comment.
Skill-set requests omit organization
When callers use the documented default for organization_id, skill-set methods send no organization ID in the query or body, even though the client already requires one in its configuration. The skill-set contract says this ID is needed for access control, so ordinary calls such as client.skill_sets.list() can fail organization scoping unless callers supply it again. Use the configured organization by default, as the existing resource wrappers do.
Knowledge Base Used:
|
|
||
| result = client.skill_sets.create_version( | ||
| skill_set_id="skill_set_id", # required | ||
| files=["value"], # required |
There was a problem hiding this comment.
Version example uses invalid files
The copy-ready create_version example passes files=["value"], but each file must be an object containing relative_path and content. Copying the example produces an invalid request instead of demonstrating version creation.
| files=["value"], # required | |
| files=[{"relative_path": "SKILL.md", "content": "# Example skill"}], # required |
Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
This PR updates the Python SDK for release
1.1.15.Generated from:
1-0-99a3884f3a93d9f38bfdc9cb42dc9b47790c5e0b25