← OloLand DDCONTENT HISTORY

Update to OloLand DD

Snapshot Nov 2, 2026 · 18:12 UTC · version 1.26.7

Collection source: downloaded plugin package.

WHAT CHANGED

First saved snapshot

No earlier snapshot is available to establish a change.

Save OloLand DD and check future changes in Following.

Up to 10 plugins free · no card required.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Use when the user asks to run the OloLand ololand-dd-unit-economics workflow. Analyze SaaS cohorts and unit economics — NDR/GRR triangles, LTV/CAC, payback, anomalies vs. seller narrative.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 440
    }
  ],
  "name": "ololand-dd-unit-economics",
  "skill_md_contents": "---\nname: ololand-dd-unit-economics\ndescription: \"Use when the user asks to run the OloLand ololand-dd-unit-economics\\\n  \\ workflow. Analyze SaaS cohorts and unit economics \\u2014 NDR/GRR triangles, LTV/CAC,\\\n  \\ payback, anomalies vs. seller narrative.\"\n---\n\n\n# Workflow for ololand-dd-unit-economics\n\nFollow the OloLand command instructions below when the user asks for `ololand-dd-unit-economics` or the equivalent workflow.\n\n# Unit Economics Analysis\n\nDeterministic cohort and unit-economics analysis. Not LLM prose — actual computation that flags discrepancies between what the seller claims and what the data shows.\n\n## Usage\n\n```\nololand-dd-unit-economics <deal_id> [transactions.csv]\n```\n\n## Arguments\n\n- `deal_id` (required) — the OloLand deal ID.\n- `transactions.csv` (optional) — customer-month revenue file with columns: `customer_id`, `period` (YYYY-MM-DD), `revenue`. If omitted, the tool will try to load transaction data extracted from the deal's financial documents.\n\n## Execution\n\nLoad the `unit-economics` skill, then:\n\n1. **Pull stated narrative** — call `get_financial_snapshot` and `get_deal` to find the seller's claimed NDR/GRR/CAC payback/LTV-CAC. If the deal materials state these, capture them.\n2. **Load transactions** — read the CSV (or use deal-extracted transactions) and convert to the `[{customer_id, period, revenue}]` format.\n3. **Estimate inputs for LTV/CAC** if available from the deal:\n   - `sales_marketing_spend` (last 12 months)\n   - `new_customers_in_period`\n   - `gross_margin` (decimal, e.g. 0.75)\n   - `new_arr_in_period` (for magic number)\n   - `ebitda_margin`, `revenue_growth_yoy` (for rule of 40)\n4. **Run the analysis** — `analyze_unit_economics` with all inputs including any `stated_*` claims.\n5. **Surface anomalies** — anything in `result.anomalies` is a finding. High severity (>10pp NDR/GRR spread, >50% payback ratio deviation) belongs in the IC memo as a red flag.\n\n## Output\n\nReport:\n- Computed weighted NDR / GRR with cohort count\n- LTV / CAC / payback / LTV-CAC ratio\n- Magic number, rule of 40\n- Exponential decay half-life (logo retention curve fit) + R²\n- **Anomalies table** — metric, stated, computed, severity. If empty, state \"narrative reconciles.\"\n\nThen suggest:\n- `ololand-dd-risk-report <deal_id>` if anomalies are high severity\n- `ololand-dd-valuation <deal_id> read all` to compare cohort findings with the governed model without changing it. Do not claim the cohort findings were incorporated. A fresh candidate requires a separate explicit `ololand-dd-valuation <deal_id> refresh dcf`, and only the returned model lineage can prove whether those inputs were applied.\n\n\n## OpenAI execution requirements\n\nUse the connected MCP server's current tool schemas. Do not invent tool arguments, job-status endpoints, inputs, or outputs. If a referenced tool is unavailable, explain the limitation and request the needed connection or data. Invoke writes only when the user has requested the corresponding action. Do not initiate purchases or payments. An unrun, unsupported, or unavailable procedure is a gap, never a passing result.\n\n\nOpenAI cannot execute local lifecycle hooks. Use the packaged explicit setup/review workflow when requested. Server-side MCP auditing remains authoritative; preserve evidence blockers and human-only approval gates.\n\nClaim-correction submission is unsupported in this OpenAI upload because the current handler records surface=cowork. Do not invoke submit_agent_claim_correction from OpenAI. Explain the limitation and retain proposed correction text for human review without claiming submission. See unsupported-workflows.json for the excluded canonical workflow.\n"
}

SHA-256 of public snapshot: eaf14df64e87b85ccd19cf2f63b1530c44aa34ca521ce5a752d6c6484ac1d7e1