Misskey社交平台中的待处理关注请求管理优化方案

在分布式社交网络平台Misskey的日常使用中，用户间的关注关系建立是一个核心交互功能。近期社区提出了关于优化待处理关注请求可视化的需求，这反映了当前系统中存在的一个实际使用痛点——用户难以追踪已发送但尚未被对方处理的关注请求。

传统社交平台通常只提供单向的"关注请求接收"管理界面，而缺乏对"已发送请求"的状态追踪。这种设计缺陷会导致用户遗忘未完成的社交连接建立过程，影响社交关系的及时性。Misskey作为开源社交平台，其技术团队正在考虑通过架构级的界面重构来解决这个问题。

技术实现方案上，核心思路是将现有的关注请求页面改造为多标签页形式：

1. 接收请求标签页：展示其他用户发来的待处理关注请求（现有功能）
2. 发送请求标签页：新增面板，集中显示用户已发出但对方尚未处理的关注请求
3. 全局访问入口：无论账户当前是否有待处理请求，都在导航栏保持固定入口

这种设计改进不仅能解决原始需求中提到的"遗忘未处理请求"问题，还能顺带解决另一个相关技术问题——即使用户账户设置为公开状态时，也能保持关注请求管理入口的可见性。从技术架构角度看，这种改造需要：

• 前端新增状态管理逻辑，区分请求的收发方向
• 后端API需要扩展查询条件，支持按发起方筛选请求
• 用户界面组件需要重构以支持多标签页布局

对于开发者而言，这种改进属于中等规模的功能迭代，不涉及核心架构变更，但能显著提升用户体验。从产品设计原则来看，这种改进符合"状态可见性"的设计准则，让用户始终清楚了解系统状态和待完成操作。

未来可能的扩展方向包括增加请求超时自动取消机制、批量处理功能等，但当前阶段的核心目标是建立基础的请求追踪能力。这种改进也体现了开源社区驱动开发的典型模式——通过真实用户反馈不断优化产品细节。