fix(loops): restore loops registry in Personal space

[dmarticus]

Problem

The Spaces layout showed a context-scoped loop list in the Personal space. Unattached loops and resumable loop-builder tasks were therefore hidden behind a misleading empty state.

Why: People need to reliably find both the loop definitions they created and any active builder chats after leaving the creation task.

Changes

• Render the existing project-level Loops registry in the Personal space.
• Keep team space Loops pages scoped to loops attached to that space.
• Add regression coverage for the Personal-space route.

How did you test this?

Manually; got this list view

and the individual view

Automatic notifications

• Publish to changelog?
• Alert Sales and Marketing teams?

---

Created with PostHog Code

[trunk-io]

😎 Merged successfully - details.

[github-actions]

React Doctor found 1 issue in 1 file · 1 warning.

1 warning

src/features/canvas/components/WebsiteChannelLoops.tsx

• ⚠️ src/features/canvas/components/WebsiteChannelLoops.tsx:62 useMemo before an early return rerender-memo-before-early-return

_{Reviewed by React Doctor for commit 1917793.}

[greptile-apps]

Prompt To Fix All With AI

### Issue 1
packages/ui/src/features/canvas/components/WebsiteChannelLoops.tsx:60-68
**Handle unresolved Personal channels**

On a fresh Personal-space route load, `useChannels` initially returns an empty channel list, so this falls through to `SpaceAttachedLoops` and briefly shows the scoped skeleton or raw-ID empty state while running its header side effects before switching to the registry.

### Issue 2
packages/ui/src/features/canvas/components/WebsiteChannelLoops.tsx:68
**Preserve Personal-space navigation context**

Embedding `LoopsListView` here also runs its standalone-page header behavior, which clears the Spaces layout header and leaves the Personal loops view without its breadcrumb navigation context.

---

For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.

_{Reviews (1): Last reviewed commit: "fix(loops): restore loops registry in pe..." | Re-trigger Greptile}

[stamphog]

Note

🤖 stamphog reviewed af38871ff129f05b3f4f293fadc7008adf87ceab — verdict: REFUSED

Both unresolved Greptile findings check out against the diff: LoopsListView unconditionally clears the Spaces layout header (useSetHeaderContent(null)) so embedding it in the Personal-space route drops the breadcrumb navigation context, and useChannels starts with an empty channel list on load so the route briefly falls through to the scoped SpaceAttachedLoops empty state before switching — both are real, substantive UX regressions directly undercutting the PR's stated goal.

• greptile-apps[bot] reviewed the current head.
• Unresolved: embedding LoopsListView in the Personal-space route clears the Spaces layout header/breadcrumb via useSetHeaderContent(null) (WebsiteChannelLoops.tsx line 96 area)
• Unresolved: on initial route load, useChannels() returns an empty channel list, so the Personal-space check falls through to the scoped SpaceAttachedLoops skeleton/empty state before flipping to the registry view

Gate mechanics and policy version

Gate		Result
prerequisites	✓	all clear
deny-list	✓	no deny categories matched
size	✓	37L, 1F substantive, 102L/2F incl. docs/generated/snapshots — within ceiling
tier	✓	T1-agent / T1c-medium (102L, 2F, single-area, fix)
stamphog 2.0.0b3		.stamphog/policy.yml @ 49667b7 · reviewed head af38871