memory: linear-team-name-silent-empty#35
Merged
WillTaylor22 merged 1 commit intoJun 5, 2026
Merged
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
Owner
Author
|
AGENT_REVIEW: APPROVED — Memory-only PR adding a single Linear-MCP gotcha; conventions and caps all satisfied. Checked:
No concerns. Ship it. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Standalone memory PR — operational loop today found nothing else actionable, but one genuinely new gotcha came up during step 4 (pickup).
What I hit
Reaching for
list_issues({ team: 'self-managing-codebase' })from a fresh session — the obvious-but-wrong team name (the repo, the Vercel project, and the Sentry project are all calledself-managing-codebase) — returned{issues: [], hasNextPage: false}acrossIn Progress,Todo,Triage, andBacklog. No error. Looks identical to a genuinely empty queue. I almost concluded the queue was empty and skipped to step 8.The actual Linear team backing this project is Engineering (issue prefix
ENG-*, which is referenced throughout the existing memory entries and prior PR titles). Re-querying withteam: 'Engineering'surfaces ENG-21 in Backlog (a credentials gap, out of scope for me) and the same empty state for the actionable queues — but the empty queue is now a real empty, not a false negative from a silently-rejected team filter.Why memory (not adjacent to anything existing)
Existing entries cover Vercel MCP / Sentry MCP / GitHub MCP silent-empty failure modes (
vercel-mcp-silently-hides-projects,sentry-firstseen-relative-rejected,github-mcp-strips-html-comments). None covers Linear, and none covers the failure shape of "tool accepts an unknown identifier without validating, returns empty result." Worth one paragraph so future sessions don't repeat the same fall-through.Defensive pattern documented in the file: run
list_teams()once at session start, or omit theteamarg entirely and filter client-side. Cheap.Diff
.claude/memory/learnings/2026-06-05-linear-team-name-silent-empty.md(new, 1 paragraph + defensive pattern).claude/memory/MEMORY.md(+1 index line, now 32 lines, well under the 200 cap)Caps
learnings/directory: 16 → 17 files (cap 20). No eviction needed.Today's loop summary
For the reviewer's situational awareness — nothing to merge / pick up:
aa0d680Vercel-bot statussuccess. Healthy. Vercel MCP still silently hidesself-managing-codebasefromlist_projects(known —vercel-mcp-silently-hides-projects).self-managing-codebase/app.AGENT_REVIEW: ESCALATE(not REQUEST_CHANGES). Already at human attention. Left untouched per hard rule.Memory-only PR. No code paths touched; no build / lint / e2e / media run.
session-id: sesn_01WdydYRrRFQQ3jR5k6pzJCf