hero_collab: Slack feature parity — depends on hero_proxy auth (home#118) #119
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
hero_collab is being built as a Slack alternative for the Hero OS ecosystem. A comprehensive feature gap analysis, Slack-to-collab feature map, and 7-phase implementation plan has been created and verified against actual code.
Full plan and progress: lhumina_code/hero_collab#9
Current status
Phase 0 (bug fixes) — Complete, pushed to development
message.toggle_reactRPC)Phase 1 (auth) — Starting
Depends on home#118 (Move authentication to hero_proxy). hero_collab's auth approach:
X-Hero-User/X-Hero-Context/X-Hero-Claimsheaders injected by hero_proxyX-Hero-Userto a local collab user (viaexternal_idcolumn, auto-create on first visit)caller_idto activate existing permission systemusers.listRPC for invite/member dropdownsCOLLAB_AUTH_MODE=proxy|devfeature flag for safe rollbackThis aligns with home#118's model where hero_proxy is the single edge-auth surface and downstream services trust injected headers.
Known issue
WebSocket connects (101 via curl) but browser sees immediate disconnect. hero_router has WS tunnel support (commit d1632cd) and the handshake succeeds, but the connection drops. Does not block RPC-based features.
Remaining phases
Related issues