Durante años hemos escrito README.md para explicar a los humanos cómo funciona un proyecto, pero algo está cambiando: cada vez más herramientas, repositorios y plataformas están siendo utilizadas directamente por agentes de IA capaces de analizar código, usar APIs, ejecutar herramientas o automatizar procesos. Aquí es donde entra en juego agents.md, y si trabajas en gestión tecnológica, producto, arquitectura o innovación, probablemente deberías empezar a prestarle atención.
🚀 ¿Qué es agents.md?
agents.md es un estándar emergente que funciona como un README diseñado específicamente para agentes de inteligencia artificial.
Su objetivo es simple:
👉 permitir que los agentes entiendan cómo interactuar con tu proyecto
👉 definir qué herramientas pueden usar
👉 especificar cómo deben ejecutarse determinadas acciones
En otras palabras, agents.md convierte tu proyecto en algo que una IA puede operar de forma estructurada.
Mientras que un README está optimizado para personas, agents.md está optimizado para máquinas.
Se trata de un elemento diferente al LLM.txt que ayuda a que aparezca el contenido en las respuestas de los LLM, aquí estamos ayudando a herramientas como Comet a que de forma autónoma ejecuten ordenes.
🧠 ¿Por qué aparece agents.md ahora?
La razón es clara: estamos entrando en la era del software operado por agentes.
Los agentes de IA ya pueden:
🔍 analizar repositorios
🛠️ usar herramientas
📊 consultar APIs
⚙️ ejecutar flujos automatizados
📁 modificar archivos o configuraciones
Pero para hacerlo correctamente necesitan instrucciones claras y estructuradas.
Sin esa guía, un agente tiene que inferir demasiado contexto, lo que aumenta errores o comportamientos inesperados.
Ahí es donde agents.md actúa como contrato operativo entre humanos y agentes.
Es básicamente:
📄 documentación ejecutable para inteligencia artificial.
⚙️ ¿Para qué sirve agents.md en la práctica?
Un buen agents.md permite a los agentes entender rápidamente cómo trabajar con tu proyecto.
Entre sus usos más comunes están:
🔧 Definir herramientas disponibles
El archivo puede explicar qué herramientas existen y cómo deben usarse.
Por ejemplo:
- analizadores de datos
- scrapers
- pipelines
- servicios internos
- scripts de automatización
Esto permite que un agente sepa qué herramientas puede invocar y cuándo utilizarlas.
🌐 Documentar APIs y endpoints
Los agentes pueden consultar APIs, pero necesitan saber:
- qué endpoints existen
- qué parámetros aceptar
- qué tipo de respuesta devolverán
En agents.md puedes describir estas interfaces de forma clara para que un agente pueda utilizarlas directamente.
🧭 Definir flujos de trabajo
También puedes especificar cómo resolver determinadas tareas.
Por ejemplo:
Si el objetivo es generar un informe, el agente debería:
1️⃣ consultar una base de datos
2️⃣ analizar los datos
3️⃣ generar una visualización
4️⃣ enviar el resultado por email
Este tipo de instrucciones convierte a agents.md en una especie de playbook para agentes.
🛡️ Establecer reglas de seguridad
Otro uso clave es definir límites.
Por ejemplo:
❌ qué acciones no están permitidas
❌ qué sistemas no deben modificarse
❌ qué datos son sensibles
Esto reduce riesgos cuando los agentes interactúan con sistemas reales.
🏗️ Cómo estructurar un buen agents.md
Aunque todavía es un estándar en evolución, la mayoría de implementaciones incluyen secciones como estas.
📄 1. Descripción del proyecto
Explica qué hace el proyecto y cuál es su propósito.
Esto ayuda al agente a entender el contexto general del sistema.
Ejemplo:
Este proyecto analiza datos de ventas y genera informes automáticos para el equipo de negocio.
🛠️ 2. Herramientas disponibles
Aquí se listan las herramientas que el agente puede usar.
Por ejemplo:
- Data analyzer
- Web scraper
- Reporting engine
- Email sender
Idealmente también se describe cuándo usar cada una.
🌐 3. APIs
Se documentan endpoints importantes.
Ejemplo:
GET /sales_data
Devuelve datos de ventas por región
Esto permite a los agentes consultar información de forma estructurada.
🧠 4. Instrucciones para agentes
Esta es la parte más importante.
Aquí defines cómo resolver tareas específicas.
Por ejemplo:
Si el usuario solicita un informe mensual:
- consultar datos de ventas
- analizar tendencias
- generar gráfico
- enviar reporte
Este tipo de instrucciones permite que los agentes actúen con coherencia y previsibilidad.
🛡️ 5. Reglas y restricciones
Finalmente, conviene definir límites claros.
Por ejemplo:
- no modificar archivos críticos
- no borrar datos históricos
- no ejecutar scripts sin validación
Esto protege el sistema frente a acciones no deseadas.
🌍 Por qué agents.md puede convertirse en un estándar
Más de decenas de miles de proyectos ya están adoptando agents.md.
La razón es simple. Estamos viendo la aparición de una nueva capa tecnológica:
🧑💻 humanos
⬇
💻 software
⬇
🤖 agentes que operan software
Y cuando esa capa se generalice, los sistemas tendrán que estar diseñados para ser operados por agentes.
Esto implica nuevas prácticas:
📄 documentación para máquinas
⚙️ interfaces pensadas para automatización
🧠 instrucciones estructuradas para IA
En ese contexto, agents.md podría convertirse en una pieza básica de cualquier repositorio moderno.
🔮 La pregunta estratégica
Durante décadas diseñamos software para que lo usaran personas.
Ahora empieza una transición hacia software operado por agentes.
La pregunta para equipos tecnológicos, líderes de producto y responsables de innovación es:
👉 ¿Está tu infraestructura preparada para que los agentes trabajen sobre ella?
Porque en un mundo donde los agentes automatizan procesos completos, los sistemas que no estén preparados simplemente quedarán fuera de esa capa de automatización.
Y ahí es donde algo aparentemente pequeño como agents.md puede marcar una gran diferencia.
Ejemplo práctico de agents.md
A continuación os dejamos un ejemplo de archivo agents.md que podéis utilizar para vuestra web informativa:
# AGENTS.md
Agent Interaction Specification
This document defines how AI agents should understand, navigate, and interact with this project. It provides machine-oriented instructions that complement the human-focused README.md.
Agents must follow the rules and workflows defined here when interacting with the repository or related systems.
---
# 1. Project Overview
This project provides resources, insights, and tooling around artificial intelligence, technology strategy, and innovation.
Primary goals:
- Publish knowledge about AI systems and emerging standards
- Explain technical concepts for decision-makers
- Explore the impact of AI agents on software and organizations
Target audience:
- Technology leaders
- Innovation managers
- Product teams
- AI practitioners
Agents interacting with this project should prioritize:
- content understanding
- structured knowledge extraction
- topic classification
- summarization
- safe automation workflows
Agents must treat all content as human-authored intellectual work.
---
# 2. Agent Objectives
When interacting with this project, agents should aim to:
1. Understand project context
2. Extract structured knowledge
3. Assist users with insights
4. Support discovery of relevant information
5. Respect operational and ethical constraints
Agents should prioritize **accuracy, traceability, and safety**.
---
# 3. Repository Structure
Typical structure:
/articles
/insights
/resources
/examples
/assets
/docs
Agents should prioritize reading:
- /articles
- /insights
- /docs
These directories contain the primary knowledge sources.
---
# 4. Content Model
Most articles follow this structure:
Title
Author
Publication Date
Tags
Category
Main Content
Key Takeaways
Agents should extract:
- main topic
- supporting concepts
- key insights
- relevant technologies
When summarizing, maintain fidelity to the original meaning.
---
# 5. Allowed Agent Capabilities
Agents may perform the following tasks:
Content discovery
Content summarization
Topic classification
Trend extraction
Knowledge indexing
SEO analysis
Agents may generate:
- summaries
- key takeaways
- topic maps
- research briefs
Agents must NOT alter original content.
---
# 6. Tools Available
Agents may use the following conceptual tools:
### Content Analyzer
Extract key insights and structure from articles.
### Topic Classifier
Assign topics such as:
- Artificial Intelligence
- AI Agents
- Technology Strategy
- Automation
- Innovation
### Summarization Engine
Generate summaries in formats such as:
- executive summary
- bullet insights
- research brief
### SEO Analyzer
Evaluate:
- keyword relevance
- topic structure
- heading hierarchy
---
# 7. Recommended Workflows
## Workflow: Article Understanding
1. Read article metadata
2. Identify main topic
3. Extract key ideas
4. Generate structured summary
5. Identify related topics
Output format:
Title
Summary
Key Insights
Related Topics
---
## Workflow: Knowledge Extraction
1. Identify core concept
2. Extract supporting arguments
3. Identify examples
4. Map concepts to broader trends
Output format:
Concept
Explanation
Strategic Implication
---
## Workflow: Topic Mapping
1. Identify main domain
2. Link related articles
3. Detect emerging themes
Example themes:
- AI agents
- agent-driven software
- human-centered technology
- AI governance
---
# 8. Safety and Restrictions
Agents must NOT:
- modify repository content
- execute destructive actions
- access private systems
- generate fake citations
- hallucinate quotes
Agents must only operate on publicly available information.
---
# 9. Rate Limits
Agents should follow responsible access patterns.
Recommended limits:
max_requests_per_second: 1
max_parallel_requests: 2
Prefer cached content when available.
---
# 10. Attribution Rules
When using or summarizing content from this project, agents must include attribution:
Source: itworksforhumans.com
Agents must avoid presenting extracted content as original work.
---
# 11. Ethical Guidelines
Agents should respect the following principles:
accuracy over speculation
attribution over appropriation
safety over automation
If uncertain, agents should default to **non-destructive behavior**.
---
# 12. Contact
For questions regarding agent interaction policies:
contact@itworksforhumans.com💡 Consejo importante: los mejores
agents.mdhoy incluyen 3 cosas que casi nadie añade todavía:1️⃣ playbooks de tareas para agentes
2️⃣ restricciones explícitas de seguridad
3️⃣ modelo semántico del contenido
Last modified: 2026-03-08
