Anotar una nota
La forma más rápida de capturar algo es una línea desde el CLI. Sin anchors, sin ceremonia:--project <id> la archiva en un proyecto, y --project <id> --card <id> la adjunta a una card específica en pleno loop, donde viaja en el context bundle del next de esa card y se sintetiza en un topic draft cuando el proyecto cierra.
De lado: compartir con un compañero
Comparte una nota directo con uno o más miembros del workspace. Aterriza en su bandeja de entrada (“compartido conmigo”) sin volverse Knowledge de todo el equipo. Es el movimiento correcto para el “esto lo tienes que ver tú en particular”.| Acción | Superficie |
|---|---|
| Compartir una nota con miembros | POST /workspaces/:slug/topics/:topicSlug/share-with con { "recipients": ["user_…"] } |
| Tu bandeja de entrada (compartido conmigo) | GET /workspaces/:slug/shared (?unread=true para el feed sin atender) |
| Marcar una como leída / todas leídas | POST /workspaces/:slug/shared/:id/read · POST /workspaces/:slug/shared/read-all |
Hacia arriba: fusionar en Knowledge
Cuando una nota es lo bastante durable para todo el equipo, sube por el eje de confianza: Nota → En revisión → Knowledge. Fusionar es un acto de owner/admin. Un owner o admin la fusiona, o le pide explícitamente a un agente que corra la fusión en su nombre. Lo que sale es la fuente de verdad del equipo, eso que los agentes traen antes de editar. Mira Gobernanza para el ciclo de vida completo y los comandos de fusión.Un link público de solo lectura (otra cosa)
Compartir con un compañero (arriba) es interno y restringido a miembros. Para pasarle un topic a alguien fuera del workspace, mejor genera un link público de solo lectura:| Compartir con un compañero | Link público (context share) | |
|---|---|---|
| Audiencia | la bandeja de un miembro del workspace | cualquiera con la URL |
| Auth | restringido a miembros | sin autenticar, solo lectura |
| Cuándo usarlo | ”deberías ver esta nota" | "muéstrale esto a alguien fuera del equipo” |
