lingyu9495-source/feasibility-study-consultant

Marco de trabajo para la argumentación y redacción de estudios de viabilidad de proyectos: adecuado para cualquier escenario de decisión empresarial como «¿se puede hacer esto?, ¿cómo hacerlo?, ¿vale la pena?». Incluye 10 módulos de argumentación, debida diligencia en línea obligatoria, validación cruzada con múltiples fuentes, redacción centrada en el lector y generación de informes estructurados.

¿Qué es feasibility-study-consultant?

Esta habilidad de agente de IA actúa como un consultor experto en estudios de viabilidad de proyectos, transformando preguntas subjetivas sobre la viabilidad de un proyecto en conclusiones objetivas, basadas en métodos, evidencia, umbrales y capacidad de revisión. Soporta plataformas como Claude Code, Cursor y Codex, y su flujo de trabajo principal consta de seis pasos: recopilación guiada de información, clasificación del tipo de proyecto, selección de metodología de análisis, ejecución de la argumentación con seis acciones clave (incluyendo debida diligencia web en tiempo real), validación de supuestos mediante un libro de contabilidad y emisión de una decisión final con puertas de decisión. La habilidad incluye dos scripts sin dependencias (para puntuación de viabilidad y gestión de supuestos), plantillas para tarjetas de proyecto y puertas de decisión, y una biblioteca de metodologías. Su valor principal radica en la validación sistemática de supuestos, la fijación previa de umbrales de «qué cuenta como aprobado» y la redacción centrada en el lector, evitando que el estudio se convierta en una justificación de conclusiones preconcebidas.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lingyu9495-source/agent-skills/tree/main/skills/feasibility-study-consultant

Installed? Explore more Investigación y análisis de datos skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Coach de Estudios de Viabilidad (Feasibility Study Consultant)

Posicionamiento en una frase: Convertir «¿se puede hacer esto?, ¿vale la pena?, ¿cómo lograrlo?» de una sensación a una conclusión con método, evidencia, umbral y capacidad de revisión. Cadena completa de esta habilidad: ① Cómo preguntar para entender el proyecto (recopilación guiada) → ② Seleccionar métodos según el tipo de problema y proyecto (selección de metodología) → ③ Validar supuestos clave uno por uno (libro de contabilidad de supuestos) → ④ Concluir según umbrales (puerta de decisión). Actualización v1.4: Nuevo «flujo de coaching en seis pasos», banco de preguntas por tipo de proyecto (templates/guía-de-preguntas-guía.md), biblioteca de selección de metodologías (references/biblioteca-de-metodologías.md), lista de puertas de decisión (templates/lista-de-puertas-de-decisión.md), y dos scripts sin dependencias: feasibility_scorecard.py (puntuación de umbral y juicio Go/Go condicional/No-Go) y assumption_ledger.py (ordenación de supuestos y plan de validación).

Condiciones de activación

Activar cuando el usuario necesite cualquiera de las siguientes tareas:

  • «Ayúdame a escribir un estudio de viabilidad/esquema/informe de viabilidad para XX»
  • «Evaluar si XX se puede hacer / vale la pena»
  • «Investigar la dirección XX y generar un análisis»
  • «Argumentación para la aprobación de un nuevo proyecto/producto/negocio»
  • «Tengo varias opciones, ayúdame a elegir una»
  • «¿Es adecuado hacer esto ahora?»

Principios centrales

  1. Conclusión primero — Dar un juicio general al inicio (estrellas/puntuación/se puede o no), no empezar con antecedentes
  2. Impulsado por datos — Cada dimensión debe estar respaldada por datos de mercado actualizados; marcar el nivel de fuente (A oficial/B industria/C medios/D inferencia)
  3. Validación cruzada — Los datos centrales deben tener al menos 2 fuentes independientes; las contradicciones deben explicarse, no evadirse
  4. Buscar antes de escribir (obligatorio) — Realizar debida diligencia en línea en tiempo real para cualquier conclusión; prohibido escribir datos de mercado solo con la memoria del modelo
  5. Alinear la perspectiva — Antes de escribir, aclarar: ¿quién es el lector (inversor/gerencia/banco/gobierno)? ¿Qué le importa más (tamaño del mercado, barreras, cómo gana dinero, riesgos)? Escribir desde la perspectiva del lector
  6. Transparencia de fuentes — Marcar la fuente de los puntos de datos clave; incluir una tabla de fuentes de datos y una lista de supuestos clave al final
  7. Fijar el umbral primero (nuevo en v1.4) — Antes de comenzar, definir qué cuenta como «aprobado» (IRR mínimo, período de recuperación máximo, economía unitaria positiva, todos los supuestos fatales verificados); de lo contrario, la argumentación se convertirá en «buscar materiales para una conclusión preestablecida»
  8. Dejar rastro de los supuestos (nuevo en v1.4) — Cada supuesto clave del que dependa la conclusión debe ingresarse en el libro de contabilidad, indicando el método de verificación y el umbral de criterio; llegar a una conclusión con supuestos de alto impacto no verificados es una apuesta

