Todos los recursos

Un skill de Claude Code que, antes de que respondas a una negociación, una amenaza o cualquier decisión disputada, arma un modelo explícito de la otra parte, sus metas, restricciones, información y próximos movimientos probables, para que tu respuesta se adelante en lugar de solo reaccionar.

El skill de modelado del oponente: ponte en su lugar antes de responder

En resumen

  • El skill arma un modelo estructurado de la contraparte, metas, restricciones, asimetría de información, próximos movimientos ordenados por probabilidad, y una respuesta ya definida para cada uno, antes de que escribas una sola línea.
  • Se activa cuando hay alguien más decidiendo del otro lado: negociaciones, evaluaciones de amenazas, acuerdos en disputa, escalamientos, no para planificar en solitario, donde no hay oponente.
  • Por dentro fuerza un cambio de perspectiva: razona desde el lugar del otro, con sus incentivos y no los tuyos, y luego te marca dónde tus supuestos hacen agua.
  • Lo que produce es un artefacto vivo que conservas y vas actualizando a medida que el otro lado se revela, no una corazonada de una sola vez que botas y olvidas.
  • Es apoyo para decidir, no un veredicto. No predice el futuro, no reemplaza tu criterio ni justifica la manipulación, lo suyo es ampliar lo que tuviste en cuenta antes de comprometerte.

Casi todas las malas respuestas a una negociación, al correo de un proveedor o a un incidente de seguridad arrancan del mismo error: razonaste solo desde tu lado y reaccionaste al último mensaje. El skill de modelado del oponente te obliga al hábito contrario. Arma un modelo explícito de la otra parte antes de que respondas, para que estés anticipando sus próximos dos movimientos en vez de contestar al último. Esta guía cubre qué hace el skill, el momento exacto en que conviene activarlo, cómo funciona por dentro el cambio de perspectiva, una invocación completa con la salida que deberías esperar, cómo configurar y guardar sus artefactos, y los detalles que separan la verdadera anticipación de adivinar con cara de seguridad.

Lo que conviene tener claro desde el inicio: modelar al oponente no es leer la mente ni es paranoia. Es la disciplina de escribir lo que estás suponiendo sobre alguien que también está decidiendo, ordenar sus movimientos probables por probabilidad y dejar tu respuesta a cada uno decidida de antemano, para que, cuando él actúe, estés ejecutando un plan y no improvisando bajo presión. Es el hábito central detrás de Proyección (práctica de negociación) y de la deliberación multi-agente en ThinkTank AI: primero modela al otro lado, después planifica.

01 · Qué hace el skill

El skill de modelado del oponente toma una situación en disputa y una descripción de la otra parte, y devuelve un modelo estructurado sobre el cual puedes actuar. Si le das "estoy negociando una renovación con un proveedor que acaba de subir los precios 30%", produce cinco cosas, no una:

  1. Metas, lo que el otro lado realmente quiere, separado de lo que dice. La petición que pone sobre la mesa ("necesitamos 30% más") casi nunca es la meta real (cumplir una cuota, cubrir un alza de costos, medir hasta dónde aguantas).
  2. Restricciones, su presupuesto, sus plazos, su nivel de autoridad y sus límites de reputación. Un representante que no puede bajar de cierto piso es un oponente distinto al que sí puede.
  3. Asimetría de información, qué sabe él que tú no, y qué sabes tú que él no. Ahí es donde suele esconderse la mayor ventaja.
  4. Movimientos probables ordenados, sus dos o tres acciones más probables, de mayor a menor, cada una con la señal que te avisaría de que está ocurriendo.
  5. Tu respuesta a cada uno, ya definida, decidida ahora, en frío, antes de que llegue el movimiento.

Lo que a propósito no hace es darte un guion para manipular a nadie, ni una predicción con pinta de certeza vendida como un hecho. Produce un modelo, un conjunto de supuestos explícitos y falsables que vas actualizando a medida que llega la evidencia. El valor está en poner los supuestos a la vista, no en fingir que son certezas.

Nota

Un modelo en el que puedes equivocarte le gana a una corazonada que ni siquiera puedes examinar. La idea es escribir el supuesto, "supongo que tienen una cuota de cierre de trimestre", para que, cuando su conducta lo contradiga, lo notes y lo actualices. Un supuesto que quedó enterrado nunca se corrige.

02 · Cuándo debe dispararse

