learn
关于
The `learn` skill enables Claude to systematically acquire knowledge from unfamiliar domains by building mental models through exploration, hypothesis testing, and feedback loops. It's designed for situations like understanding an unknown codebase, researching topics requiring genuine investigation, or reconciling conflicting information. The skill applies spaced repetition principles to AI reasoning, using tools like Read, Grep, and WebSearch to explore, integrate findings, and consolidate understanding for future retrieval.
快速安装
Claude Code
推荐npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/learn在 Claude Code 中复制并粘贴此命令以安装该技能
技能文档
Learn
Conducir una sesión estructurada de adquisición de conocimiento — explorando territorio desconocido, construyendo modelos iniciales, probándolos mediante exploración deliberada, integrando hallazgos en comprensión coherente y consolidando para recuperación duradera.
Cuándo Usar
- Al encontrar una base de código, framework o dominio desconocido sin contexto previo
- Un usuario pregunta sobre un tema fuera del conocimiento de trabajo actual y la respuesta requiere investigación genuina, no recuerdo
- Existen múltiples fuentes o patrones conflictivos y se necesita construir un modelo mental coherente desde cero
- Después de que
remote-viewingexpone pistas intuitivas que necesitan validación sistemática - Al prepararse para enseñar (
teach) un tema — la IA primero debe entenderlo lo suficientemente profundo para explicarlo
Entradas
- Requerido: Objetivo de aprendizaje — un tema, área de base de código, API, concepto de dominio o tecnología a comprender
- Opcional: Límite de alcance — qué tan profundo ir (exploración superficial vs. expertise profundo)
- Opcional: Propósito del usuario — por qué importa este conocimiento (guía qué aspectos priorizar)
- Opcional: Puntos de partida conocidos — archivos, documentación o conceptos ya familiares
Procedimiento
Paso 1: Explorar — Mapear el territorio
Antes de intentar comprender algo, mapear el paisaje para identificar lo que existe.
Learning Modality Selection:
┌──────────────────┬──────────────────────────┬──────────────────────────┐
│ Territory Type │ Primary Modality │ Tool Pattern │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ Codebase │ Structural mapping — │ Glob for file tree, │
│ │ find entry points, core │ Grep for exports/imports,│
│ │ modules, boundaries │ Read for key files │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ API / Library │ Interface mapping — │ WebFetch for docs, │
│ │ find public surface, │ Read for examples, │
│ │ types, configuration │ Grep for usage patterns │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ Domain concept │ Ontology mapping — │ WebSearch for overviews, │
│ │ find core terms, │ WebFetch for definitions,│
│ │ relationships, debates │ Read for local notes │
├──────────────────┼──────────────────────────┼──────────────────────────┤
│ User's context │ Conversational mapping │ Read conversation, │
│ │ — find stated goals, │ Read MEMORY.md, │
│ │ preferences, constraints │ Read CLAUDE.md │
└──────────────────┴──────────────────────────┴──────────────────────────┘
- Identificar el tipo de territorio y seleccionar la modalidad primaria
- Realizar un escaneo amplio — sin leer profundamente, sino identificando puntos de referencia (archivos clave, puntos de entrada, conceptos centrales)
- Notar los límites: qué está dentro del alcance, qué es adyacente, qué está fuera del alcance
- Identificar brechas: áreas que parecen importantes pero son opacas desde la superficie
- Crear un mapa aproximado: listar los componentes principales y sus relaciones aparentes
Esperado: Un mapa esquelético del territorio con 5-15 puntos de referencia identificados. Una noción de qué áreas son claras desde la superficie y cuáles requieren investigación más profunda. Sin comprensión todavía — solo un mapa.
En caso de fallo: Si el territorio es demasiado grande para explorar, reducir el alcance inmediatamente. Preguntar: "¿Cuál es el mínimo que necesito entender para servir al propósito del usuario?" Si el territorio no tiene un punto de entrada claro, empezar desde la salida (¿qué produce este sistema?) y rastrear hacia atrás.
Paso 2: Hipotetizar — Construir modelos iniciales
Desde la exploración, construir hipótesis iniciales sobre cómo funciona el sistema.
- Formular 2-3 hipótesis sobre la estructura o comportamiento del territorio
- Declarar cada hipótesis claramente: "Creo X porque observé Y"
- Para cada hipótesis, identificar qué evidencia la confirmaría y qué la refutaría
- Clasificar hipótesis por confianza: cuál se siente más respaldada, cuál es más inestable
- Identificar la hipótesis de mayor valor para probar primero (la que, si se confirma, desbloquearía la mayor comprensión)
Esperado: Hipótesis concretas y falsificables — no impresiones vagas. Cada una tiene una prueba que la confirmaría o refutaría. Las hipótesis colectivamente cubren los aspectos más importantes del territorio.
En caso de fallo: Si no se forman hipótesis, la exploración fue demasiado superficial — regresar al Paso 1 y leer 2-3 puntos de referencia en profundidad. Si todas las hipótesis se sienten igualmente inciertas, empezar con la más simple (navaja de Occam) y construir desde ahí.
Paso 3: Explorar — Sondear y probar
Probar sistemáticamente cada hipótesis mediante investigación dirigida.
- Seleccionar la hipótesis de mayor prioridad
- Diseñar un sondeo mínimo: ¿cuál es la investigación más pequeña que confirmaría o refutaría la hipótesis?
- Ejecutar el sondeo (leer un archivo, buscar un patrón, probar una suposición)
- Registrar el resultado: confirmado, refutado o modificado
- Si fue refutada, actualizar la hipótesis basándose en la nueva evidencia
- Si fue confirmada, sondear más profundo: ¿la hipótesis se mantiene en los bordes, o solo en el centro?
- Pasar a la siguiente hipótesis y repetir
Esperado: Al menos una hipótesis probada hasta conclusión. El modelo mental está comenzando a tomar forma — algunas partes confirmadas, algunas revisadas. Las sorpresas se notan como datos particularmente valiosos.
En caso de fallo: Si los sondeos consistentemente producen resultados ambiguos, las hipótesis pueden estar probando las cosas equivocadas. Retroceder y preguntar: "¿Qué consideraría alguien que entiende este sistema como el hecho más importante?" Sondear eso en su lugar.
Paso 4: Integrar — Construir modelo mental
Sintetizar hallazgos en un modelo coherente que conecte las piezas.
- Revisar todas las hipótesis confirmadas y modelos revisados
- Identificar el principio organizador central: ¿cuál es la "columna vertebral" a la que todo se conecta?
- Mapear relaciones: ¿qué componentes dependen de cuáles? ¿Qué fluye hacia dónde?
- Identificar los hallazgos sorprendentes — estos a menudo contienen la percepción más profunda
- Buscar patrones que se repiten en diferentes partes del territorio
- Construir un modelo mental que pueda predecir comportamiento: "Dada la entrada X, espero Y porque Z"
Esperado: Un modelo mental coherente que explica la estructura del territorio y predice su comportamiento. El modelo debería ser expresable en 3-5 oraciones y debería hacer afirmaciones específicas, no generalizaciones vagas.
En caso de fallo: Si las piezas no se integran en un modelo coherente, puede haber un malentendido fundamental en una de las hipótesis anteriores. Identificar la pieza que no encaja y re-probarla. Alternativamente, el territorio puede ser genuinamente incoherente (los sistemas mal diseñados existen) — notar esto como un hallazgo en lugar de forzar coherencia.
Paso 5: Verificar — Desafiar la comprensión
Probar el modelo mental haciendo predicciones y verificándolas.
- Usar el modelo para hacer 3 predicciones específicas sobre el territorio
- Probar cada predicción mediante investigación (no asumiéndola como verdadera)
- Por cada predicción confirmada, la confianza aumenta
- Por cada predicción refutada, identificar dónde el modelo está equivocado y corregirlo
- Identificar casos límite: ¿el modelo se mantiene en los límites, o se desmorona?
- Preguntar: "¿Qué me sorprendería?" — luego verificar si esa sorpresa es posible
Esperado: El modelo mental sobrevive al menos 2 de 3 pruebas de predicción. Donde falla, la falla se entiende y el modelo se corrige. El modelo ahora tiene tanto fortalezas confirmadas como limitaciones conocidas.
En caso de fallo: Si la mayoría de las predicciones fallan, el modelo mental tiene una falla fundamental. Esto es realmente información valiosa — significa que el territorio funciona diferente de lo esperado. Regresar al Paso 2 con la nueva evidencia y reconstruir las hipótesis desde cero. El segundo intento será mucho más rápido porque los modelos incorrectos han sido eliminados.
Paso 6: Consolidar — Almacenar para recuperación
Capturar el aprendizaje en una forma que soporte la recuperación y aplicación futuras.
- Resumir el modelo mental en 3-5 oraciones
- Notar los puntos de referencia clave — las 3-5 cosas más importantes para recordar
- Registrar cualquier hallazgo contraintuitivo que podría ser olvidado
- Identificar temas relacionados a los que este aprendizaje se conecta
- Si el aprendizaje es duradero (será necesario entre sesiones), actualizar MEMORY.md
- Si el aprendizaje es específico de la sesión, notarlo como contexto para la conversación actual
- Declarar lo que permanece desconocido — las brechas honestas son más útiles que la falsa confianza
Esperado: Un resumen conciso y recuperable que captura la comprensión esencial. Las referencias futuras a este tema pueden empezar desde este resumen en lugar de re-aprender desde cero.
En caso de fallo: Si el aprendizaje resiste la resumición, puede no estar todavía completamente integrado — regresar al Paso 4. Si el aprendizaje parece demasiado obvio para valer la pena almacenar, considerar que lo que se siente obvio ahora puede no sentirse obvio en un contexto fresco. Almacenar las partes no obvias.
Validación
- Se condujo una exploración antes de cualquier investigación profunda (mapear antes de sumergir)
- Las hipótesis fueron explícitamente declaradas y probadas, no asumidas
- Al menos una hipótesis fue revisada basándose en evidencia (indica aprendizaje genuino)
- El modelo mental hace predicciones específicas y verificables sobre el territorio
- Los desconocidos conocidos se identifican junto a los conocidos conocidos
- El resumen consolidado es lo suficientemente conciso para ser útil para recuperación futura
Errores Comunes
- Saltar la exploración: Sumergirse en detalles antes de entender el paisaje desperdicia tiempo en áreas sin importancia y pierde el panorama general
- Hipótesis infalsificables: "Esto es probablemente complejo" no puede ser probado. "Este módulo maneja autenticación porque importa crypto" sí puede serlo
- Sesgo de confirmación durante la exploración: Buscar solo evidencia que respalde la hipótesis inicial mientras se ignoran contradicciones
- Consolidación prematura: Almacenar un modelo antes de que haya sido probado lleva a predicciones futuras confidentemente equivocadas
- Perfeccionismo: Intentar aprenderlo todo antes de aplicar cualquier conocimiento. El aprendizaje es iterativo — usar comprensión parcial, luego refinar
- Aprendizaje sin propósito: Adquirir conocimiento sin aplicación en mente produce comprensión desenfocada y superficial
Habilidades Relacionadas
learn-guidance— la variante de guía humana para entrenar a una persona en aprendizaje estructuradoteach— transferencia de conocimiento calibrada a un aprendiz; se construye sobre el modelo construido aquíremote-viewing— exploración intuitiva que expone pistas para que el aprendizaje sistemático validemeditate— limpiar el ruido del contexto previo antes de entrar en nuevo territorio de aprendizajeobserve— reconocimiento neutral sostenido de patrones que alimenta el aprendizaje con datos crudos
GitHub 仓库
相关推荐技能
executing-plans
设计该Skill用于当开发者提供完整实施计划时,以受控批次方式执行代码实现。它会先审阅计划并提出疑问,然后分批次执行任务(默认每批3个任务),并在批次间暂停等待审查。关键特性包括分批次执行、内置检查点和架构师审查机制,确保复杂系统实现的可控性。
requesting-code-review
设计该Skill可在完成任务、实现主要功能或合并代码前自动调度代码审查子代理,确保实现符合需求和计划。它支持通过指定git SHA范围进行精准的代码变更审查,帮助开发者在关键节点及时发现潜在问题。核心原则是"早审查、勤审查",适用于开发流程的各个关键阶段。
connect-mcp-server
设计这个Skill指导开发者如何将MCP服务器连接到Claude Code,支持HTTP、stdio和SSE三种传输协议。它涵盖了从安装配置到认证安全的完整流程,适用于集成GitHub、Notion、数据库等外部服务。当开发者需要添加集成、配置外部工具或提及MCP相关功能时,这个Skill能提供实用的操作指南。
web-cli-teleport
设计该Skill帮助开发者根据任务特性选择Claude Code的Web或CLI界面,并指导如何在两种环境间无缝迁移会话。它能分析任务复杂度、迭代需求等要素,推荐最优工作界面和工作流。关键特性包括会话状态管理、环境切换指导和上下文优化建议。
