ai-readiness
Scan the portfolio for the highest-leverage AI opportunities and rank where to deploy operating-partner time. Ingests quarterly updates and financials across multiple portfolio companies, identifies quick wins at each, and stacks them into a single ranked action list. Use during quarterly portfolio reviews, annual planning, or when deciding which companies get AI investment first. Triggers on "AI readiness", "AI opportunity scan", "where should we deploy AI", "AI across the portfolio", "AI quick wins", or "which portcos are ready for AI".
What this skill does
# Portfolio AI Readiness ## Workflow ### Step 1: Connect to Portfolio Data First, ask the user where the portfolio materials live. Don't assume — offer the options: - **MCP servers** — data room, SharePoint, Google Drive, or a portfolio-ops database if one is connected - **Local files** — a folder path on disk with quarterly decks, financials, board packs - **File uploads** — drag PDFs, PowerPoint, or Excel directly into the conversation Once connected, pull quarterly updates, board decks, and financials for the portfolio (or a subset). For each company, extract: sector, revenue, headcount by function, tech stack mentioned, and any AI/automation initiatives already in flight. If the user provides a single company, still run the scan but skip the cross-portfolio ranking. Ask up front if not obvious from materials: - Hold period remaining per company (AI payback matters less 12 months from exit) - Whether any portco has already deployed something that worked ### Step 2: Per-Company Scan For each company, answer three gate questions. All three yes → **Go**. Any no → **Wait** with a note on what unblocks it. 1. **Is the data there?** Can they produce a clean input for the use case — customer list, invoice feed, contract repository — without a 6-month data project first? 2. **Is there an owner?** Someone on the management team who will drive this, not a sponsor who will "support" it. 3. **Can we pilot in 30 days?** One team, one workflow, off-the-shelf tooling. If the answer starts with "first we'd need to...", it's not a quick win. Then identify the top 2-3 leverage points. Look for these patterns in the cost structure and operations: **Back Office (usually fastest to pilot)** - Invoice processing, AP/AR matching, expense categorization - Contract abstraction — vendor agreements, leases, customer MSAs - Month-end close: reconciliations, flux commentary, lender reporting first drafts **Revenue / Front Office** - RFP and proposal first drafts — big lever if revenue is project-based - Sales call summaries and CRM hygiene - Customer support ticket triage and first-response drafting - Quoting for configured / complex products **Operations (sector-dependent)** - SOP and quality documentation generation - Scheduling and dispatch (field services, logistics) - Code generation and review (software portcos) For each leverage point, capture in one line: what it replaces, FTE-hours/week saved (assume 30-50%, not 100%), and whether it's buy-off-the-shelf or needs a light build. ### Step 3: Rank Across the Portfolio Stack every leverage point from every company into one list. Rank by: 1. **Dollar impact** — annualized EBITDA contribution (cost out + revenue lift, net of tool cost) 2. **Speed to value** — months to first measurable result 3. **Probability** — discount for data quality, change management risk, management team capability Tiebreaker: favor opportunities with <18 months of hold period remaining — those need to move now or not at all. Output the stack: | Rank | Company | Opportunity | Est. EBITDA ($) | Months to Value | Gate | First Step | |---|---|---|---|---|---|---| | 1 | | | | | Go | | | 2 | | | | | Go | | | 3 | | | | | Wait — [blocker] | | ### Step 4: Find the Replays The highest-leverage move in a portfolio is running one successful play at multiple companies. Scan for: - **Same sector, same function** — two healthcare services portcos with manual prior-auth? One implementation, two deployments. - **Same tool, different company** — if one portco already has a working invoice-processing setup, flag every other portco with >$Xm in AP volume as a fast follower. - **Shared vendor leverage** — three portcos buying the same tool is a pricing conversation. List each replay with the lead company (who proves it) and follower companies (who copy it). ### Step 5: Output One page for the operating partner, structured for a portfolio review: 1. **Top 5 across the portfolio** — the ranked table from Step 3, with owner and 30-day first step 2. **Replays** — 2-3 playbooks that hit multiple companies at once 3. **Go / Wait by company** — one line each; for Waits, what unblocks them 4. **What we're NOT doing** — the opportunities that looked good on paper but failed a gate; saves the operating partner from relitigating them every quarter 5. **Aggregate EBITDA contribution** — total portfolio-wide AI opportunity, split Year 1 quick wins vs. Years 2-3 scale ## Important Notes - **Rank by dollars, not excitement.** A boring AP automation that saves $400k at a $40m revenue company beats a flashy customer-facing chatbot every time. - **The binding constraint is almost always data, not models.** If a company can't produce a clean customer list, AI isn't the first project — a data cleanup is. Say so plainly. - **Off-the-shelf first.** Custom builds are slow, expensive, and fragile for companies without engineering depth. Favor tools they can buy and deploy. - **Ownership is the real gate.** A quick win with no internal owner dies in 90 days. If no one on the management team wants it, mark it Wait regardless of the dollar size. - **Hold period drives urgency.** A company 3 years from exit can afford a foundational data project. A company 12 months out needs something that shows up in the LTM EBITDA for the CIM — or skip it. - **Failed pilots are signal.** If management already tried something and it didn't stick, find out why before proposing the same thing again.
Related in Cloud & DevOps
appbuilder-action-scaffolder
IncludedCreate, implement, deploy, and debug Adobe Runtime actions with consistent layout, validation, and error handling. Use this skill whenever the user needs to add actions to an App Builder project, understand action structure (params, response format, web/raw actions), configure actions in the manifest, use App Builder SDKs (State, Files, Events, database), deploy and invoke actions via CLI, debug action issues, or implement patterns such as webhook receivers, custom event providers, journaling consumers, large payload redirects, action sequence pipelines, and Asset Compute workers. Also trigger when users mention serverless functions in Adobe context, action logging, IMS authentication for actions, or cron-style scheduled actions.
orchestrating-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. Use this skill when the user needs a multi-step Data Cloud pipeline, cross-phase troubleshooting, or data space and data kit management. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase sf data360 workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching phase-specific skill), the task is STDM/session tracing/parquet telemetry (use observing-agentforce), standard CRM SOQL (use querying-soql), or Apex implementation (use generating-apex).
github-project-automation
IncludedAutomate GitHub repository setup with CI/CD workflows, issue templates, Dependabot, and CodeQL security scanning. Includes 12 production-tested workflows and prevents 18 errors: YAML syntax, action pinning, and configuration. Use when: setting up GitHub Actions CI/CD, creating issue/PR templates, enabling Dependabot or CodeQL scanning, deploying to Cloudflare Workers, implementing matrix testing, or troubleshooting YAML indentation, action version pinning, secrets syntax, runner versions, or CodeQL configuration. Keywords: github actions, github workflow, ci/cd, issue templates, pull request templates, dependabot, codeql, security scanning, yaml syntax, github automation, repository setup, workflow templates, github actions matrix, secrets management, branch protection, codeowners, github projects, continuous integration, continuous deployment, workflow syntax error, action version pinning, runner version, github context, yaml indentation error
sf-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase `sf data360` workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching sf-datacloud-* skill), the task is STDM/session tracing/parquet telemetry (use sf-ai-agentforce-observability), standard CRM SOQL (use sf-soql), or Apex implementation (use sf-apex).
fabric-cli
IncludedUse this skill for Fabric.so CLI workflows with the `fabric` terminal command: diagnose/install/login, search or browse a Fabric library, save notes/links/files, create folders, ask the Fabric AI assistant, manage tasks/workspaces, generate shell completion, check subscription usage, produce JSON output, and use Fabric as persistent agent memory. Do not use for Microsoft Fabric/Azure/Power BI `fab`, Daniel Miessler's Fabric framework, Python Fabric SSH, Fabric.js, or textile/fashion fabric.
lark
IncludedLark/Feishu CLI skills: lark-cli operations for docs, markdown, sheets, base, calendar, im, mail, task, okr, drive, wiki, slides, whiteboard, apps, approval, attendance, contact, vc, minutes, event. Use when the user needs to operate Lark/Feishu resources via lark-cli, send messages, manage documents, spreadsheets, calendars, tasks, OKRs, deploy web pages, or any Feishu/Lark workspace operations.