Agent skill

Tear Sheet

by w95 in w95/awesome-claude-corporate-skills

Generate professional company tear sheets using S&P Capital IQ data via the Kensho LLM-ready API MCP server.

Apache-2.0Auto-check passedBusiness, Finance & HR

Install Tear Sheet

skills CLI
$ npx skills add w95/awesome-claude-corporate-skills --skill tear-sheet -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install w95/awesome-claude-corporate-skills tear-sheet --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/w95/awesome-claude-corporate-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/02-finance-accounting/spglobal-tear-sheet .claude/skills/tear-sheet && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
tear-sheet
GitHub stars
237
Used in
1 other repo
Token cost
~7.8k tokens
SKILL.md length
3,156 words
Files
6 (incl. references)
Skills in repo
39
Repo updated
First seen
Licence
Apache-2.0

At a glance

Generate professional company tear sheets using S&P Capital IQ data via the Kensho LLM-ready API MCP server.

  • Works in 4 steps: Identify Inputs → Read the Audience-Specific Reference → Pull Data via S&P Global MCP → …
  • The user asks for a tear sheet
  • SKILL.md covers Style Configuration, Component Functions, Workflow and Data Integrity Rules, plus 2 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Tear Sheet is an agent skill from w95/awesome-claude-corporate-skills. Generate professional company tear sheets using S&P Capital IQ data via the Kensho LLM-ready API MCP server. Use this skill whenever the user asks for a tear sheet, company one-pager, company profile, fact sheet, company snapshot, or company overview document — especially when they mention a specific company name or ticker. Also trigger when users ask for equity research summaries, M&A company profiles, corporate development target profiles, sales/BD meeting prep documents, or any concise single-company financial…

Its SKILL.md is about 7.8k tokens, which your agent loads only when the skill is triggered. The skill folder holds 6 other files, including reference files (for example `references/corp-dev.md`, `references/equity-research.md` and `references/ib-ma.md`).

It sits in Business, Finance & HR, covering Stock and market analysis, Sales call preparation and Accounting and bookkeeping. It works with Model Context Protocol. The repository describes itself as: 166 production-ready Claude AI skills organized by corporate role — executive leadership, finance, HR, marketing, sales, legal, operations, engineering, product, data, customer…. The licence is Apache-2.0.

When your agent uses it

  • The user asks for a tear sheet
  • Company one-pager
  • Company profile
  • Company snapshot

Example prompts

  • “/tear-sheet”

Workflow steps

4 steps, taken from the step headings in SKILL.md.

  1. Identify Inputs
  2. Read the Audience-Specific Reference
  3. Pull Data via S&P Global MCP
  4. Format as DOCX

What it can do on your machine

Read from SKILL.md and the folder at commit 78dbc7c. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are javascript and bash).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Tear Sheet loads about 7.8k tokens when it runs, and up to ~19k if it reads all its reference files. Until then it costs about 192 tokens; SKILL.md has 3,156 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~192
When it runs · the whole SKILL.md, loaded when a task matches
~7.8k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~19k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from w95/awesome-claude-corporate-skills at commit 78dbc7c, republished under its Apache-2.0 licence (© w95). 3,156 words, ~7,765 tokens.

