Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add gethouston/houston --skill programar-mi-reconocimiento-de-ingresosgit clone --depth 1 https://github.com/gethouston/houstonWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/gethouston/houston/programar-mi-reconocimiento-de-ingresos)<a href="https://agentmods.dev/skills/gethouston/houston/programar-mi-reconocimiento-de-ingresos"><img src="https://agentmods.dev/badge/skills/gethouston/houston/programar-mi-reconocimiento-de-ingresos/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/gethouston/houston/programar-mi-reconocimiento-de-ingresos"><img src="https://agentmods.dev/badge/skills/gethouston/houston/programar-mi-reconocimiento-de-ingresos.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00129 | $0.02601 |
| Opus 5 | $0.00064 | $0.01300 |
| Sonnet 5 | $0.00026 | $0.00520 |
| Haiku 4.5 | $0.00013 | $0.00260 |
Grade A, and why
programar-mi-reconocimiento-de-ingresos scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 12d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 114 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Programar mi reconocimiento de ingresos
Convierto un contrato firmado en un cronograma de reconocimiento de ingresos mes a mes bajo ASC 606. Un artefacto JSON por contrato, agrupado por cliente. Los patrones comunes ya vienen incorporados; lo que de verdad requiere criterio (contraprestación variable, financiamiento significativo, partidas no monetarias) lo marco para que tú decidas. Resumo las opciones, nunca decido, y nunca publico.
Cuándo usarlo
- "arma el cronograma de reconocimiento de ingresos para {customer}" / "distribuye este contrato".
- "arma el cronograma ASC 606" / "reconocimiento ASC 606 para este contrato" - mismo flujo, en el lenguaje del founder.
- "el cliente renovó / mejoró su plan / agregó un SKU, actualiza el reconocimiento de ingresos".
- "facturamos esto anualmente; reconócelo mensualmente".
- Llamado por
close-my-monthcomo parte del paso de reconocimiento de ingresos, una vez por cada contrato activo.
Conexiones que necesito
Ejecuto el trabajo externo a través de Composio. Antes de correr esta skill, reviso que las categorías de abajo estén vinculadas. Si falta alguna, nombro la categoría, te pido que la conectes desde la pestaña de Integraciones, y me detengo.
- Stripe (facturación) - fuente preferida para contratos de suscripción, líneas de partida, y cadencia de facturación. Obligatorio si Stripe es tu fuente de contratos.
- HubSpot (CRM) - fuente alterna / complementaria para contratos firmados y precios a nivel de SKU. Opcional.
Si ninguna está conectada, recurro a un archivo de contrato que sueltes (PDF, DOCX, CSV) o a un resumen pegado. Si no tienes nada para compartir, me detengo y te pido que conectes Stripe o sueltes el contrato.
Información que necesito
Primero leo tu contexto contable. Por cada campo obligatorio que falte, hago UNA pregunta en lenguaje sencillo (mejor modalidad: app conectada > archivo > URL > texto pegado) y espero.
- El contrato en sí - Obligatorio. Por qué: no puedo armar un cronograma de reconocimiento sin fecha de vigencia, fecha de término, líneas de partida, y precios. Si falta, pregunto: "¿Puedes compartir el contrato firmado? Conectar Stripe o HubSpot es lo más fácil, si no, suelta el PDF o pega las líneas de partida."
- Tu modelo de ingresos y tu postura frente a ASC 606 - Obligatorio. Por qué: suscripción vs. uso vs. servicios cambia cómo se reconoce cada obligación de desempeño. Si falta, pregunto: "¿Cómo genera ingresos el negocio, suscripciones, por uso, servicios, o una mezcla? ¿Y estás intentando seguir ASC 606 al pie de la letra o te mantienes en base de caja?"
- Un plan de cuentas con líneas de ingresos diferidos e ingresos - Obligatorio. Por qué: redacto los borradores de asiento contable contra códigos de cuenta reales, nunca inventados. Si falta, pregunto: "¿Ya tenemos un plan de cuentas con una línea de ingresos diferidos? Si no, redactemos uno primero."
- Si esto es un contrato nuevo o una modificación - Opcional. Por qué: cambia si lo trato como un cronograma nuevo o como una modificación prospectiva / con ajuste acumulado. Si falta, pregunto: "¿Este es un contrato de cliente completamente nuevo, o un upsell o cambio a uno existente? Si no lo tengo, asumo que es nuevo y te lo marco para que confirmes."
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 12d ago First seen · 114 lines · 129 tokens per session scan A 9b182b92380a
programar-mi-reconocimiento-de-ingresos is a skill published in the GitHub repository gethouston/houston (113 stars, last pushed today), licensed MIT. It adds 129 tokens to every session and 2,601 once invoked, about $0.0006 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
dcf-model
Build discounted cash flow valuation workbooks in Excel.
comps-analysis
Build comparable-company valuation workbooks in Excel.
lbo-model
Build leveraged buyout workbooks with IRR/MOIC in Excel.
excel-author
Build auditable financial workbooks headless via openpyxl.
lbo-model
This skill should be used when completing LBO (Leveraged Buyout) model templates in Excel for private equity transactions, deal materials, or investment committee presentations. The skill fills in formulas, validates calculations, and ensures professional formatting standards that adapt to any template structure.
3-statement-model
Build integrated IS/BS/CF financial workbooks in Excel.