Flujo de coaching en seis pasos (visión general)

PasoQué hacerProductoCriterio de finalización
1 Recopilación guiadaUsar una tarjeta de proyecto de una página + tres rondas de preguntas para entender el proyectoTarjeta de proyecto completadaLas 5 preguntas obligatorias están completas; las brechas y líneas rojas están marcadas
2 Clasificación y profundidadDeterminar tipo de problema × tipo de proyecto × etapa × lectorConclusión de clasificación en una frase + profundidad de argumentaciónClaro «qué pregunta responder, para quién, con qué profundidad»
3 Selección de metodologíaElegir 3–5 métodos de la biblioteca de metodologías según el tipo de problemaLista de métodos + requisitos de datos para cada unoCada método puede explicar «qué datos necesita y qué conclusión produce»
4 Ejecución de argumentaciónDebida diligencia y recopilación de datos → seis acciones (mercado/competencia/economía unitaria/finanzas/riesgo/cumplimiento) → redacciónBorrador de argumentaciónCada afirmación tiene fuente; los cuatro estados (inversión/costos/ingresos/indicadores) están conciliados
5 Validación de supuestosCrear libro de contabilidad de supuestos, ordenar por impacto × incertidumbre, diseñar verificaciónLibro de contabilidad + plan de verificación + lista de elementos bloqueantesTodos los supuestos de alto impacto han sido verificados o refutados
6 Puerta de decisión de conclusiónEvaluar según la tabla de umbrales, emitir una de tres conclusiones + próximos pasosPágina de conclusión + lista de puertas de decisiónLa conclusión corresponde punto por punto con los umbrales; no hay «juicios omitidos»

Los seis pasos no son un orden de producción en línea de montaje, sino un orden de juicio: si en el paso 1 ya se descubre una línea roja, los cinco pasos restantes no son necesarios.

Primer paso · Recopilación guiada: Cómo preguntar para entender el proyecto

Si el cliente no puede expresar claramente lo que necesita, no es que no coopere, es que no sabe qué necesitas. Por lo tanto, se debe usar una guía estructurada, no preguntas abiertas.

Método: Tarjeta de proyecto de una página + tres rondas de preguntas (plantillas: templates/tarjeta-de-proyecto.md, templates/guía-de-preguntas-guía.md)

  • Primera ronda · 5 preguntas cualitativas (sin necesidad de consultar datos, 5 minutos): ¿Qué es esto?, ¿De dónde viene el dinero?, ¿Quién lo ve?, ¿Cuándo se necesita?, ¿Qué pregunta quiere responder principalmente?
  • Segunda ronda · Preguntas según el tipo de proyecto (elegir un conjunto correspondiente para preguntar, 6 tipos de proyectos con 5 preguntas cada uno): Tipo de capacidad / Tipo de servicio / Tipo tecnológico / Tipo de activos / Tipo de plataforma / Tipo comercial
  • Tercera ronda · Verificación de recursos (determina la solidez de la conclusión): ¿Qué materiales de primera mano se pueden obtener?, ¿A quién se puede entrevistar?, ¿Se puede hacer una prueba piloto?, ¿Hay restricciones duras?, Si la conclusión es que no es rentable, ¿qué harías?

Reglas para manejar la falta de materiales (no detenerse por falta de materiales, pero tampoco fingir que no faltan)

BrechaManejo
Falta estimación de inversiónEstimar según referencias de la industria/proyectos similares, indicar explícitamente «pendiente de confirmación mediante cotización»
Faltan datos de mercadoCalcular de abajo hacia arriba + usar datos secundarios autorizados, marcar el nivel de evidencia
Faltan pedidos de clientes/evidencia de pagoNo reemplazable: clasificar como supuesto fatal, conclusión expresada como «viable bajo condiciones»
Falta base políticaBuscar primero; si no hay evidencia clara, escribir «no se ha encontrado prohibición explícita, se recomienda consultar a la autoridad competente»

