Design de app de resumo de issues

Estrutura do resumo diário

O design de app de resumo de issues é um exemplo oficial de app desktop do OpenDesign para um resumo diário no estilo Linear. Seu título autoral, “Good morning, Eli”, estabelece uma revisão matinal pessoal, enquanto a linha de data enquadra o conteúdo como uma atualização da noite anterior. O design se organiza em torno de uma única coluna estreita de leitura, e não de um amplo espaço de trabalho com vários painéis.

O CSS entregue define a largura máxima da página em 680px, o que mantém o texto das issues e a atividade em um caminho de leitura focado. Essa restrição favorece descrições legíveis, mas também limita quanta informação paralela pode aparecer ao lado da fila principal. A composição, portanto, privilegia a revisão em ordem em vez da comparação simultânea.

Uma abertura focada

O card do Cycle 12 vem primeiro, seguido por Needs Your Attention e Updated Yesterday. Isso coloca o risco atual antes da movimentação histórica. O botão de sol e o atalho T de fato alternam as paletas clara e escura locais; o código armazena o tema escolhido localmente quando há armazenamento disponível e, caso contrário, usa o fallback em memória. Trata-se de uma preferência de exibição local, não de uma configuração de conta sincronizada.

Revisando o trabalho por urgência

A fila de atenção usa uma contagem de 3 e começa com ENG-148, “Auth middleware refactor”. A linha de apoio diz “Assigned to you · 5 days without update”, enquanto as etiquetas backend e auth tornam visível o domínio da issue antes da descrição mais longa. Para o leitor, esses elementos respondem quem deve olhar, por que agora e qual área está envolvida.

A descrição da issue contém termos técnicos concretos, como “session-v2”, “/api/v3/*” e “v2”. O estilo de código em linha separa os termos de implementação da prosa explicativa, tornando o card útil para decidir se o item exige acompanhamento técnico. O custo é a profundidade vertical: a issue principal se expande bastante em comparação com as linhas compactas abaixo dela.

Do contexto do ciclo ao detalhe da issue

O fluxo do espaço de trabalho começa com uma barra de progresso horizontal rotulada “60% complete · 3 days left”. A porcentagem e o tempo restante são apresentados como um par, para que o leitor relacione a posição no ciclo com o prazo. A barra comunica visualmente a conclusão relativa, mas o artefato fornecido não define como essa porcentagem é calculada.

A primeira issue expandida então passa do resumo à evidência: título e identificador, tempo de atribuição, etiquetas, descrição, metadados e atividade. O bloco de metadados lista Priority como High, Cycle como Cycle 12 e Created como May 1, 2026. Essa sequência permite ao revisor verificar a classificação da issue antes de ler seu histórico.

A atividade está ordenada com o evento mais recente primeiro: Orbit sinalizou o intervalo de cinco dias hoje às 06:42, Sara adicionou a etiqueta auth em 1º de maio e Eli moveu a issue para In Progress em 1º de maio. Essa ordem torna a recência legível, embora o conjunto limitado de eventos não possa estabelecer uma trilha de auditoria completa.

Design visível e limite de capacidade

O código implementa expansão local de issues, comportamento de um único detalhe aberto por vez, navegação por setas, recolhimento com Enter e alternância entre tema claro e escuro. Também constrói links externos do Linear a partir de identificadores de issues de exemplo. Esses controles alteram a apresentação fornecida ou abrem destinos definidos pelo autor; eles não estabelecem uma conexão real com o Linear, atribuições sincronizadas, notificações de produção nem histórico de issues verificado. O número do ciclo, os nomes, os status e os carimbos de data e hora continuam ilustrativos.

O texto “Linear only” do rodapé e o rótulo “auto-generated 06:42” pertencem à interface retratada, não são evidência independente de um serviço conectado. O design pode, portanto, ser estudado como referência de arquitetura da informação e composição visual: um resumo diário estreito, um card de ciclo em destaque, um item de atenção expandido e linhas históricas compactas.

Limite de adaptação

Uma recriação pode propor dados reais de issues e comportamento conectado, mas esses são acréscimos de implementação, não propriedades demonstradas por este artefato. Mantenha a distinção visual entre o resumo de progresso, a fila de atenção, o detalhe da issue e as atualizações históricas, mesmo ao substituir o conteúdo de exemplo.