Este skill es para una condición muy específica: hay alguien más decidiendo del otro lado, y su decisión afecta tu resultado. Úsalo cuando eso se cumpla:

  • Una negociación, una renovación o un acuerdo en disputa, cualquier caso con una contraparte que tiene sus propios incentivos.
  • Una evaluación de seguridad o de amenazas, modela las metas del atacante y su ruta probable antes de blindar lo que no tocaba.
  • Un escalamiento, una parte interesada difícil o un movimiento de la competencia, cualquier decisión donde la otra parte vaya a reaccionar a lo que tú hagas.

No lo actives cuando:

  • Estás planificando solo. Un roadmap, un refactor o una decisión personal no tienen oponente, modelar uno es inventarte un adversario que no existe.
  • Lo que está en juego no justifica el esfuerzo. Una respuesta de dos líneas a un correo amistoso no necesita un modelo de cinco partes. Resérvalo para decisiones donde equivocarse sale caro.
  • Ya decidiste y solo buscas que te den la razón. El skill es para ampliar lo que tuviste en cuenta, no para validar una conclusión a la que ya te apegaste.

Una regla práctica que sirve: si puedes nombrar a una parte concreta cuyo próximo movimiento te gustaría anticipar, el skill encaja. Si no puedes, estás planificando, no modelando, usa otra herramienta.

Consejo

Córrelo lo más temprano posible, justo cuando más ganas tengas de devolver el golpe. El momento en que sientes el impulso de responder de inmediato, a una oferta a la baja, a una amenaza, a un correo agresivo, es justo cuando reaccionar te sale más caro. Activa el skill ahí y la respuesta que mandes será la que después hubieras querido mandar.

03 · Cómo funciona por dentro

El mecanismo es un cambio de perspectiva deliberado. Si lo dejas a su aire, el modelo razona desde el único punto de vista que le dieron, el tuyo. El skill reformula el prompt para que el razonamiento ocurra desde el lugar de la contraparte, con sus incentivos, su información y sus restricciones, y recién entonces lo lleva de vuelta a tu decisión. La estructura es lo que lo vuelve confiable; esta es la pasada que corre:

Para la contraparte, infiere — razonando como ÉL, no como yo:

- Metas: lo que de verdad quiere (vs. lo que dice que quiere).
- Restricciones: presupuesto, tiempo, autoridad, reputación, política interna.
- Información: ¿qué sabe él que yo no, y yo que él no?
- Movimientos probables: rankea sus próximas 2-3 acciones por probabilidad,
  con la señal observable que confirmaría cada una.
- Mi respuesta a cada movimiento, elegida ahora — antes de que actúe.

Luego, contra mi propio borrador:
- ¿Cuál de mis supuestos sobre él es el más flojo? ¿Qué evidencia lo
  cambiaría?
- ¿Dónde estoy proyectando mis metas sobre él?

Tres propiedades hacen que esto sea más que un checklist:

  • Lo que dicen vs. lo que revelan. El skill siempre separa lo que el otro lado dice de lo que su posición deja ver. "Tenemos otros proveedores en fila" es una afirmación; si es verdad o no es otra pregunta aparte, con su propia evidencia.
  • Probabilidades, no certezas. Los movimientos se ordenan y se matizan a propósito. "Lo más probable es que contraoferten al 15%; menos probable que se vayan" te deja listo para ambos casos en vez de jugártelo todo a uno.
  • Un red-team de tu propia postura incorporado. El último paso vuelve el skill contra ti: ¿dónde estás más débil, dónde estás proyectando? Modelar al oponente sin dudar nunca de uno mismo es apenas una forma más elaborada de equivocarse con cara de seguridad.

El modelo es un traductor, no un oráculo

El trabajo del skill es convertir una situación tensa y ambigua en un puñado de afirmaciones explícitas y verificables, no decirte qué va a pasar. Trata cada inferencia como una hipótesis con su señal pegada: "si los mueve la cuota, van a empujar para cerrar antes de fin de mes". Ahora tienes algo que vigilar, y el modelo se gana o pierde tu confianza a medida que llega la evidencia.

04 · Invocación de ejemplo y salida esperada

Lo invocas igual que cualquier otro skill de Claude Code, describiendo la situación en términos que coincidan con lo que lo activa. Una invocación real se lee como un resumen de la situación, con los hechos que realmente tienes:

/skill opponent-modeling

Estamos renovando un contrato SaaS anual. El proveedor acaba de subir el
precio 30% y nos dio 10 días para firmar "antes de que el alza se fije".
Llevamos dos años con ellos, migrar nos costaría ~3 semanas de tiempo de
eng, y sospecho que su trimestre fiscal cierra este mes. Modela su lado y
dime cómo responder.