Preguntar primero por las líneas rojas: Fuente de fondos ilegal, tocar una línea roja regulatoria, no poder obtener elementos centrales, la parte demandante no paga, economía unitaria negativa—si aparece alguna, la única conclusión puede ser «no viable» o «cambiar el alcance» (ver lista de la zona D de la tarjeta de proyecto).

Segundo paso · Clasificación y profundidad (cuatro dimensiones, una evaluación)

DimensiónValor¿Qué afecta?
Tipo de problema¿Se puede hacer? / ¿Vale la pena? / ¿Qué opción es mejor? / ¿Cómo lograrlo?Determina qué conjunto de métodos usar (ver tercer paso)
Tipo de proyectoTipo de capacidad / Tipo de servicio / Tipo tecnológico / Tipo de activos / Tipo de plataforma / Tipo comercialDetermina el enfoque de la argumentación (capacidad: factores y producción; plataforma: efectos de red y economía unitaria…)
Etapa de investigaciónEstudio de oportunidad (selección gruesa) / Estudio de viabilidad preliminar (decidir si profundizar) / Estudio de viabilidad detallado (base de decisión) / Aprobación o revisión de préstamos (cumplimiento + finanzas)Determina la precisión y el esfuerzo (no usar el costo de un estudio detallado para responder preguntas de un estudio de oportunidad)
LectorResponsable de la empresa aprueba presupuesto / Banco revisa préstamo / Gobierno aprueba proyecto / Inversor aporta capital / Uno mismo para tener claridadDetermina el umbral de «qué cuenta como aprobado» y el tono del informe

Salida: Conclusión de clasificación en una frase — «Este es un estudio de viabilidad preliminar para un proyecto de tipo servicio, para responder si vale la pena, el lector es el banco que revisa el préstamo, y el umbral es una tasa de cobertura del servicio de la deuda ≥ 1,3, IRR ≥ 8%».

Tercer paso · Selección de metodología (primero determinar el tipo de problema, luego elegir el método)

Pregunta a responderCombinación de métodos preferidaRequisitos de datos clave
¿Se puede hacer? (viabilidad)Seis criterios de puerta de etapa + verificación de cumplimiento normativo + disponibilidad técnica/factores + pre-mortemTexto original de la política, pruebas de permisos y disponibilidad de factores, casos de fracaso similares
¿Vale la pena? (economía)Modelo de economía unitaria + evaluación financiera (tres escenarios: IRR/NPV/período de recuperación/punto de equilibrio) + punto crítico de sensibilidad + mercado de abajo hacia arribaPrecio unitario y estructura de costos, composición de la inversión, condiciones de financiamiento, documento base de estimación del mercado
¿Qué opción es mejor? (comparación)Matriz de decisión ponderada (o enfoque AHP) + comparación financiera de cada opción + verificación de robustez de la conclusiónIndicadores cuantificables de cada opción; pesos de los criterios y su justificación
¿Cómo lograrlo? (camino)Puerta de etapa por fases + libro de contabilidad de supuestos + plan de verificación a pequeña escala (piloto/MVP)Lista de supuestos clave, presupuesto de prueba y error asumible y ventana de tiempo

Biblioteca de métodos (versión completa en references/biblioteca-de-metodologías.md, que incluye «cuándo usar/cómo hacer/qué datos necesita/errores comunes»)

  1. Juicio de puerta de etapa (Go/Kill/Hold/Recycle + seis criterios)
  2. Estimación de mercado de abajo hacia arriba (TAM/SAM/SOM)
  3. Análisis de barreras competitivas (verificación de ventajas estructurales estilo 7 Powers)
  4. Modelo de economía unitaria (margen bruto unitario, período de recuperación de adquisición de clientes, LTV/CAC)
  5. Evaluación financiera (IRR/NPV/período de recuperación/punto de equilibrio/punto crítico de sensibilidad)
  6. Comparación de múltiples opciones (matriz de decisión ponderada/enfoque AHP)
  7. Pre-mortem (retroceder desde el «fracaso» para encontrar causas + señales de alerta)
  8. Libro de contabilidad de supuestos y verificación de costo mínimo
  9. Perspectiva dual cruzada (perspectiva política × perspectiva de capital)
  10. Clasificación de evidencia y validación cruzada de múltiples fuentes (A/B/C/D)

Regla de hierro de selección: Con elegir 3–5 métodos es suficiente; amontonar métodos no equivale a rigor; cada método debe poder responder «qué datos necesita, qué conclusión produce y qué hacer si la conclusión no es compatible».

Cuarto paso · Ejecución de argumentación: Seis acciones obligatorias

4.1 Primero debida diligencia, luego escribir (orden obligatorio)

