DOCUMENTOS · LARK Y FEISHU
Lark empaquetó su CLI en skills por dominio: documentos, calendario, hojas, tareas. lark-doc es el de documentos. Solo sirve si usas Lark, pero el patrón de repartir un CLI grande en skills por dominio sirve para cualquiera.
Lo que ofrece
Lo mantiene larksuite, no un tercero interpretando la API desde afuera.
Documentos, calendario, hojas, tareas, correo. Cada dominio su skill, no un monolito.
Prohíbe cargar todas las referencias al arrancar. Cada una se lee al entrar a su etapa.
Los skills son la capa que hace usable un CLI que ningún agente leería completo.
Por qué importa
Lark —Feishu en China— hizo algo que pocas plataformas: publicó su CLI oficial con más de 200 comandos y, encima, más de 20 skills que le enseñan a un agente a usarlo por dominio.
lark-doc cubre documentos: leer, crear, editar, insertar imágenes, manejar notas. Su SKILL.md tiene una instrucción que vale robarse: prohíbe cargar todas las referencias al arrancar y obliga a leer cada una solo al entrar a su etapa. Eso es control de contexto explícito, escrito por quien diseñó la herramienta.
Está en chino. Es de los pocos casos donde eso no estorba: el agente lo lee sin problema y tú no vas a editarlo.
Cuándo sirve
Directo, solo si tu empresa usa Lark. Fuera de Asia es raro, y por eso no está instalado aquí.
Indirecto, para cualquiera que mantenga una herramienta con muchos comandos: el patrón de partirla en skills por dominio, cada uno con su control de contexto, es la respuesta a "mi CLI es demasiado grande para que el agente lo entienda".
Dos cosas. Una: partir una herramienta grande en un skill por dominio en vez de un monolito. Dos: la instrucción explícita de no cargar todas las referencias al arrancar.
Esa segunda es la que casi nadie escribe, y es la diferencia entre un skill que funciona y uno que llena el contexto antes de hacer nada.
De Gabriel Neuman para tu equipo
Partimos tu API o CLI en skills por dominio, con el control de contexto puesto, para que el agente la opere sin ahogarse en documentación.