Lo que deberías recibir de vuelta no es un discurso motivacional, es un modelo estructurado:

  • Metas: probablemente cerrar la renovación antes de fin de trimestre (el plazo de 10 días es la pista), proteger su valor de contrato promedio y evitar el precedente de ceder a la primera. El 30% es casi seguro un ancla, no el piso.
  • Restricciones: el representante casi con certeza tiene margen para descontar por debajo del 30%; el "antes de que se fije" suele ser negociable; si te vas, son ellos los que pierden una renovación en un trimestre que tienen que reportar.
  • Asimetría de información: ellos no saben que migrar te costaría ~3 semanas (tu verdadero costo de cambiarte) ni si has mirado alternativas. Tú no sabes cuál es su piso real.
  • Movimientos ordenados: (1) mantenerse firmes y reafirmar el plazo, lo más probable; (2) ofrecer un alza menor si te comprometes a varios años; (3) extender el plazo si das señales de que estás evaluando alternativas.
  • Tu respuesta: no aceptes bajo ese plazo artificial. Contraoferta entre dejarlo plano y subir un 10%, menciona que estás evaluando alternativas (es cierto) y pide términos a varios años a cambio, eso sirve a su meta de cuota y a la vez te pone tope al costo.
  • Supuesto más débil: que la presión de fin de trimestre sea real. Lo que lo desmentiría: que se muestren relajados con el plazo cuando lo presiones.

Un ejemplo corto de la propia descripción del skill, el tipo de frontmatter que hace que se active en decisiones en disputa y se quede callado cuando solo estás planificando:

---
name: opponent-modeling
description: Before responding to a negotiation, threat, or contested
  decision, build an explicit model of the other party — goals, constraints,
  information asymmetry, ranked likely moves, and a pre-chosen response to
  each. Use when another party is also choosing and their choice affects the
  outcome. Do NOT use for solo planning where there is no opponent.
---

Fíjate que la descripción dice tanto cuándo usar el skill como cuándo no, la misma disciplina que el skill aplica a todo lo demás.

05 · Configuración y mantener el modelo vivo

Un modelo solo vale la pena si lo conservas. La salida del skill es un artefacto que guardas junto a la situación y vas actualizando a medida que el otro lado se revela. Un formato mínimo que se adapta bien a casi todo:

counterparty: "Proveedor — renovación SaaS anual"
updated: 2026-05-02
goals:
  - cerrar antes de fin de trimestre   # confianza: alta
  - proteger el valor de contrato promedio
constraints:
  - el rep tiene autoridad para descontar   # confianza: media
information_asymmetry:
  they_dont_know: ["nuestro costo de migración de ~3 semanas", "que no hemos buscado alternativas"]
  we_dont_know: ["su piso real"]
likely_moves:
  - move: "mantenerse firme, reafirmar el plazo"
    probability: alta
    my_response: "contraoferta plano-a-10%, mencionar alternativas"
  - move: "ofrecer alza menor por varios años"
    probability: media
    my_response: "aceptar si el costo total baja"
weakest_assumption: "la presión de fin de trimestre es real"
flips_if: "se muestran relajados cuando presiono el plazo"

Algunas decisiones de configuración que vale la pena tomar a conciencia:

  • A cada inferencia, pégale una confianza y una señal que la desmienta. Una afirmación sin nivel de confianza te invita a tratar una corazonada como un hecho. Una afirmación sin una señal que pueda desmentirla nunca se puede refutar, y por eso nunca te va a enseñar nada.
  • Guárdalo donde vive la conversación. El modelo solo sirve si lo vuelves a abrir antes del próximo intercambio. Tenlo junto al hilo de correo, a las notas del acuerdo o al ticket del incidente, no en un archivo que no vas a volver a encontrar.
  • Actualízalo después de cada señal real. Cada movimiento que el otro lado realmente hace es información. Revisa probabilidades, descarta los supuestos que ya murieron y anota qué te sorprendió. Un modelo desactualizado es peor que no tener ninguno, porque carga con el falso consuelo de haber "hecho el análisis".

Atención

No dejes que el modelo se endurezca hasta volverse una historia que defiendes. El modo de falla es armarte una imagen sólida del otro lado y después forzar cada hecho nuevo para que encaje en ella. El modelo existe para actualizarse, no para protegerse. Si te descubres explicando por qué la evidencia que lo contradice "no cuenta", esa es la señal de reconstruirlo, no de racionalizar.

06 · Detalles que muerden

