modusensus / modusensus/dsh-mneme
[Feature] 冲突队列(状态页)交互与视觉重做
- Dominant language
- JavaScript
- Stars
- 100
- Forks
- 11
- Avg merge
- 1h 17m
- Merged PRs (30d)
- 124
Description
## 背景
v0.8.0 的冲突集中处理(#166)功能已通,但 UI 是开发者视角的直排:A/B 两列灰字并排像复制粘贴、相似度只是「原因: 相似度 0.88」一行小字、三个同权重幽灵按钮并排、A/B 正文下的「已归档」徽章在预裁决阶段让人困惑(冻结状态没有被解释)。入口只有状态页一张静态数字卡,普通用户既看不到也看不懂。
## 方案
**视觉**
- 相似度改进度条/圆环 + 文字,一眼看出「有多像」
- A/B 卡片头部色块标识(A 蓝 B 橙),卡片加底色区分
- **词级 diff 高亮**:两段相似文本的变化处加底色——这类界面的核心价值
- 「已归档」徽章改为「⏸ 冻结中(未参与注入,等你裁决)」并加 tooltip 解释
- 操作分层:保留 A/B 用实心主色按钮,「仅标记已处理」用幽灵按钮
**结构**
- 状态卡「待确认冲突 N」可点击直达队列,N>0 时高亮描边;记忆入口加未处理数 badge
- 空态教育卡:0 冲突时解释「什么情况会产生冲突、冻结是什么」
**文案**
- 「冻结的矛盾记忆,等待人工确认」→ 人话;「保留方正文追加已否决注记,另一方归档」挪进 tooltip
## 验收
- 不看文档的新用户能完成一次裁决
- 键盘全流程可操作;读屏可理解(与无障碍批次联动)
Contributor guide
Research direction
Start by locating the status-page conflict card and the conflict-queue interface, then trace how conflicts are displayed and actions are handled. Check existing UI and accessibility tests before changing the queue visuals, status entry point, empty state, or keyboard and screen-reader support. Done means a new user can complete a decision without documentation and the full flow works by keyboard and is understandable to screen readers.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- accessibility, frontend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100