Design de resumo do workspace de conhecimento

Design de resumo do workspace de conhecimento

O design de resumo do workspace de conhecimento é um exemplo oficial do OpenDesign para um documento de resumo matinal do Notion. O título criado, “📒 Notion · 昨日 3 条与你相关”, enquadra o artefato como uma revisão pessoal da atividade relevante de ontem, e não como uma visão geral do workspace.

A página começa com “Open Orbit / 早安简报 / 5 月 6 日” e depois apresenta “2026-05-06 早安，Eli · 由 Open Orbit 自动生成”. Essa sequência estabelece origem, tipo de documento, data, destinatário e gerador declarado antes da atividade em si. A evidência visual sustenta um documento projetado com conteúdo de exemplo; ela não comprova uma conexão ativa com o Notion nem automação em produção.

O destaque claro diz que o resumo contém apenas alterações do conector do Notion, com três notificações e uma menção. As seções abaixo, porém, mostram duas entradas de documentos, duas entradas de comentário ou menção e duas linhas de banco de dados. O exemplo não concilia essas contagens nem define se várias entradas representam uma única notificação; os totais iniciais são ilustrativos, não uma regra de agregação verificada.

Casos de uso para a revisão diária

O resumo é organizado para uma passada rápida pela manhã. “📝 文档变更” lista documentos editados ou recém-criados, “💬 评论 / @ 提及” isola pedidos conversacionais e “🗄️ 数据库变更” apresenta atualizações estruturadas de projetos. Essa ordem vai das alterações de conteúdo aos itens de atenção pessoal e depois às informações de status mais amplas.

As entradas de documentos combinam título, pessoa, ação e horário. “《Q3 OKR》 Marie 编辑了 2 段 · 22:14” distingue uma edição de “《Onboarding 文档》 Bob 新建 · 19:08”, de modo que o leitor pode inferir se deve inspecionar o conteúdo alterado ou uma página recém-criada. A contrapartida é a compactação: o relatório dá uma pista útil da atividade sem mostrar os trechos alterados.

A seção de menções torna a relevância pessoal mais explícita. “团队周报 Lily 在「设计进度」段落 @你 · 16:30” identifica tanto o contexto quanto o local da menção, enquanto o comentário de Bob, “这一段需要你确认”, comunica um pedido direto. Essas entradas apoiam a triagem, mas o exemplo não define prioridade, prazos nem se uma resposta já foi dada.

Composição e agrupamento de dados

O CSS fornecido define “.page-content { max-width: 900px }”, e as capturas mostram uma coluna de leitura branca e contida, com separadores horizontais entre as seções. Uma faixa marrom-escura estampada fica acima do corpo do documento, enquanto o conteúdo principal usa grandes títulos pretos e metadados em cinza suave. Esse contraste dá ao relatório uma identidade de documento sem fazer a lista de atividades competir com o título.

O bloco do banco de dados contém um painel “项目追踪” com colunas de nome, status, atualizado por e horário. Suas duas linhas de exemplo combinam o acompanhamento do design do Login v2 com In Progress, Marie e 21:00, e a documentação da API v2 com Done, Bob e 17:45. Esses nomes identificam quem atualizou, não o responsável pela tarefa. As cores de status ajudam na comparação sem definir o fluxo de trabalho nem os critérios de conclusão.

Os links dos títulos de documentos e os cliques nas linhas do banco de dados constroem localmente URLs do Notion a partir dos títulos visíveis, usando um prefixo de workspace fixo em vez de IDs de página verificados. Seus destinos externos não foram testados. O controle final de alterações brutas é diferente: o elemento nativo details abre uma nota curta que se refere a cinco eventos de API, mas não contém um registro completo de eventos. O design demonstra, portanto, affordances de navegação e expansão local da nota, não um serviço conectado de histórico de alterações.

Da narrativa à tabela

Os dois primeiros grupos usam frases em tópicos legíveis porque edições e comentários precisam de contexto. O grupo do banco de dados usa campos alinhados porque a comparação importa mais do que a prosa. Substituir a tabela por outra lista de tópicos tornaria os dois estados de projeto mais difíceis de comparar num relance.

Escopo e limite de capacidade

Este artefato é um exemplo gráfico apenas de design, com nomes, datas, contagens, conteúdos de documentos e linhas de banco de dados ilustrativos. As capturas mostram a estrutura visual pretendida e detalhes locais de apresentação. Elas não verificam uma integração funcional com o Notion, serviços conectados, armazenamento persistente, notificações reais nem a precisão dos registros retratados.

Para adaptá-lo, preserve a distinção entre design observado e comportamento proposto. Uma nova implementação pode substituir as linhas de exemplo por dados de origem confirmados, mas precisaria de regras definidas separadamente para contagem de notificações, detecção de menções, significado dos status, permissões e links para os registros originais. A referência fornece a arquitetura da informação e o tratamento visual, não esses contratos de backend.