① Buscar y hacer debida diligencia → ② Organizar datos → ③ Validación cruzada → ④ Escribir. Prohibido escribir primero y agregar datos después. Alcance de la debida diligencia (paralelo en múltiples vías):

  1. Aspecto de la industria: Tamaño/tasa de crecimiento/ciclo de vida → informes de la industria, informes de corredores de bolsa
  2. Aspecto del mercado: Cliente objetivo/intensidad de la demanda/disposición a pagar → competidores, discusiones de usuarios, precios de licitaciones
  3. Aspecto competitivo: Competidores directos/indirectos, panorama, barreras → jugadores principales
  4. Aspecto político: Política industrial/regulación/acceso/subsidios → texto original de documentos gubernamentales
  5. Aspecto financiero: Parámetros de entrada-salida → datos de inversión/retorno de proyectos similares
  6. Aspecto de riesgo: Casos de fracaso conocidos, líneas rojas políticas → buscar aspectos negativos (este paso es el que más se omite, y también el más valioso)

La recopilación de datos escala según la dificultad de la página: captura normal → eludir anti-scraping → control del navegador; los materiales originales recopilados se almacenan y dejan rastro, sin necesidad de volver a buscar al revisar.

4.2 Lista de seis acciones (adaptar según el proyecto, no forzar)

#AcciónPregunta central a responderCriterio
1Mercado y demanda¿Qué tamaño tiene el mercado? ¿Tasa de crecimiento? ¿Grupo objetivo? ¿Por qué ganar?Estimación de abajo arriba + ≥2 fuentes de validación cruzada
2Competencia y barreras¿Quiénes son los competidores? ¿Cuál es nuestra ventaja estructural?Tener al menos una ventaja que no sea «esforzarse más/ser más barato», o escribir sinceramente «sin barreras»
3Economía unitaria¿Cada transacción es rentable? ¿Cuánto tiempo para recuperar la inversión del cliente?Margen bruto unitario positivo; período de recuperación ≤ valor umbral
4Evaluación financiera¿Cuánto invertir? ¿Cuándo recuperar? ¿IRR/NPV?Tres escenarios completos; punto crítico identificado
5RiesgoTres mayores riesgos + señales de activación + contramedidasCada riesgo tiene indicador de alerta y responsable, no frases hechas
6Cumplimiento y factoresPolítica, permisos, terreno, consumo de energía, calificacionesEscribir el estado de gestión y la fecha estimada de obtención para cada elemento

4.3 Perspectiva dual cruzada (política × capital)

  • Perspectiva política: Dirección de la política industrial, acceso y aprobación, tendencias regulatorias, subsidios y costos de cumplimiento → Determina «¿es adecuado hacerlo ahora?»
  • Perspectiva de capital: Disponibilidad y costo de los fondos, umbral de retorno, ruta de salida, anclaje de valoración de transacciones similares → Determina «¿es rentable?»
  • Juicio cruzado: Apoyo político × capital insuficiente = prueba a pequeña escala; Capital rentable × políticas restrictivas = precaución y preparar plan de salida; Ambos desfavorables = no hacerlo

Quinto paso · Validación de supuestos (el paso más valioso de esta habilidad)

La esencia de la argumentación de un proyecto es enumerar los supuestos clave y luego verificarlos uno por uno.

5.1 Primero enumerar supuestos, luego priorizar

Escribir todos los supuestos de los que depende la conclusión, ordenarlos según Impacto (1-5) × Incertidumbre (1-5):

  • Alto impacto + Alta incertidumbre → Prioridad máxima de verificación (esto es «verificar primero lo más crítico, no lo más fácil»)
  • Alto impacto + Baja incertidumbre → Bajo riesgo pero debe dejarse rastro (si no se cumple, cambia el escenario)
  • Bajo impacto → Se puede verificar después

5.2 Cada supuesto debe tener un «umbral de criterio»

Mala redacciónBuena redacción
El cliente tiene interés3 clientes principales de la región firman carta de intención (bloqueando el 60% de la capacidad de almacén)
Costo controlableCosto del terreno ≤ 45 millones de yuanes/mu
Apoyo políticoIncluido en el plan especial provincial / Obtener confirmación escrita de la autoridad competente
Viabilidad técnicaCompletar prueba piloto, funcionamiento estable continuo durante 30 días

Si el criterio no está bien definido, la verificación se convertirá en «buscar pruebas para demostrar que uno tiene razón».

5.3 Usar scripts para gestionar el libro de contabilidad (sin dependencias)