Download SKILL.mdSave it as .claude/skills/tear-sheet/SKILL.md (or your agent's skills folder). This skill also uses 5 other files; get the full folder from GitHub.
name
tear-sheet
description
Generate professional company tear sheets using S&P Capital IQ data via the Kensho LLM-ready API MCP server. Use this skill whenever the user asks for a tear sheet, company one-pager, company profile, fact sheet, company snapshot, or company overview document — especially when they mention a specific company name or ticker. Also trigger when users ask for equity research summaries, M&A company profiles, corporate development target profiles, sales/BD meeting prep documents, or any concise single-company financial summary. This skill supports four audience types: equity research, investment banking/M&A, corporate development, and sales/business development. If the user doesn't specify an audience, ask. Works for both public and private companies.

Financial Tear Sheet Generator

Generate audience-specific company tear sheets by pulling live data from S&P Capital IQ via the S&P Global MCP tools and formatting the result as a professional Word document.

Style Configuration

These are sensible defaults. To customize for your firm's brand, modify this section — common changes include swapping the color palette, changing the font (Calibri is standard at many banks), and updating the disclaimer text.

Colors:

  • Primary (header banner background, section header text): #1F3864
  • Accent (signature section highlights): #2E75B6
  • Table header row fill: #D6E4F0
  • Table alternating row fill: #F2F2F2
  • Table borders: #CCCCCC
  • Header banner text: #FFFFFF

Typography (sizes in half-points for docx-js):

  • Font family: Arial
  • Company name: 18pt bold (size: 36)
  • Section headers: 11pt bold (size: 22), Primary color
  • Body text: 9pt (size: 18)
  • Table text: 8.5pt (size: 17)
  • Footer/disclaimer: 7pt italic (size: 14)
  • Per-template overrides are specified in each reference file's Formatting Notes.

Company Header Banner:

  • The header is a navy (#1F3864) banner spanning the full page width with company name in white.
  • Below the banner, key-value pairs MUST be rendered in a two-column borderless table spanning the full page width. Left column: company identifiers (ticker, HQ, founded, employees, sector). Right column: financial identifiers (market cap, EV, stock price, shares outstanding). Each cell contains a bold label and regular-weight value on the same line (e.g., "Market Cap $124.7B"). Do not left-justify all fields in a single column — this wastes horizontal space and looks unprofessional. The two-column spread is the single most important visual signal that distinguishes a professional tear sheet from a default document.
    • Implementation: Create a 2-column table with borders: none and shading: none on all cells. Set column widths to 50% each. Place left-column fields (ticker, HQ, founded, employees) as separate paragraphs in the left cell. Place right-column fields (market cap, EV, stock price, shares outstanding) in the right cell. Each field is a single paragraph: bold run for the label, regular run for the value.
    • The specific fields in each column vary by audience — see the reference file's header spec. The principle is always: spread across the page, not clumped left.
  • Do not use a bordered table for the header key-value block. Bordered tables are reserved for financial data only.
  • Key metrics in the header (market cap, EV, stock price) should be displayed as inline key-value pairs, not in a separate bordered table.

Section Headers:

  • Each section header gets a horizontal rule (thin line, #CCCCCC, 0.5pt) directly beneath it to create clean visual separation between sections.
  • Render the rule as a bottom border on the header paragraph itself — do not insert a separate paragraph element for the rule. A separate paragraph adds its own before/after spacing and causes excessive whitespace below section titles.
  • Implementation: In docx-js, apply a bottom border to the section header paragraph via paragraph.borders.bottom = { style: BorderStyle.SINGLE, size: 1, color: "CCCCCC" }. Do not use doc.addParagraph() with a separate horizontal rule element. Do not use thematicBreak. The border must be on the heading paragraph itself with 0pt spacing after, so the rule sits tight against the header text.
  • Spacing: 12pt before the header paragraph, 0pt after the header paragraph, 4pt before the next content element.

Bullet Formatting:

  • Use a single bullet character (•) for all bulleted content across all tear sheet types. Do not mix •, -, ▸, or numbered lists within or across tear sheets.
  • Synthesis/analysis bullets (Earnings Highlights, Strategic Fit, Integration Considerations, Conversation Starters): indented block-style formatting with left indent 360 DXA (0.25") and a hanging indent for the bullet character. These should be visually offset from body text — they're interpretive content and should look distinct from data tables and prose paragraphs.
  • Informational bullets within relationship sections: standard body indent (180 DXA), no hanging indent.
  • Do not apply left-border accents to any bullet sections. Left-border styling renders inconsistently in docx-js and creates visual artifacts. Use indentation and text size differentiation to distinguish signature sections instead.

Tables (financial data only):

  • Header row: Table Header Fill (#D6E4F0) with bold dark text
  • Body rows: alternating white / Table Alternating Fill (#F2F2F2)
  • Borders: Table Border color (#CCCCCC), thin (BorderStyle.SINGLE, size 1)
  • Cell padding: top/bottom 40 DXA, left/right 80 DXA
  • Right-align all numeric columns
  • Always use ShadingType.CLEAR (never SOLID — SOLID causes black backgrounds)

Layout:

  • US Letter portrait, 0.75" margins (1080 DXA all sides)

Number formatting:

  • Currency: USD. Use millions unless company revenue > $50B (then billions, one decimal). Label units in column headers (e.g., "Revenue ($M)"), not in individual cells.
  • Table cells: plain numbers with commas, no dollar signs. Example: a revenue cell shows "4,916" not "$4,916". The column header carries the unit.
  • Fiscal years: actual years (FY2022, FY2023, FY2024), never relative labels (FY-2, FY-1).
  • Negatives: parentheses, e.g., (2.3%)
  • Percentages: one decimal place
  • Large numbers: commas as thousands separators

Footer (document footer, not inline): Place the source attribution and disclaimer in the actual document footer (repeated on every page), not as inline body text at the bottom. The footer is exactly two lines, centered, on every page:

  • Line 1: "Data: S&P Capital IQ via Kensho | Analysis: AI-generated | [Month Day, Year]"
  • Line 2: "For informational purposes only. Not investment advice."
  • Style: 7pt italic, centered, #666666 text color
  • This footer text must be identical across all tear sheet types for the same company. Do not vary the wording by audience.
  • This footer is required on every tear sheet, every audience type, every page. Do not omit it.

Component Functions

You MUST use these exact functions to create document elements. Do NOT write custom docx-js styling code. Copy these functions into your generated Node script and call them. The Style Configuration prose above remains as documentation; these functions are the enforcement mechanism.

javascript
const docx = require("docx");
const {
  Document, Paragraph, TextRun, Table, TableRow, TableCell,
  WidthType, AlignmentType, BorderStyle, ShadingType,
  Header, Footer, PageNumber, HeadingLevel, TableLayoutType,
  convertInchesToTwip
} = docx;

// ── Color constants ──
const COLORS = {
  PRIMARY: "1F3864",
  ACCENT: "2E75B6",
  TABLE_HEADER_FILL: "D6E4F0",
  TABLE_ALT_ROW: "F2F2F2",
  TABLE_BORDER: "CCCCCC",
  HEADER_TEXT: "FFFFFF",
  FOOTER_TEXT: "666666",
};

const FONT = "Arial";

// ── 1. createHeaderBanner ──
// Returns an array of docx elements: [banner paragraph, key-value table]
function createHeaderBanner(companyName, leftFields, rightFields) {
  // leftFields / rightFields: arrays of { label: string, value: string }
  const banner = new Paragraph({
    children: [
      new TextRun({
        text: companyName,
        bold: true,
        size: 36, // 18pt
        color: COLORS.HEADER_TEXT,
        font: FONT,
      }),
    ],
    shading: { type: ShadingType.CLEAR, color: "auto", fill: COLORS.PRIMARY },
    spacing: { after: 0 },
    alignment: AlignmentType.LEFT,
  });

  function buildCellParagraphs(fields) {
    return fields.map(
      (f) =>
        new Paragraph({
          children: [
            new TextRun({ text: f.label + "  ", bold: true, size: 18, font: FONT }),
            new TextRun({ text: f.value, size: 18, font: FONT }),
          ],
          spacing: { after: 40 },
        })
    );
  }

  const noBorder = { style: BorderStyle.NONE, size: 0, color: "FFFFFF" };
  const noBorders = { top: noBorder, bottom: noBorder, left: noBorder, right: noBorder };
  const noShading = { type: ShadingType.CLEAR, color: "auto", fill: "FFFFFF" };

  const kvTable = new Table({
    rows: [
      new TableRow({
        children: [
          new TableCell({
            children: buildCellParagraphs(leftFields),
            width: { size: 50, type: WidthType.PERCENTAGE },
            borders: noBorders,
            shading: noShading,
          }),
          new TableCell({
            children: buildCellParagraphs(rightFields),
            width: { size: 50, type: WidthType.PERCENTAGE },
            borders: noBorders,
            shading: noShading,
          }),
        ],
      }),
    ],
    width: { size: 100, type: WidthType.PERCENTAGE },
  });

  return [banner, kvTable];
}

// ── 2. createSectionHeader ──
// Returns a single Paragraph with bottom border rule
function createSectionHeader(text) {
  return new Paragraph({
    children: [
      new TextRun({
        text: text,
        bold: true,
        size: 22, // 11pt
        color: COLORS.PRIMARY,
        font: FONT,
      }),
    ],
    spacing: { before: 240, after: 0 }, // 12pt before, 0pt after
    border: {
      bottom: { style: BorderStyle.SINGLE, size: 1, color: COLORS.TABLE_BORDER },
    },
  });
}

// ── 3. createTable ──
// headers: string[], rows: string[][], options: { accentHeader?, fontSize? }
function createTable(headers, rows, options = {}) {
  const fontSize = options.fontSize || 17; // 8.5pt default
  const headerFill = options.accentHeader ? COLORS.ACCENT : COLORS.TABLE_HEADER_FILL;
  const headerTextColor = options.accentHeader ? COLORS.HEADER_TEXT : "000000";

  const cellBorders = {
    top: { style: BorderStyle.SINGLE, size: 1, color: COLORS.TABLE_BORDER },
    bottom: { style: BorderStyle.SINGLE, size: 1, color: COLORS.TABLE_BORDER },
    left: { style: BorderStyle.SINGLE, size: 1, color: COLORS.TABLE_BORDER },
    right: { style: BorderStyle.SINGLE, size: 1, color: COLORS.TABLE_BORDER },
  };

  const cellMargins = { top: 40, bottom: 40, left: 80, right: 80 };

  function isNumeric(val) {
    if (typeof val !== "string") return false;
    const cleaned = val.replace(/[,$%()]/g, "").trim();
    return cleaned !== "" && !isNaN(cleaned);
  }

  // Header row
  const headerRow = new TableRow({
    children: headers.map(
      (h) =>
        new TableCell({
          children: [
            new Paragraph({
              children: [
                new TextRun({
                  text: h,
                  bold: true,
                  size: fontSize,
                  color: headerTextColor,
                  font: FONT,
                }),
              ],
            }),
          ],
          shading: { type: ShadingType.CLEAR, color: "auto", fill: headerFill },
          borders: cellBorders,
          margins: cellMargins,
        })
    ),
  });

  // Data rows with alternating shading
  const dataRows = rows.map((row, rowIdx) => {
    const fill = rowIdx % 2 === 1 ? COLORS.TABLE_ALT_ROW : "FFFFFF";
    return new TableRow({
      children: row.map((cell, colIdx) => {
        const align = colIdx > 0 && isNumeric(cell)
          ? AlignmentType.RIGHT
          : AlignmentType.LEFT;
        return new TableCell({
          children: [
            new Paragraph({
              children: [
                new TextRun({ text: cell, size: fontSize, font: FONT }),
              ],
              alignment: align,
            }),
          ],
          shading: { type: ShadingType.CLEAR, color: "auto", fill: fill },
          borders: cellBorders,
          margins: cellMargins,
        });
      }),
    });
  });

  return new Table({
    rows: [headerRow, ...dataRows],
    width: { size: 100, type: WidthType.PERCENTAGE },
  });
}

// ── 4. createBulletList ──
// items: string[], style: "synthesis" | "informational"
function createBulletList(items, style = "synthesis") {
  const indent =
    style === "synthesis"
      ? { left: 360, hanging: 180 }   // 360 DXA left, hanging indent for bullet
      : { left: 180 };                 // 180 DXA, no hanging

  return items.map(
    (item) =>
      new Paragraph({
        children: [
          new TextRun({ text: "•  ", font: FONT, size: 18 }),
          new TextRun({ text: item, font: FONT, size: 18 }),
        ],
        indent: indent,
        spacing: { after: 60 },
      })
  );
}

// ── 5. createFooter ──
// date: string (e.g., "February 23, 2026")
function createFooter(date) {
  return new Footer({
    children: [
      new Paragraph({
        children: [
          new TextRun({
            text: `Data: S&P Capital IQ via Kensho | Analysis: AI-generated | ${date}`,
            italics: true,
            size: 14, // 7pt
            color: COLORS.FOOTER_TEXT,
            font: FONT,
          }),
        ],
        alignment: AlignmentType.CENTER,
      }),
      new Paragraph({
        children: [
          new TextRun({
            text: "For informational purposes only. Not investment advice.",
            italics: true,
            size: 14,
            color: COLORS.FOOTER_TEXT,
            font: FONT,
          }),
        ],
        alignment: AlignmentType.CENTER,
      }),
    ],
  });
}

Usage in generated scripts:

  1. Copy all functions and constants above into the generated Node.js script
  2. Call createHeaderBanner(...) instead of manually building banner paragraphs and tables
  3. Call createSectionHeader(...) for every section title — never manually set paragraph borders
  4. Call createTable(...) for all tabular data — financial summaries, trading comps, M&A activity, relationship tables, funding history, etc. Pass { accentHeader: true } for M&A activity tables (IB/M&A template). For non-numeric tables (e.g., relationships, ownership), the function still works correctly — it only right-aligns cells that contain numeric values.
  5. Call createBulletList(items, "synthesis") for earnings highlights, strategic fit, integration considerations, and conversation starters
  6. Call createBulletList(items, "informational") for relationship entries
  7. Pass createFooter(date) to the Document constructor's footers.default property

What these functions eliminate:

  • Black background tables (enforces ShadingType.CLEAR everywhere)
  • Separate horizontal rule paragraphs under section headers (enforces border.bottom on the paragraph itself)
  • Bordered key-value tables in headers (enforces borders: none)
  • Inconsistent bullet styles (enforces • character only)
  • Missing footers (provides the exact footer structure)

Workflow

Step 1: Identify Inputs

Gather up to four things before proceeding:

  1. Company — name or ticker. If only a ticker, resolve the full company name with an initial query (e.g., use the company info tool).
  2. Audience — one of four types:
    • Equity Research — for buy-side/sell-side analysts evaluating an investment
    • IB / M&A — for bankers profiling a company in transaction context
    • Corp Dev — for internal strategic teams evaluating an acquisition target
    • Sales / BD — for commercial teams preparing for a client meeting
  3. Comparable companies (optional) — if the user has specific comps in mind, note them. Otherwise the skill will identify peers from S&P Global data. This matters for Equity Research, IB/M&A, and Corp Dev tear sheets.
  4. Page length preference (optional) — defaults vary by audience (see below), but the user can override.

If the user doesn't specify an audience, ask.

Step 2: Read the Audience-Specific Reference

Read the corresponding reference file from this skill's directory:

  • Equity Research → references/equity-research.md
  • IB / M&A → references/ib-ma.md
  • Corp Dev → references/corp-dev.md
  • Sales / BD → references/sales-bd.md

Each reference defines sections, a query plan, formatting guidance, and page length defaults.

Step 3: Pull Data via S&P Global MCP

First: Create the intermediate file directory:

bash
mkdir -p /tmp/tear-sheet/

Use the S&P Global MCP tools (also known as the Kensho LLM-ready API). Claude will have access to structured tools for financial data, company information, market data, consensus estimates, earnings transcripts, M&A transactions, and business relationships. The query plans in each reference file describe what data to retrieve for each section — map these to the appropriate S&P Global tools available in the conversation.

After each query step, immediately write the retrieved data to the intermediate file(s) specified in the reference file's query plan. Do not defer writes — data written to disk is protected from context degradation in long conversations.

Query strategy: Each reference file includes a query plan with 4-6 data retrieval steps. These are starting points, not rigid constraints. Prioritize data completeness over minimizing calls:

  • Always pull 4 fiscal years of financial data, even though only 3 years are displayed. The fourth (earliest) year is needed to compute YoY revenue growth for the first displayed year. Without it, the earliest year's growth rate will show "N/A" — which looks like missing data, not a design choice.
  • Execute the query plan as written, using whichever S&P Global tools match the data needed.
  • If a tool call returns incomplete results, try alternative tools or narrower queries. For example, if company summary doesn't include segment detail, try the segments tool directly.
  • If a data point isn't returned after a targeted retry, move on — label it "N/A" or "Not disclosed."
  • Never fabricate data. If the tools don't return a number, do not estimate from training knowledge.

User-specified comps: If the user provided comparable companies, query financials and multiples for each comp explicitly. If no comps were provided, use whatever peer data the tools return, or identify peers from the company's sector using the competitors tool.

Optional context from the user: Listen for additional context the user provides naturally. If they mention who the acquirer is ("we're looking at this for our platform"), what they sell ("we sell data analytics to banks"), or who the likely buyers are ("this would be interesting to Salesforce or Microsoft"), incorporate that context into the relevant synthesis sections (Strategic Fit, Conversation Starters, Deal Angle). Don't prompt for this information — just use it if offered.

Private company handling: CIQ includes private company data, so query the same way. However, expect sparser results. When generating for a private company:

  • Skip: stock price, 52-week range, beta, stock performance, consensus estimates, trading comps
  • Lean into: business overview, relationships, ownership structure, whatever financials are available
  • Note "Private Company" prominently in the header
Step 3b: Calculate Derived Metrics

After all data collection is complete and intermediate files are written, compute all derived metrics in a single dedicated pass. This is a calculation-only step — no new MCP queries.

Read all intermediate files back into context, then compute:

  • Margins: Gross Margin %, EBITDA Margin %, FCF Margin %, Operating Margin %
  • Growth rates: YoY revenue growth, YoY segment revenue growth, YoY EPS growth
  • Efficiency ratios: FCF Conversion (FCF/EBITDA), R&D as % of Revenue, Capex as % of Revenue
  • Capital structure: Net Debt (Total Debt − Cash & Equivalents), Net Debt / EBITDA
  • Segment mix: Each segment's revenue as % of consolidated total revenue (use consolidated revenue as denominator per Data Integrity Rule 8)

Validation (moved from Arithmetic Validation): During this calculation pass, enforce all arithmetic checks:

  • Margin calculations: Verify EBITDA Margin = EBITDA / Revenue, Gross Margin = Gross Profit / Revenue, etc. If the computed margin doesn't match the raw numbers, use the computation from raw components.
  • Growth rates: Verify YoY growth = (Current − Prior) / Prior. Don't rely on pre-computed growth rates if you have the underlying values.
  • Segment totals: If showing revenue by segment, verify segments sum to total revenue (within rounding tolerance). If they don't, omit the total row rather than publishing inconsistent math.
  • Percentage columns: Verify "% of Total" columns sum to ~100%.
  • Valuation cross-checks: If you show both EV and EV/Revenue, verify EV / Revenue ≈ the stated multiple.

If a validation fails: attempt recalculation from raw data. If still inconsistent, flag the metric as "N/A" rather than publishing incorrect numbers. Quiet math errors in a tear sheet destroy credibility.

Write results to /tmp/tear-sheet/calculations.csv with columns: metric,value,formula,components

Example rows:

metric,value,formula,components
gross_margin_fy2024,72.4%,gross_profit/revenue,"9524/13159"
revenue_growth_fy2024,12.3%,(current-prior)/prior,"13159/11716"
net_debt_fy2024,2150,total_debt-cash,"4200-2050"
Show full SKILL.md (1,197 more words)Show less
Step 3c: Verify Data Files

Before generating the document, verify that all intermediate files are present and populated.

Read each intermediate file via separate read operations and print a verification summary:

=== Tear Sheet Data Verification ===
company-profile.txt: ✓ (12 fields)
financials.csv:      ✓ (36 rows)
segments.csv:        ✓ (8 rows)
valuation.csv:       ✓ (5 rows)
calculations.csv:    ✓ (18 rows)
earnings.txt:        ✓ (populated)
relationships.txt:   ⚠ MISSING
peer-comps.csv:      ✓ (12 rows)
================================

Soft gate: If any file expected for the current audience type is missing or empty, print a warning but continue. The tear sheet handles missing data gracefully with "N/A" and section skipping. However, the warning ensures visibility into what data was lost.

Critical rule: The files — not your memory of earlier conversation — are the single source of truth for every number in the document. When generating the DOCX in Step 4, read values from the intermediate files. Do not rely on conversation context for financial data.

Step 4: Format as DOCX

Read /mnt/skills/public/docx/SKILL.md for docx creation mechanics (docx-js via Node). Apply the Style Configuration above plus the section-specific formatting in the reference file.

Page length defaults (user can override):

  • Equity Research: 1 page (density is the convention)
  • IB / M&A: 1-2 pages
  • Corp Dev: 1-2 pages
  • Sales / BD: 1-2 pages

If content exceeds the target, each reference file specifies which sections to cut first.

Output filename: [CompanyName]_TearSheet_[Audience]_[YYYYMMDD].docx Example: Nvidia_TearSheet_CorpDev_20260220.docx

Save to /mnt/user-data/outputs/ and present to the user.

Data Integrity Rules

These override everything else:

  1. S&P Global tools are the only source for financial data. Do not fill gaps with training knowledge — it may be stale or wrong.
  2. Label what you can't find. Use "N/A" or "Not disclosed" rather than omitting a row silently.
  3. Dates matter. Note the fiscal year end or reporting period. Don't assume calendar year = fiscal year. Market data (stock prices, market cap) should include an "as of" date.
  4. Don't mix reporting periods. If you have FY2023 revenue and LTM EBITDA, label them distinctly.
  5. Prefer MCP-returned fields over manual computation. If the S&P Global tools return a pre-computed field (e.g., net debt, EBITDA, FCF), use that value directly rather than computing it from components. Only compute derived metrics manually when the tools do not return the field. This reduces discrepancies.
  6. Ensure consistency across tear sheet types. If generating multiple tear sheets for the same company (e.g., equity research and IB/M&A in the same session), the same underlying data points must produce identical values across all outputs. Net debt, revenue, EBITDA, margins, and growth rates must match exactly. Do not re-query or re-compute independently per report — reuse the same retrieved values.
  7. Never downgrade known transaction values. If the M&A tools return a deal value for a transaction, that value must appear in the output. Do not replace a known deal value with "Undisclosed." Use "Undisclosed" only when the tools genuinely return no value for a transaction.
  8. Use consolidated revenue as the denominator for segment percentages. When computing "% of Total" for segment tables, divide each segment's revenue by consolidated total revenue (as reported on the income statement), not by the sum of segment revenues. The sum of segments often exceeds consolidated revenue due to intersegment eliminations. Using consolidated revenue ensures percentages align with the total revenue figure shown elsewhere in the document.
  9. Always include forward (NTM) multiples when available. If the tools return both trailing and forward valuation multiples, both must appear in the output. Forward multiples are the primary valuation reference for equity research, IB/M&A, and corp dev audiences. Never show only trailing multiples when forward data is available.
  10. No S&P Global tool returns executive or management data. Do not populate management names, titles, or biographical details from training data — this violates Rule 1 and produces stale information. If a management section appears in a template, omit it entirely. Ownership structure (institutional holders, insider %, PE sponsor) may be included only if returned by the tools — gate with "data permitting."

Intermediate File Rule

All data retrieved from MCP tools must be persisted to structured intermediate files before document generation. These files — not conversation context — are the single source of truth for every number in the document.

Setup: At the start of Step 3, create the working directory:

mkdir -p /tmp/tear-sheet/

Write-after-query mandate: After each MCP query step completes, immediately write the retrieved data to the appropriate intermediate file(s). Do not wait until all queries finish. Each reference file's query plan specifies which file(s) to write after each step.

File schemas:

FileFormatColumns / StructureUsed By
/tmp/tear-sheet/company-profile.txtKey-value textname, ticker, exchange, HQ, sector, industry, founded, employees, market_cap, enterprise_value, stock_price, 52wk_high, 52wk_low, shares_outstanding, beta, ownershipAll
/tmp/tear-sheet/financials.csvCSVperiod,line_item,value,sourceAll
/tmp/tear-sheet/segments.csvCSVperiod,segment_name,revenue,sourceER, IB, CD
/tmp/tear-sheet/valuation.csvCSVmetric,trailing,forward,sourceER, IB, CD
/tmp/tear-sheet/consensus.csvCSVmetric,fy_year,value,sourceER
/tmp/tear-sheet/earnings.txtStructured textQuarter, date, key quotes, guidance, key driversER, IB, Sales
/tmp/tear-sheet/relationships.txtStructured textCustomers, suppliers, partners, competitors — each with descriptorsIB, CD, Sales
/tmp/tear-sheet/peer-comps.csvCSVticker,metric,value,sourceER, IB, CD
/tmp/tear-sheet/ma-activity.csvCSVdate,target,deal_value,type,rationale,sourceIB, CD
/tmp/tear-sheet/calculations.csvCSVmetric,value,formula,componentsAll (written in Step 3b)

Abbreviations: ER = Equity Research, IB = IB/M&A, CD = Corp Dev, Sales = Sales/BD.

Not every audience type uses every file — the reference files define which query steps apply. Files not relevant to the current audience type need not be created.

Raw values only. Intermediate files store raw values as returned by the tools. Do not pre-compute margins, growth rates, or other derived metrics in these files — that happens in Step 3b.

Page budget enforcement: Each reference file specifies a default page length and a numbered cut order. If the rendered document exceeds the target, apply cuts in the order specified — do not attempt to shrink font sizes or margins below the template minimums. The cut order is a strict priority stack: cut section 1 completely before touching section 2.

Content Quality Rules

  1. Rewrite every narrative section for the audience. The CIQ company summary is an input, not an output. Each audience type needs a different description: concise and thesis-oriented for equity research, pitchbook prose for IB, product-focused for Corp Dev, plain language for Sales/BD. Never paste the CIQ summary verbatim into any tear sheet.
  2. Differentiate earnings highlights by audience. The same earnings call produces different takeaways for different readers. Equity research wants segment-level performance and consensus beat/miss. IB wants margin trajectory and strategic commentary. Sales/BD wants strategic themes that create conversation angles. Do not reuse the same bullets across tear sheet types.
  3. Synthesis sections are the differentiator. Strategic Fit Analysis, Integration Considerations, Conversation Starters, and Business Overview paragraphs are where the tear sheet earns its value. These sections require analytical reasoning that connects data points into a narrative — listing company names without context is not synthesis.
  4. Flag pending divestitures in segment tables. If a company has announced a pending divestiture of a segment or business unit, add a footnote or parenthetical to the segment table noting the pending transaction (e.g., "Mobility* — *Pending divestiture, expected mid-2026"). For Corp Dev and IB/M&A tear sheets, include a one-line note below the segment table showing pro-forma revenue and revenue mix excluding the divested segment. This helps the reader evaluate the "go-forward" business without doing the math themselves.
Arithmetic Validation

→ Arithmetic validation is now enforced in Step 3b (Calculate Derived Metrics). All margin calculations, growth rates, segment totals, percentage columns, and valuation cross-checks are validated during the dedicated calculation pass, before document generation begins. See Step 3b for the full validation checklist.

© w95, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 5 other files (references) in 02-finance-accounting/spglobal-tear-sheet of w95/awesome-claude-corporate-skills.

  • SKILL.md
  • LICENSE
  • references/corp-dev.md
  • references/equity-research.md
  • references/ib-ma.md
  • references/sales-bd.md

Open the folder on GitHubat commit 78dbc7c

Used in 1 other repository

We found 1 copy of this SKILL.md (exact, near-identical or edited) in other folders, from 1 other GitHub owner. This page covers the copy in w95/awesome-claude-corporate-skills, which our catalogue first saw on October 7, 2026.

Compare with similar skills

Tear Sheet next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Tear Sheet compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Tear Sheet this skillw95/awesome-claude-corporate-skills2371 repos~7.8kAutomated safety check: PassApache-2.0
Longbridge Value Investinghelsome/folio2692 repos~1.2kAutomated safety check: PassMIT
Stock APIzhangxiangliang/stock-api2k—~507Automated safety check: PassMIT
Tradingview MCPatilaahmettaner/tradingview-mcp5k—~1.3kAutomated safety check: PassMIT
Agentic Trading DeskOft3r/agentic-trading-desk306—~5.1kAutomated safety check: PassMIT
Earnings AnalysisWind-Alice/AliceMarket1303 repos~2.2kAutomated safety check: PassNone

Similar skills

  • Value investing analysis using Graham (NCAV/net-net/defensive-investor) and Buffett (economic moat/ROE/FCF) methodologies.

    269 GitHub starsUsed in 2 repos~1.2k tokens
    Business, Finance & HRAuto-check passed
  • Stock API

    zhangxiangliang/stock-api

    Fetch real-time stock quotes, K-line (candlestick) history, and search symbols for China A-shares, Hong Kong, and US markets.

    2k GitHub stars~507 tokensUpdated today
    Business, Finance & HRAuto-check passed
  • Tradingview MCP

    atilaahmettaner/tradingview-mcp

    AI Trading Intelligence — live prices, 30+ technical indicators, backtesting (6 strategies), walk-forward overfitting detection, trade logs, equity curves, licensed news sentiment (Marketaux), and…

    5k GitHub stars~1.3k tokensUpdated yesterday
    Business, Finance & HRAuto-check passed
  • Agentic Trading Desk

    Oft3r/agentic-trading-desk

    Personal trading desk for short-term technical analysis on stocks/ETFs via Robinhood MCP.

    306 GitHub stars~5.1k tokensUpdated 1 mo ago
    Business, Finance & HRAuto-check passed
  • Earnings Analysis

    Wind-Alice/AliceMarket

    Create professional equity research earnings update reports (8-12 pages, 3,000-5,000 words) analyzing quarterly results for companies already under coverage.

    130 GitHub starsUsed in 3 repos~2.2k tokens
    Business, Finance & HRAuto-check passed
  • Apocdata

    ApocData/ApocData-skill

    A-share data service with structured announcement parsing: every announcement carries an AI summary, category, importance level and sentiment, fully traceable to source.

    104 GitHub stars~1.9k tokensUpdated 23 days ago
    Business, Finance & HRAuto-check passed

More from w95/awesome-claude-corporate-skills

All 39 skills in this repo
  • Data Context Extractor

    w95/awesome-claude-corporate-skills

    Generate or improve a company-specific data analysis skill by extracting tribal knowledge from analysts.

    237 GitHub starsUsed in 1 repo~1.8k tokens
    Auto-check passed
  • Competitive Analysis

    w95/awesome-claude-corporate-skills

    Framework for competitive landscape analysis across any industry.

    237 GitHub starsUsed in 1 repo~4k tokens
    Auto-check passed
  • Account Research

    w95/awesome-claude-corporate-skills

    Research a company using Common Room data. An agent skill from w95/awesome-claude-corporate-skills.

    237 GitHub stars~1.5k tokensUpdated 7 mo ago
    Auto-check passed
  • Call Prep

    w95/awesome-claude-corporate-skills

    Prepare for a customer or prospect call using Common Room signals.

    237 GitHub stars~1.5k tokensUpdated 7 mo ago
    Auto-check passed
  • Compose Outreach

    w95/awesome-claude-corporate-skills

    Generate personalized outreach messages using Common Room signals.

    237 GitHub stars~1.4k tokensUpdated 7 mo ago
    Auto-check passed
  • SQL Queries

    w95/awesome-claude-corporate-skills

    Write correct, performant SQL across all major data warehouse dialects (Snowflake, BigQuery, Databricks, PostgreSQL, etc.).

    237 GitHub starsUsed in 3 repos~2.8k tokens
    Auto-check passed

Questions about Tear Sheet

What does Tear Sheet do?

Generate professional company tear sheets using S&P Capital IQ data via the Kensho LLM-ready API MCP server. Tear Sheet is an agent skill from w95/awesome-claude-corporate-skills. Generate professional company tear sheets using S&P Capital IQ data via the Kensho LLM-ready API MCP server.

When should I use Tear Sheet?

Tear Sheet fits situations like: the user asks for a tear sheet; company one-pager; company profile; company snapshot.

How do I install Tear Sheet in Claude Code?

Run `npx skills add w95/awesome-claude-corporate-skills --skill tear-sheet -a claude-code`. Or copy the skill folder (02-finance-accounting/spglobal-tear-sheet in w95/awesome-claude-corporate-skills) into .claude/skills/tear-sheet in your project. Claude Code loads it when a task matches its description.

How do I install Tear Sheet in Codex?

Run `npx skills add w95/awesome-claude-corporate-skills --skill tear-sheet -a codex`. Or copy the skill folder (02-finance-accounting/spglobal-tear-sheet in w95/awesome-claude-corporate-skills) into .agents/skills/tear-sheet in your project. Codex loads it when a task matches its description.

Can I use Tear Sheet in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add w95/awesome-claude-corporate-skills --skill tear-sheet -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/tear-sheet, .gemini/skills/tear-sheet, .github/skills/tear-sheet and .opencode/skills/tear-sheet in your project.

What does Tear Sheet need to run?

SKILL.md names no scripts, command-line tools or credentials: Tear Sheet is instructions for the agent only.

Does Tear Sheet access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Tear Sheet safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Tear Sheet use?

Tear Sheet is published under the Apache-2.0 licence (from the LICENSE file in the skill folder). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Tear Sheet use?

About 7.8k tokens (SKILL.md is roughly 31k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 11k tokens, read only when the agent opens those files.

What are the alternatives to Tear Sheet?

Skills that share tags, products or a category with Tear Sheet: Longbridge Value Investing (helsome/folio, 269 stars), Stock API (zhangxiangliang/stock-api, 2k stars), Tradingview MCP (atilaahmettaner/tradingview-mcp, 5k stars) and Agentic Trading Desk (Oft3r/agentic-trading-desk, 306 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Tear Sheet?

w95 (a GitHub user) maintains it in w95/awesome-claude-corporate-skills, which has 237 GitHub stars. The repository holds 39 skills in this directory. The repository was last updated on February 26, 2026.

Source: w95/awesome-claude-corporate-skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.