Diseños gráficos
Diseño de resumen para espacio de conocimiento
Un resumen matutino con fecha, al estilo Notion, separa las ediciones de documentos, las menciones directas y las filas de estado de proyectos en una secuencia compacta para la revisión diaria.
Casos de uso del resumen de conocimiento
- Revisiones matutinas de conocimientoRevisa la actividad de documentos de ayer antes de empezar a trabajar
- Triaje de mencionesEncuentra comentarios y peticiones directas que requieren atención
- Revisión del estado en bases de datosCompara elementos de proyecto, estados, quienes actualizan y horas de actualización.
- Diseño de documentos de resumenEstructura resúmenes de conectores como informes diarios legibles
Aspectos destacados del informe del espacio de trabajo
- Encabezado de resumen con fechaAncla el informe a una mañana y una fuente concretas
- Orden de lectura en tres partesPasa de los documentos a las menciones y después a los cambios en bases de datos
- Registros orientados a la acciónCombina los detalles de actividad con personas, horas y estados
- Desplegable de registro localUna nota plegable sugiere eventos sin procesar sin ofrecer registros completos.
El resumen matutino, sección por sección
1 / 2
Diseño de resumen para espacio de conocimiento
Diseño de resumen para espacio de conocimiento es un ejemplo oficial de OpenDesign de un documento de resumen matutino de Notion. Su encabezado original, «📒 Notion · 昨日 3 条与你相关», presenta el artefacto como una revisión personal de la actividad relevante de ayer, y no como una vista general del espacio de trabajo.
La página comienza con «Open Orbit / 早安简报 / 5 月 6 日» y luego introduce «2026-05-06 早安，Eli · 由 Open Orbit 自动生成». Esa secuencia establece la fuente, el tipo de documento, la fecha, el destinatario y el generador declarado antes de la actividad en sí. La evidencia visual respalda un documento diseñado y contenido de muestra; no demuestra una conexión real con Notion ni una automatización en producción.
El aviso claro indica que el resumen contiene solo cambios del conector de Notion, con tres notificaciones y una mención. Sin embargo, las secciones siguientes muestran dos entradas de documentos, dos de comentarios o menciones y dos filas de base de datos. El ejemplo no concilia estos recuentos ni define si varias entradas representan una sola notificación; los totales iniciales son ilustrativos y no una regla de agregación verificada.
Casos de uso para la revisión diaria
El resumen está organizado para una revisión matutina breve. «📝 文档变更» enumera los documentos editados o recién creados, «💬 评论 / @ 提及» aísla las peticiones conversacionales y «🗄️ 数据库变更» presenta actualizaciones estructuradas de proyectos. Este orden va de los cambios de contenido a los asuntos que requieren atención personal y, después, a la información de estado más amplia.
Las entradas de documentos combinan título, persona, acción y hora. «《Q3 OKR》 Marie 编辑了 2 段 · 22:14» distingue una edición de «《Onboarding 文档》 Bob 新建 · 19:08», de modo que el lector puede deducir si debe revisar contenido modificado o una página nueva. La contrapartida es la concisión: el informe ofrece una pista útil de actividad sin mostrar los pasajes modificados.
La sección de menciones hace más explícita la relevancia personal. «团队周报 Lily 在「设计进度」段落 @你 · 16:30» identifica tanto el contexto como la ubicación de la mención, mientras que el comentario de Bob «这一段需要你确认» comunica una petición de forma directa. Estas entradas facilitan el triaje, pero la muestra no define prioridad, fechas límite ni si ya se ha respondido.
| Sección | Evidencia visible | Siguiente pregunta del lector |
|---|---|---|
| 文档变更 | Título del documento, acción, persona y hora | ¿Qué cambió o qué se creó? |
| 评论 / @ 提及 | Contexto, mención o comentario y hora | ¿Dónde se necesita mi respuesta? |
| 数据库变更 | Elemento, estado, quien actualiza y hora | ¿Qué estado de proyecto requiere seguimiento? |
Composición y agrupación de datos
El CSS proporcionado define «.page-content { max-width: 900px }», y las capturas muestran una columna de lectura blanca y sobria con separadores horizontales entre secciones. Una banda marrón oscura con patrón se sitúa sobre el cuerpo del documento, mientras que el contenido principal usa grandes encabezados negros y metadatos en gris atenuado. Este contraste da al informe una identidad de documento sin que la lista de actividad compita con el título.
El bloque de base de datos contiene un panel «项目追踪» con columnas de nombre, estado, quien actualiza y hora. Sus dos filas de muestra asocian el seguimiento del diseño de Login v2 con In Progress, Marie y 21:00, y la documentación de API v2 con Done, Bob y 17:45. Estos nombres identifican a quien actualiza, no al responsable de una tarea. Los colores de estado facilitan la comparación sin definir el flujo de trabajo ni los criterios de finalización.
Los enlaces de los títulos de documentos y los clics en las filas de la base de datos construyen localmente URL de Notion a partir de los títulos visibles, con un prefijo de espacio de trabajo fijo y no con IDs de página verificados. No se probaron sus destinos externos. El control final de cambios sin procesar es distinto: el elemento details nativo abre una nota breve que menciona cinco eventos de API, pero no contiene un registro completo de eventos. Por tanto, el diseño muestra indicaciones de navegación y un desplegable local, no un servicio conectado de historial de cambios.
| Elemento | Estado | Actualizado por | Hora |
|---|---|---|---|
| Seguimiento del diseño de Login v2 | En curso | Marie | 21:00 |
| Documentación de API v2 | Hecho | Bob | 17:45 |
De la narrativa a la tabla
Los dos primeros grupos usan frases con viñetas legibles porque las ediciones y los comentarios necesitan contexto. El grupo de la base de datos usa campos alineados porque aquí importa más la comparación que la prosa. Sustituir la tabla por otra lista con viñetas dificultaría comparar de un vistazo los dos estados de proyecto.
Alcance y límites de capacidad
Este artefacto es un ejemplo gráfico solo de diseño, con nombres, fechas, recuentos, contenidos de documentos y filas de base de datos ilustrativos. Las capturas muestran la estructura visual prevista y detalles de presentación locales. No verifican una integración funcional con Notion, servicios conectados, almacenamiento persistente, notificaciones reales ni la exactitud de los registros representados.
Para adaptarlo, conserva la distinción entre diseño observado y comportamiento propuesto. Una nueva implementación podría sustituir las filas de muestra por datos de origen confirmados, pero necesitaría reglas definidas por separado para los recuentos de notificaciones, la detección de menciones, el significado de los estados, los permisos y los enlaces a los registros originales. La referencia aporta la arquitectura de la información y el tratamiento visual, no esos contratos de backend.
Cómo crear un diseño de resumen para espacio de conocimiento en OpenDesign
Define la estructura del resumen
Crea un documento matutino con fecha, un encabezado con origen y destinatario, un breve aviso de alcance y tres grupos ordenados: cambios en documentos, comentarios o menciones, y cambios en bases de datos.
Añade campos de actividad concretos
Usa registros de muestra que distingan entre documentos editados y recién creados, identifiquen el contexto de las menciones y coloquen los elementos de la base de datos en columnas de nombre, estado, quien actualiza y hora. Mantén el contenido de muestra claramente ilustrativo hasta que existan reglas de datos reales.
Prompt sugeridoCrea un resumen matutino al estilo Notion titulado «Notion · Yesterday's Relevant Updates» con un encabezado de destinatario con fecha, un aviso de alcance y secciones para cambios en documentos, comentarios y menciones con @, y cambios en bases de datos. Usa filas de actividad compactas y una tabla de proyectos con Name, Status, Updated By y Time. Incluye un desplegable nativo que contenga un breve texto de ejemplo con notas de cambios sin procesar. Mantén los enlaces de los títulos de documentos y los destinos de las filas de la base de datos como ilustrativos; no afirmes que hay IDs de página verificados, permisos, un conector en vivo, almacenamiento en backend, notificaciones reales ni un registro completo de eventos.
Afina la jerarquía de lectura
Ajusta la composición a la referencia con una columna de lectura blanca y sobria, encabezados de sección contundentes, metadatos atenuados, separadores y colores de estado limitados a la tabla de proyectos. Comprueba que las entradas de documentos y menciones conserven su contexto y que las filas de la base de datos sigan siendo fáciles de comparar.
Exportar y obtener un enlace para compartir
Exporta tu diseño terminado y luego usa Compartir en OpenDesign para obtener un enlace. Abre el enlace en una ventana del navegador independiente y comprueba que la versión prevista y sus recursos estén disponibles antes de enviarlo.
Diseño de póster editorial sobre flujos de trabajo con IA
El diseño de póster editorial sobre flujos de trabajo con IA presenta seis afirmaciones sobre los flujos de trabajo, con capítulos numerados, ejemplos concretos de prompts y acentos tipográficos color óxido sobre un fondo crema.
Diseños gráficos
Diseño de carrusel social sobre flujos de trabajo con IA
Siete tarjetas verticales utilizan encabezados chinos sobredimensionados, hábitos numerados, campos de color cambiantes y una declaración final para explicar los flujos de trabajo de edición con IA.
Diseños gráficos
Diseño de shader Aurora Field
Un campo de ruido azul verdoso animado automáticamente aporta atmósfera a un hero WebGL, mientras un titular fijo y una pequeña insignia local de frecuencia de fotogramas anclan la escena.
Diseños gráficos
Diseño de shader Aurora Veil
Aurora Veil es una composición de shader interactiva que convierte la luz en capas, las estrellas y el movimiento del cursor en un hero atmosférico de WebGL.
Diseños gráficos