# Libro de contabilidad de supuestos: ordenación + elementos bloqueantes + plan de verificación (qué verificar primero es evidente)
python3 scripts/assumption_ledger.py libro-de-supuestos.csv --plan
python3 scripts/assumption_ledger.py libro-de-supuestos.csv --json

# Puntuación de umbral: puntuación ponderada + juicio de umbral + supuestos fatales + Go/Go condicional/No-Go
python3 scripts/feasibility_scorecard.py evaluacion-del-proyecto.json
python3 scripts/feasibility_scorecard.py --print-schema   # Ver estructura de entrada
python3 scripts/feasibility_scorecard.py --demo           # Ver cómo es la salida
  • Columnas CSV del libro de contabilidad: supuesto, categoría, impacto, incertidumbre, método de verificación, nivel de evidencia, estado, responsable, fecha límite (plantilla: templates/libro-de-supuestos.csv)
  • Valores de estado: unverified no verificado / in_progress en verificación / verified verificado / falsified refutado
  • Código de salida distinto de 0 = aún hay supuestos de alto impacto no verificados, se puede integrar directamente en la automatización: no emitir conclusión si no pasa

5.4 Medios de verificación ordenados por costo (no gastar dinero de inmediato)

Consultar datos de primera mano (políticas/anuncios de transacciones/precios de licitación) → Entrevistas (clientes, proveedores, profesionales similares) → Obtener compromisos por escrito (carta de intención/carta de crédito/cotización) → Muestra/piloto (alcance mínimo viable) → Inversión formal.

Sexto paso · Conclusión y puerta de decisión

Tres tipos de expresión de la conclusión (no escribir solo «viable/no viable»)

  1. Viable (Go): Todos los umbrales superados → Dar ritmo de inversión y próximas acciones
  2. Viable bajo condiciones (Conditional Go): Umbrales principales superados, existen elementos bloqueantes → Enumerar «qué se debe completar para avanzar» + plan de verificación y cronograma
  3. No viable (No-Go): Hay un supuesto fatal refutado / no se alcanzan los estándares financieros / se toca una línea roja → Explicar si es «la dirección no es viable» (Kill) o «las condiciones no están dadas» (Hold)

Cuatro tipos de salida de la puerta de decisión (fuente al final del documento): Go (aprobado) / Kill (terminado, escribir motivo y archivar) / Hold (pausado, escribir qué señal esperar para reiniciar) / Recycle (dirección correcta pero materiales insuficientes, devolver para completar).

Consejo práctico: La respuesta correcta para la mayoría de los proyectos «poco claros» es Hold o Recycle, no forzar un Go.

La página de conclusión debe incluir: Juicio general + Tabla de puntuación de cada dimensión + Estado de los elementos bloqueantes y supuestos fatales + Explicación del nivel de evidencia + Próximo paso a verificar (quién, cuándo, criterio).

Acompañante: templates/lista-de-puertas-de-decisión.md (seis criterios + tabla de umbrales + cuatro decisiones)

Diez módulos de argumentación (recortar según sea necesario al redactar el informe, no forzar)

#MóduloPregunta central a responder
1Resumen ejecutivoConclusión en una frase + 3-5 juicios centrales (escribir al final)
2Resumen del proyecto¿Qué hacer? ¿Objetivo? ¿Alcance?
3Antecedentes y necesidad¿Por qué hacerlo ahora? ¿Qué pasa si no se hace?
4Análisis de mercado¿Qué tamaño tiene el mercado? ¿Tasa de crecimiento? ¿Grupo objetivo? ¿Por qué ganar?
5Competencia y barreras¿Quiénes son los competidores? ¿Cuál es nuestro foso?
6Producto/servicio y operaciones¿Cómo entregar? ¿El equipo es suficiente?
7Modelo de negocio¿Cómo ganar dinero? ¿Estructura de ingresos? ¿Margen bruto?
8Proyección financiera¿Cuánto invertir? ¿Cuándo recuperar? ¿IRR/NPV?
9Riesgo y contramedidasTres mayores riesgos + contramedidas específicas + señales de alerta
10Conclusión y recomendacionesHacer/no hacer/cómo hacer + próximos pasos

Requisitos de redacción

  1. El resumen ejecutivo se escribe al final (solo con la conclusión se escribe con precisión)
  2. Cada número debe llevar fuente o marcar «supuesto, pendiente de verificar»
  3. Parte financiera: Dar lógica de cálculo + supuestos clave, no inventar números precisos hasta el céntimo
  4. El capítulo de riesgos debe ser específico: Condición de activación + impacto + contramedida, no escribir frases hechas
  5. Las partes inciertas deben marcar explícitamente «pendiente de verificar/pendiente de completar» — reconocer límites es profesionalismo, no un defecto
  6. El libro de contabilidad de supuestos y la página de conclusión deben ser coherentes con el texto principal (el mismo número debe tener el mismo valor en el resumen/el texto principal/los anexos/la página de conclusión)
  7. Formato de entrega según solicitud del usuario (Word/Markdown/PPT/documento en línea), formato normalizado, sin olor a IA (no usar «» como comillas, sin símbolos residuales de Markdown, párrafos normales)

