Los comentarios llegan por seis lugares y no se leen en ninguno. El agente lee los seis, agrupa las solicitudes que en realidad son iguales y redacta la especificación con cada cita referenciada. Tú decides qué construir.
Exportación masiva — borrador de especificación
Fourteen accounts asked for the same thing in three different vocabularies: "bulk export", "give me a CSV", and "the API is too slow for a backfill". They are one request.
Two of the fourteen do not want an export at all. They want a scheduled delivery, and an export button would not close their ticket. Those two are separated out below rather than counted toward the total.
Prior art: packages/export/ already streams a single record set. The gap is pagination across the account, not serialisation — which changes the size of this from a quarter to a fortnight.
El trabajo de producto se convierte en una bandeja de entrada. Cuatrocientos tickets, tres canales, un tracker que nadie organiza desde abril y la sensación de que aquello que vas a priorizar ya se había pedido.
Agrupa las solicitudes por lo que la gente realmente quiere, no por las palabras usadas; cuenta cuántas cuentas distintas plantearon cada una y adjunta las citas. Cuando alguien pregunta «¿quién pidió esto?», la respuesta está en el documento.
Se redacta a partir de la evidencia y del código existente: lee el repositorio, así que el borrador sabe cuál de las tres propuestas ya está casi construida. Es un borrador para debatir, no un plan que aceptar.
Duplicados combinados, elementos obsoletos detectados y problemas cuyo change request asociado se publicó hace tres semanas, cerrados. Un backlog compuesto en un 40 % de arqueología no es un backlog.
Lee lo que se integró desde la última versión, no lo que prometían los tickets, y redacta la nota con tu registro. Las dos listas difieren más a menudo de lo que cualquiera admite.
Una sesión programada lee los cambios públicos, indica qué es realmente nuevo y dice claramente cuando no hay novedades. Un resumen semanal que inventa un hallazgo cada semana es un resumen que nadie lee al tercer mes.
Antes de la reunión de roadmap: qué avanzó, qué se retrasó y por qué, y qué supuestos de la última especificación resultaron erróneos. Se prepara desde el tracker y el repositorio, no desde la memoria.
Una síntesis que no puedes comprobar no merece confianza. Por eso cada grupo incluye los tickets que lo sustentan y cada afirmación incluye las palabras que alguien escribió realmente.
Fourteen accounts asked for the same thing in three different vocabularies: "bulk export", "give me a CSV", and "the API is too slow for a backfill". They are one request.
Two of the fourteen do not want an export at all. They want a scheduled delivery, and an export button would not close their ticket. Those two are separated out below rather than counted toward the total.
Prior art: packages/export/ already streams a single record set. The gap is pagination across the account, not serialisation — which changes the size of this from a quarter to a fortnight.
Un grupo no es una afirmación, sino una lista. El documento incluye los tickets de cada grupo, para que un desacuerdo sobre la síntesis se resuelva leyendo, no repitiendo el trabajo.
La sesión clona el repositorio, así que la especificación puede indicar qué existe ya. Un borrador que sabe que la serialización está terminada y la paginación no vale mucho más que uno escrito solo a partir de tickets.
El documento llega como un change request contra main, marcado como borrador. Aquí las decisiones de producto no las toma un agente; la idea es que la lectura esté hecha antes de que tomes una.
Los comentarios de producto nunca viven en un solo sistema, y ese es el problema. Conecta cada fuente una vez para el proyecto. Las credenciales se resuelven de nuestro lado, nunca en la máquina.
Easy connect cubre más de 3.000 apps mediante sus propias pantallas OAuth. Si tus comentarios viven en un lugar fuera del catálogo —un foro comunitario o un portal interno— puedes acceder mediante OpenAPI, GraphQL, HTTP sin procesar o un servidor MCP remoto.
Tres formas de iniciar la misma sesión. El trabajo de producto consiste sobre todo en leer, por lo que la opción programada resulta especialmente útil.
Pregunta en un hilo de Slack. La sesión lee el tracker, los tickets y los hilos, y responde en el mismo hilo con el documento adjunto.
Leer un tracker y modificarlo son acciones distintas. Configura la escritura en Ask y la ejecución se detiene en la llamada, mostrándote exactamente qué problemas quiere combinar o cerrar; continúa desde ahí cuando lo apruebas.
Un disparador cron escribe la síntesis semanal. Un webhook firmado de tu proceso de publicación inicia una sesión que redacta las notas a partir del diff. Ambos llegan como documentos para revisión.
El riesgo aquí no es una mala combinación. Es un resumen seguro de algo que nadie dijo. Por eso estos controles tratan tanto de la evidencia como de los permisos.
Un proyecto, un conjunto de conectores y una memoria que se acumula. Cada equipo escribe las habilidades para su propio trabajo; nadie crea un segundo sistema.
Empieza con una tarea y crece desde ahí.