oshliaer / oshliaer/server-memory-editor

Продумать интерактивность Relation Types

Open
#9 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
HTML
Stars
0
Forks
0
PR merge metrics
No merged PRs in 30d

Description

Описание

Продумать и спроектировать интерактивное поведение для Relation Types в визуализаторе.

Контекст

relationType — полностью freeform, не стандартизирован в MCP server-memory (просто string, без enum/валидации). Модель каждый раз генерирует произвольный текст.

Реальные данные:
  • В небольших файлах: 2-7 уникальных типов (uses, documents, использует, заказчик)
  • В больших файлах: 96 уникальных типов из 291 связей, включая длинные фразы (является организацией для проекта, может предоставить навыки для)
  • Микс языков: английские и русские в разных файлах

Возможные направления

  • Фильтрация/toggle по relationType (аналогично entity types)
  • Группировка/нормализация похожих типов (fuzzy matching?)
  • Отображение relationType на рёбрах (label, tooltip, или по запросу)
  • Цветовое кодирование рёбер по relationType
  • Частотная статистика: какие типы связей доминируют

Проблемы

  • 96 типов не влезут в легенду — нужен другой UI
  • Длинные фразы не влезут на ребро графа
  • Нормализация freeform текста — нетривиальная задача

Связано с

  • #7 (зонтичный issue)
  • #8 (интерактивность entity types)

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing issues #7 and #8 and the listed relationType examples; no file, test, or entry point is named yet. Define a bounded interaction proposal that addresses 96 types, long labels, and mixed languages, with explicit criteria for what the finished design must cover.

Written by the indexing model from the issue text.

Assessment

Domain
design, frontend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.