Estructura de salida sugerida

  • Portada (título/versión/fecha/nivel de confidencialidad)
  • Resumen ejecutivo (1 página): Juicio general + Tabla de umbrales + Estado de supuestos clave + Próximos pasos
  • Cuerpo (capítulos recortados de los diez módulos)
  • Anexo: Tabla de fuentes de datos (con nivel de evidencia), Libro de contabilidad de supuestos clave, Lista de verificación pendiente (quién/cuándo/criterio)

Lista de autocomprobación de calidad (antes de entregar)

  • ¿Hay cifras de mercado escritas sin haber buscado?
  • ¿Los datos centrales tienen ≥2 fuentes independientes? ¿Está marcado el nivel de evidencia?
  • ¿El umbral de «qué cuenta como aprobado» se fijó antes de escribir y la conclusión corresponde punto por punto?
  • ¿La conclusión coincide con la evidencia? ¿Hay inferencias excesivas (correlación como causalidad, parcial como total)?
  • ¿Se han omitido puntos de vista opuestos/riesgos de fracaso? ¿Se hizo el pre-mortem?
  • ¿Todos los supuestos clave tienen un estado (verificado/no verificado/refutado)? ¿Los supuestos de alto impacto no verificados se han marcado explícitamente como elementos bloqueantes?
  • Finanzas: ¿Tres escenarios completos? ¿Los cuatro estados (inversión/costos/ingresos/indicadores) son coherentes?
  • Perspectiva del lector: ¿Puede tomar una decisión después de leerlo?
  • ¿Se ha escrito en el texto principal «el supuesto del cliente» como «un hecho comprobado»?

Errores y trampas comunes

TrampaConsecuenciaCorrección
Tener una conclusión antes de encontrar evidenciaLa argumentación se convierte en defensaEl umbral y la lista de supuestos se fijan antes de la argumentación
Usar el techo del informe de la industria como propio mercadoTamaño gravemente sobreestimadoEstimación de abajo arriba + distinguir TAM/SAM/SOM
Considerar «esforzarse más/ser más barato/mejor servicio» como barreraEl proyecto es rápidamente niveladoVerificar con ventajas estructurales (escala, red, cambio de proveedor, etc.)

Documento generado según la metodología de estudio de viabilidad. Las fuentes y referencias específicas dependen del proyecto.

Individual skills in this repo

This repo contains 17 individual skills — each has its own dedicated page.

lingyu9495-source/agent-responsiveness-delegation

你给 AI 助手派了个重活,然后发现:发消息它不回、想插话只能排队、等十几分钟才回一句——等它抬头,需求早变了。根因不是模型慢,是主脑把重活放在前台跑,整个回合被占死。这个 Skill 把这套「重活外派 + 随时应答」机制做成可落地的东西:① 规则块(一页写清判级、派完立刻让出对话、工单四要素、只回收结论、自报≠事实、拍板留主脑、跨会话任务换机制)② 跨平台落地脚本 provision_agent_responsiveness.py:探测本机已有的 Agent 环境(Hermes 的 SOUL 置顶铁律块、Claude Code 的全局指令文件,这两条已实测),把规则块幂等写入(自动备份原文件、重复执行不重复写、绝不覆盖你已有内容);其余平台(Codex / Cursor / WorkBuddy / 任意 Agent)则导出一份可直接粘贴的规则块 markdown,你粘到系统提示或自定义指令里就生效 ③ 体检脚本 audit_agent_responsiveness.py:逐项核对规则块是否存在、是否被后续改动覆盖、探测到哪些平台——没检测到就如实报「未检测到支持的平台」,不假报通过。纯标准库、零依赖、Windows/macOS/Linux 通用。触发词:AI不回话、等太久、插话卡住、助手响应慢、主脑被占住、重活外派、子代理、多智能体、响应速度、落地配置、系统提示。

lingyu9495-source/ai-image-watermark-removal-boss

去除 AI 生成图角落的"XXAI生成"半透明/白色角标水印。像素级验证不自我欺骗、双信号交叉定位抗幻觉、多候选客观指标投票覆盖。当用户要求去除图片水印、清理 AI 生成角标、去"豆包/即梦/Kolors 生成"水印时使用。

