You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Evaluate and triage issue #149 "project.screens() returns empty after generate() until project is opened in web UI" as an architectural capability gap or bug requiring coordination with the upstream API team.
Code-Level Diagnosis
Code path:packages/sdk/generated/src/project.ts Mechanism: The project.screens() method simply calls the list_screens tool via the MCP client and maps the returned screens array into Screen instances. Root cause: If list_screens returns an empty array for a project where screens were just generated via generate_screen_from_text, but then returns the correct screens after the project is opened in the web UI, this indicates a backend state-sync or indexing issue. The SDK correctly implements the MCP schema and forwards the request/response without dropping data. The bug is entirely on the upstream Stitch API backend, where generated screens are not immediately reflected in the list_screens endpoint.
Goal Directives: The initial directive requires focusing on actionability.
Current State: The missing screens issue stems from the upstream list_screens endpoint returning empty data immediately after generation. This cannot be mitigated within the SDK.
Action Items
This issue is structurally an Insight.
Reason Skipped for Assessment: The bug exists in the upstream API backend (state syncing/indexing), not in the SDK's parsing or tool calling logic. Implementing a fix requires backend support before the SDK will function as expected.
Objective
Evaluate and triage issue #149 "project.screens() returns empty after generate() until project is opened in web UI" as an architectural capability gap or bug requiring coordination with the upstream API team.
Code-Level Diagnosis
Code path:
packages/sdk/generated/src/project.tsMechanism: The
project.screens()method simply calls thelist_screenstool via the MCP client and maps the returnedscreensarray intoScreeninstances.Root cause: If
list_screensreturns an empty array for a project where screens were just generated viagenerate_screen_from_text, but then returns the correct screens after the project is opened in the web UI, this indicates a backend state-sync or indexing issue. The SDK correctly implements the MCP schema and forwards the request/response without dropping data. The bug is entirely on the upstream Stitch API backend, where generated screens are not immediately reflected in thelist_screensendpoint.Current Implementation
Proposed Implementation
Files to modify: None in the SDK repo at this time.
Integration (Before -> After)
Test Scenarios
Target Files
Boundary Rules
No boundary rules apply; this is an informational signal and requires no code changes.
Findings
list_screensendpoint returning empty data immediately after generation. This cannot be mitigated within the SDK.Action Items
Fleet Context
jules:session:9008775986186413879