← 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-recall workflow. Read confirmed facts about an OloLand deal from deal_session_memory. Use at the start of any session about a deal to load the analyst-confirmed context — EBITDA, sponsor, IC date, conventions — without re-asking the user.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 431
    }
  ],
  "name": "ololand-dd-recall",
  "skill_md_contents": "---\nname: ololand-dd-recall\ndescription: \"Use when the user asks to run the OloLand ololand-dd-recall workflow.\\\n  \\ Read confirmed facts about an OloLand deal from deal_session_memory. Use at the\\\n  \\ start of any session about a deal to load the analyst-confirmed context \\u2014\\\n  \\ EBITDA, sponsor, IC date, conventions \\u2014 without re-asking the user.\"\n---\n\n\n# Workflow for ololand-dd-recall\n\nFollow the OloLand command instructions below when the user asks for `ololand-dd-recall` or the equivalent workflow.\n\n# ololand-dd-recall\n\nYou are reading the persistent fact store for an OloLand deal. Every fact returned was confirmed by an analyst at some point and survives across conversation sessions.\n\n## Required inputs\n\n1. **deal_id** — the OloLand deal whose facts to recall.\n\nOptional:\n- **keys** — list of specific keys to filter on (e.g. `[\"ebitda_fy24_confirmed\", \"sponsor_name\"]`). Omit to recall every fact stored for the deal.\n\n## Action\n\nCall `recall_deal_facts` with the `deal_id` and (optionally) `keys`. Render the response in this format:\n\n```\nConfirmed facts for <deal_id>:\n  <key>: <value>\n    Provenance: <note if any>\n    Last updated: <updated_at>\n```\n\nIf the result is empty:\n\n```\nNo confirmed facts for <deal_id>. Use ololand-dd-remember to start building the deal's persistent record.\n```\n\n## When to use\n\n- **At the start of any new session about a deal.** Run `ololand-dd-recall` before doing anything else so you have the analyst-confirmed context loaded before the conversation drifts.\n- **Before composing an IC memo or CIM section.** Cross-reference what the corpus says with what analysts have explicitly confirmed; conflicts are signal.\n- **When a previous answer feels wrong.** A recalled fact may explain why — e.g. the model is quoting unaudited management figures when the analyst confirmed an adjusted number lives at key `ebitda_fy24_confirmed`.\n\n## When NOT to use\n\n- For information that's pulled from the deal corpus on demand (use `search_deal_documents` or `search_extracted_knowledge` for that).\n- For deal-level metadata (use `get_deal` instead).\n- As an audit trail for AI claim corrections (use the corrections endpoint — `unsupported OpenAI claim-correction workflow (see unsupported-workflows.json)`).\n\n## Pairing rule\n\n`ololand-dd-recall` and `ololand-dd-remember` are companions. The institutional-memory pattern:\n\n1. Open a session — start with `ololand-dd-recall <deal_id>`.\n2. Do work; surface a fact that the corpus cannot give you.\n3. Confirm with the user.\n4. `ololand-dd-remember` it.\n5. Future sessions start the loop again with `ololand-dd-recall`.\n\nCompanion skill: `cmd-recall` (auto-loads). Companion command: `ololand-dd-remember`.\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: 588a67f7b11513e60fb3dd87beaa50b3477b0fae0474282c7b2179283d82bfde