lingyu9495-source/bank-scan-household-splitter

客户丢来一个压缩包,里面几百张身份证正反面、开卡申请书、合同——**人工一张张挑,一下午就没了,还容易漏**。

lingyu9495-source/cn-pdf-report-typeset

中文报告做成 PDF,常见翻车三件套:**字体乱码、表格错位、字号小到客户在手机上根本看不清**。这套是交付级的排版标准加可直接跑的模板。

lingyu9495-source/company-law

公司出事,十有八九出在**治理和控制权**上——股权结构一开始搭歪,后面融资、上市、分家全是坑。

lingyu9495-source/excel-keep-format-edit

客户拿来一张老报表说「就在原表上改个数,格式一点都不要动」——用 openpyxl 重建一次,字体、边框、合并单元格、条件格式、列宽全丢,客户一打开就知道这不是他原来那张表。

lingyu9495-source/feasibility-report-engine

做可研报告,卡住的往往不是不会写,是**不知道按哪版大纲、财务测算六表和正文对不上、交付前排版被退稿**。这套是从二十多万字、131 张表的真实交付里固化的流水线。

lingyu9495-source/financial-statement-adjustment

存量财务报表在原表基础上改数字并保持三表勾稽关系。当用户要求「在原报表上改某些数字,其他数据跟着调整且格式完全不变」时使用:资产负债表/利润表/现金流量表的目标值调整、未分配利润与利润总额联动、勾稽校验。

lingyu9495-source/funding-fit-diagnosis

项目想融资,卡住的往往不是不会写 BP,而是不知道够不够格、该找谁、还缺什么、多久能到钱——问 AI 只得到"建议加强团队"这类正确的废话。这套引擎把它拆成可执行的四步:①10 问项目画像采集(缺关键项就先追问,不猜)②双轨评分:市场化 VC 适配分与政府基金适配分**分开算、各自判定**(≥75 强匹配 / 60-74 可争取 / 45-59 需补短板 / <45 暂不建议,低分不许只说"不行",要给替代路径)③点名机构:按赛道/阶段/地域从 23 家头部 VC 与产业资本(CVC)、21 家政府基金的卡片里逐条对照"匹配信号/劝退信号",每家写清"为什么是你、你还缺什么、材料怎么准备、递送路径",并单列"不建议碰"的机构省时间④差距清单(差距|补齐动作|耗时|难度|优先级,只挑 3 个月内能推动的)+ 三线找钱路线图(市场化 / 政府 / 替代路径)+ 时间预期与现金流提醒。包内另附 30 个真实融资案例对标、TS 条款红线、估值倍数参考、BP 制作铁律,以及零依赖离线评分脚本(纯标准库、不联网、不调大模型 API)。输入:项目情况(照着 10 问答即可);输出:一份研判报告(评分 + 优先接触名单 + 差距清单 + 路线图 + 风险提示),脚本侧可另出 JSON 评分结果。评分是适配度不是成功率,不承诺融资结果。触发词:融资、找投资、融资研判、能不能融到钱、找哪家风投、风险投资、VC、产业资本、CVC、政府引导基金、政府基金申报、产业基金、招商返投、项目申报、补贴申报、商业计划书、BP、路演、估值、股权稀释、TS 条款、对赌、回购、FA、财务顾问、找钱、融资渠道、天使轮、Pre-A、A轮。

lingyu9495-source/gov-fund-application

想拿政府的钱,最容易白跑半年——层级选错、赛道不在目录里、返投算不清,材料递上去才发现方向不对。这套参谋按可执行顺序走:①先判层级(国家级/省级/市级/区级,门槛与目的完全不同)②赛道对目录:不在目录里直接如实说没戏,不让用户白跑③21 家基金卡片逐家对照(投资方式、返投比例、让利规则、申报条件、申报通道、真实案例),点名"你这个项目适合找谁"④返投博弈:算清落地要求,给"不想迁注册地"的三条合规路径⑤材料与时间表:申报材料清单、评审周期(6-12 个月是常态)与现金流提醒。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能,VC 与政府双轨分开算)。输入:项目基本情况与注册地/落地意愿;输出:层级判定 + 可申报基金名单 + 返投方案 + 材料清单 + 时间预期。不承诺拿到资金,申报须如实提交材料;政策口径标注截止时间,细则请向当地主管部门核实。触发词:政府基金、政府引导基金、产业基金、政府补贴、专项资金、项目申报、补贴申报、申报条件、返投、招商落地、母基金、投资方式、让利、国家级基金、省级引导基金、市级基金、科技成果转化、专精特新、科技型企业、中小企业发展基金。