Estas son las fallas que más veo, más o menos en orden de qué tan seguido te muerden:

  1. Proyección. El error más común por lejos: suponer que el otro lado quiere lo que querrías, teme lo que tú temerías, valora lo que tú valoras. Todo el skill es una defensa contra esto, pero solo funciona si de verdad razonas desde los incentivos de él, no desde los tuyos disfrazados de él.
  2. Tratar las inferencias como hechos. "Está faroleando con lo de los otros proveedores" es una hipótesis, no un dato. Mantén pegado el nivel de confianza. En el momento en que una corazonada ordenada por probabilidad se convierte en certeza en tu cabeza, dejaste de modelar y empezaste a apostar.
  3. Modelar de más situaciones de poco riesgo. Un modelo de cinco partes para una respuesta de trámite es esfuerzo tirado y, peor, te fabrica adversarios a partir de gente normal. Ajusta la profundidad a lo que está en juego.
  4. Modelar una sola vez y nunca actualizar. El primer modelo es tu mejor corazonada con la menor información posible. Si no lo revisas a medida que el otro lado actúa, estás anticipando a un fantasma desde el día uno mientras la persona real sigue su camino.
  5. Confundir modelar con manipular. Entender las metas de alguien para encontrar un acuerdo que sirva a ambos lados es anticipación. Usar eso mismo para engañar o presionar es otra cosa, y suele reventar la relación la próxima vez que la necesites. El skill está hecho para lo primero.
  6. Saltarte el auto red-team. El último paso, "cuál de mis supuestos es el más débil, dónde estoy proyectando", es justo el que la gente se salta bajo presión de tiempo, y es el que pesca los errores caros. No entregues un modelo que no hayas vuelto contra ti mismo.

Una pequeña prueba que caza casi todas estas fallas: léete el modelo como si lo hubiera escrito la otra parte sobre ti. Si suena a villano de caricatura o a un espejo de tus propios deseos, te modelaste a ti, no a él, y ningún plan de respuesta ingenioso arregla un modelo de la persona equivocada.

El skill de modelado del oponente se gana su lugar en cuanto notas que estás a punto de reaccionar en vez de responder, a una amenaza, una oferta, un escalamiento. Bien usado, convierte un intercambio tenso y reactivo en uno donde ya tuviste en cuenta sus próximos dos movimientos y elegiste tus respuestas de antemano. Mal usado, proyectando tus propias metas, endureciendo corazonadas hasta volverlas hechos, modelando una vez y sin volver a mirar, solo le da forma estructurada a la falsa confianza, y un modelo seguro pero equivocado es más peligroso que no tener modelo alguno.

Puntos clave

  • El skill escribe lo que estás suponiendo sobre alguien que también está decidiendo, metas, restricciones, asimetría de información, movimientos ordenados por probabilidad, para que anticipes en vez de reaccionar.
  • Actívalo solo cuando la decisión de la otra parte afecta tu resultado y equivocarse sale caro; sáltalo cuando planificas en solitario o cuando la respuesta es de bajo riesgo.
  • El mecanismo central es un cambio de perspectiva: razona desde el lugar del otro, con sus incentivos, y después hazle red-team a tu propia postura para cazar la proyección.
  • Cada inferencia necesita un nivel de confianza y una señal que la desmienta, y el modelo es un artefacto vivo que actualizas después de cada movimiento real, un modelo desactualizado es peor que ninguno.
  • Es apoyo para decidir, no una profecía ni una licencia para manipular: amplía lo que tuviste en cuenta antes de comprometerte, y un modelo seguro pero equivocado es más peligroso que no tener modelo alguno.

Preguntas frecuentes

¿Esto no es darle demasiadas vueltas? La mayoría de las respuestas no necesitan un modelo de cinco partes.

Correcto, y eso es una virtud, no un defecto. El skill está acotado a situaciones donde hay alguien más decidiendo del otro lado y equivocarse sale caro: negociaciones, amenazas, acuerdos en disputa. Para un correo amistoso de dos líneas no hay oponente ni nada en juego, así que te lo saltas. Modelar de más situaciones de poco riesgo aparece en la lista de detalles que muerden justamente porque tiras esfuerzo e inventas adversarios. Ajusta la profundidad a lo que de verdad está en riesgo.

¿En qué se diferencia modelar al oponente de manipular?

La intención y el efecto. Modelar es entender las metas del otro lado lo suficiente como para encontrar un acuerdo que sirva a ambos, o para anticipar un movimiento y que no te agarre desprevenido. Manipular usa ese mismo entendimiento para engañar o presionar. El skill está hecho para lo primero, y la diferencia se nota con el tiempo: la anticipación fortalece relaciones que vas a volver a necesitar, la manipulación las quema para la próxima vez que te sientes en la misma mesa. Si la única respuesta que te sugiere el modelo es una trampa, ya te corriste de modelar hacia otra cosa.

