Preserve each constraint
Owner role · Agent
Evidence: The requested status, owner and project remain explicit.
Illustrative request: show blocked work owned by one named teammate in a specified project.
| Boundary | Evidence needed | Decision if missing |
|---|---|---|
| Requested set | Status/owner/project constraints preserved | Reject a silently broadened or narrowed answer |
| Name resolution | Exact or unique supported match | Ask about ambiguous candidates |
| Coverage | Tool limits and result boundary understood | Label partial or unavailable evidence |
Owner role · Agent
Evidence: The requested status, owner and project remain explicit.
Owner role · User
Evidence: Ambiguous candidates are clarified before a scoped filter is interpreted.
Owner role · Reviewer
Evidence: Limits and unavailable conditions are stated rather than silently omitted.
Decision to make: Resolve names and apply supported attributes; clarify ambiguity rather than choosing a convenient match.
Invented planning text. Adapt it to your evidence and confirmed owners.
In the synthetic request, two workspace members share a similar display name. The operator resolves the intended member using approved membership evidence and then scopes the task query to the agreed project and state. A broad semantic match is kept as a candidate until identity is confirmed.
No. Clarify ambiguous identity before attributing work.
State the limitation and discuss an explicit alternative instead of pretending the condition was applied.
No. The brief is a manual planning resource. Use the product access link to check onboarding and the workflows available in your account.
From a useful outline to team work
Use the TeamBoost MCP exact-filter example for an attribute question, with semantic retrieval reserved for a separate meaning-based question. Confirm the workflows available in your account before adopting this outline.
Opens the current invite-request page. Access is subject to approval; this example is not imported automatically.