lingyu9495-source/hermes-profile-browser-isolation

多个 AI 助手同时干活时,浏览器会互相抢占:弹窗抢焦点、任务互相打断、你正在用的 Chrome/Edge 被顶掉——**你连自己的网页都点不动了**。

lingyu9495-source/investment-finance

做投融资最容易踩的坑不是"不懂概念",是**条款里的每一个字都在分钱**——估值方法选错、对赌触发条件写松、回购条款没兜底,签完才发现少拿几千万。

lingyu9495-source/lowvram-ai-video-comfyui

网上的 AI 视频教程开口就是 24G 显存,一看就把人劝退——**其实 8G 的 4060 也能跑**。这套是 RTX 4060 Laptop 8G 显存 / 32G 内存 / Win11 上真跑出来的配置与调参。

lingyu9495-source/novel-deai-detector

写完的稿子发布前想知道会不会被判 AI 生成、平台审核会不会卡、读者会不会一眼看出机器味——这套是检测到清洗的完整闭环。

lingyu9495-source/npl

不良资产这行的钱,赚在**买入价**上——买贵了,后面怎么处置都白搭。

lingyu9495-source/subagent-first

AI 助手不是不够聪明,是被重活占住了:你让它整理 40 个文件,它一头扎进去十几分钟不抬头——你想问进度、想补需求、想改方向,只能干等。这套作业纪律解决的就是这件事:凡是预计要跑多轮的活(多文件/长研究/批量/长搜索),一律派给后台子代理并行执行,主代理只保留四个动作——拆解、派活、汇总、对话,永远保留随时回你话的能力。我们自己在多智能体团队里天天跑,踩过的 12 个坑全部写进正文:子代理自报成功却发现产出是空的、context 没写全导致跑偏返工、两个子代理并行写同一文件互相覆盖、把需要用户拍板的活派给问不了人的子代理、跨会话长任务错用子代理导致某天悄悄停掉……① 决策树四问判定轻重(一轮工具调用能做完吗/需要用户拍板吗/要活过本次会话吗/能拆成互不依赖的块吗)② 派活四要素(goal / context 必须自包含——子代理看不到你和用户的对话 / output_schema / 验收方式)③ 五步流程:拆解→派活→并行调度→验收→收口 ④ 验收清单:存在性/合规性/真实性/完整性四组逐项打勾,并随机抽一处回一手来源核对 ⑤ 6 种委派模式 + 12 条反模式。配套 scripts/delegation_planner.py:纯标准库零依赖,喂一份任务清单(轮数/文件数/是否研究/是否批量/是否需拍板/是否不可逆/是否跨会话),直接输出「该派子代理 / 自己做 / 转定时任务」+ 并行分组建议 + 主代理必做清单。正文按平台无关的作业纪律写,并附常见平台工具名对照表;Hermes 的字段名/并发上限/后台语义另附一页实况对齐,其他平台按对照表映射即可。触发词:子代理、委派、delegate、任务编排、多智能体、并行执行、上下文管理、主代理被占住、AI不回话、等太久、插话卡住、批量处理、长研究、fork-join、fan-out。

lingyu9495-source/ts-term-review

拿到 TS 或投资协议,看半天不知道哪条能签哪条得改——风险全藏在具体条目里,一句"整体没大问题"最要命。这套审查按 15 条核心条款逐条过:估值 Pre/Post、清算优先权、反稀释(完全棘轮是红线)、优先购买权、领售/拖售、对赌与业绩承诺、回购条款、个人连带担保、董事会与一票否决、保护性条款、竞业与知识产权、信息权、交割条件、股东会表决权、违约责任。每条给三级判定(🔴 红线不改就别签 / 🟡 可谈争取改 / 🟢 行业惯例)+ 谈判话术 + 替代方案,并区分"对公司"和"对创始人个人"——个人连带回购是绝大多数血案的源头,重点标红。另附谈判筹码排序、常见坑清单、BP 与数据室准备。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能)。输入:TS/投资协议条款(粘贴或描述);输出:逐条判定表 + 必须改的清单 + 谈判话术 + 底线建议。**不构成法律意见**,正式签署与司法效力请找执业律师确认。触发词:TS、Term Sheet、投资条款清单、投资协议、增资协议、股权转让协议、对赌、业绩承诺、回购、清算优先权、反稀释、完全棘轮、个人连带、一票否决、领售权、拖售权、估值、Pre/Post、股权稀释、条款谈判、FA。

Skills relacionados