¿Y si mi modelo del otro lado simplemente está equivocado?

Lo va a estar, al principio, el primer modelo es tu mejor corazonada con la menor información posible. Por eso cada inferencia carga con un nivel de confianza y una señal que la desmentiría: la cosa observable que probaría que estaba mal. Cuando el otro lado actúa de una forma que el modelo no predijo, eso no es una falla, es información. Revisas las probabilidades y descartas los supuestos que ya murieron. Un modelo en el que puedes equivocarte y que actualizas le gana a una corazonada que nunca examinas; el peligro no es equivocarse, es defender un modelo equivocado contra la evidencia.

¿Puedo usar esto para evaluaciones de amenazas de seguridad, no solo para negociaciones?

Sí, es uno de los casos donde mejor encaja. Un atacante es una contraparte con metas, restricciones y una ruta más probable, y el cambio de perspectiva es justo lo que evita que blindes lo que no tocaba. Modela su objetivo (datos, interrupción, movimiento lateral), qué puede y qué no puede ver, cuál es su próximo paso probable y tu respuesta a cada uno. Sirve el mismo formato de artefacto: movimientos ordenados con la señal que confirma cada uno, más el supuesto del que estás menos seguro. La misma disciplina que te ayuda a negociar es la que te ayuda a anticipar una intrusión.

¿Por qué dejar que el skill le haga red-team a mi propia postura? ¿Eso no debilita el plan?

Lo fortalece. El último paso, 'cuál de mis supuestos es el más débil, dónde estoy proyectando', es el seguro más barato contra el error más caro: armarte una imagen sólida del otro lado que en realidad es una imagen de ti mismo. Un plan que nunca revisa sus propios cimientos es pura confianza sin nada que la sostenga por debajo. Volver el skill contra tu propio borrador saca a la luz el único supuesto que, de estar mal, hunde todo lo demás, mientras todavía es barato corregirlo.

¿El modelo predice lo que el otro lado realmente va a hacer?

No, y tratarlo como bola de cristal es la forma más rápida de usarlo mal. Produce posibilidades ordenadas por probabilidad, cada una con su señal, no un pronóstico único. La salida es apoyo para decidir, amplía lo que tuviste en cuenta y deja precargada una respuesta a cada movimiento plausible para que no improvises bajo presión. La ganancia no es predecir el futuro; es que el futuro no te agarre por sorpresa. Te quedas listo para el segundo movimiento más probable en vez de jugártelo todo al primero.

¿Prefieres que lo hagamos por ti?

Esto mismo lo construimos para negocios como el tuyo. La primera conversación es gratis y sin compromiso.

Escríbenos por WhatsApp

Escríbenos por WhatsApp

Escanéalo con tu teléfono para escribirnos por WhatsApp.

Escanéalo con tu teléfono para escribirnos por WhatsApp.

¿Estás desde el teléfono y no puedes escanear? Escríbenos a info@ilustrari.com

Primera conversación gratis. Te responde el fundador.

Recursos relacionados

ArtículoClaude

Modelado del oponente: construye IA que anticipa, no que reacciona

La mayoría de los agentes de negociación esperan a que el otro lado mueva y ahí improvisan una respuesta que suene bien. Un modelo del oponente de verdad le da la vuelta a eso. Mantienes una hipótesis explícita sobre lo que busca la otra parte, simulas sus posibles contrajugadas, calificas la posición en la que terminarías y eliges la jugada que aguanta lo que ellos hagan. Aquí tienes el ciclo, los modos de fallo y lo que de verdad cuesta construirlo.

4 jun 202611 min de lectura
GuíaClaude

Modelado de oponentes, desde cero y en la práctica

Casi todas las herramientas de apoyo a decisiones modelan, sin decirlo, a una contraparte racional, cooperativa y que muy convenientemente te da la razón. Ese modelo no sirve justo cuando más lo necesitas. Esta guía te lleva paso a paso a armar un modelo de oponente de mayor fidelidad con un LLM, de la evidencia al perfil y al ciclo de simular-y-estresar, más los modos de falla que hacen que un modelo se vea seguro y esté equivocado.

23 abr 202612 min de lectura
SkillClaude Code

El skill de revisión de código: un revisor que lee el diff, no el repo

Un revisor empaquetado de Claude Code que invocas antes de cada commit en lugar de repegar las mismas instrucciones. Lee el diff en stage, primero marca los bugs reales de corrección, luego lista aparte las limpiezas opcionales y no opina sobre detalles de estilo que el linter ya cubre. Aquí te explico cómo armarlo, conectarlo y evitar que te reescriba la función completa.

1 jun 202611 min de lectura