> ## Documentation Index
> Fetch the complete documentation index at: https://financecontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Making It Your Own

> A detailed guide to customizing Claude for Financial Services plugins for your firm's workflows, data sources, templates, and terminology.

# Making It Your Own

Every financial firm has its own way of doing things -- its own models, templates, terminology, and deal processes. These plugins are designed as starting points that you customize to match how your team actually works. This page walks you through every type of customization with detailed examples.

The key insight is that everything is file-based -- markdown and JSON. There is no code to write, no infrastructure to deploy, no build steps to run. If you can edit a text file, you can customize these plugins.

## Why Customization Matters

Out of the box, the plugins follow industry-standard practices. But "industry standard" is not the same as "how we do it at Goldman" or "how we do it at KKR." Here are real examples of firm-specific differences:

* **Formatting:** Some firms use Times New Roman; others use Calibri. Some report EBITDA excluding stock-based compensation; others include it.
* **Terminology:** At one firm, "the book" means the CIM; at another, "the model" always refers to the LBO model.
* **Process:** Some firms require 3 IC rounds; others require 2. Some use fully competitive auctions; others prefer negotiated deals.
* **Data sources:** Your firm might use Bloomberg instead of FactSet, or have an internal data warehouse that is the authoritative source for certain metrics.

When you encode these preferences into the plugin files, Claude stops generating generic output and starts producing work that fits your firm's standards.

## Swapping Data Connectors

Edit `.mcp.json` to point Claude at your specific data providers and internal tools. The financial-analysis plugin ships with 11 pre-configured MCP integrations, but you can replace, add, or remove any of them.

**Default `.mcp.json` structure:**

```json theme={null}
{
  "mcpServers": {
    "daloopa": {
      "url": "https://mcp.daloopa.com/server/mcp",
      "headers": {
        "Authorization": "Bearer YOUR_DALOOPA_API_KEY"
      }
    },
    "factset": {
      "url": "https://mcp.factset.com/mcp",
      "headers": {
        "Authorization": "Bearer YOUR_FACTSET_API_KEY"
      }
    }
  }
}
```

### Example: Replacing FactSet with Bloomberg

If your firm uses Bloomberg instead of FactSet, edit `.mcp.json`:

```json theme={null}
{
  "mcpServers": {
    "bloomberg": {
      "url": "https://mcp.bloomberg.com/mcp",
      "headers": {
        "Authorization": "Bearer YOUR_BLOOMBERG_API_KEY"
      }
    }
  }
}
```

### Example: Adding Internal Tools

```json theme={null}
{
  "mcpServers": {
    "firm-crm": {
      "url": "https://crm.your-firm.com/mcp",
      "headers": {
        "X-API-Key": "YOUR_CRM_KEY"
      }
    },
    "firm-data-warehouse": {
      "url": "https://data.your-firm.com/mcp",
      "headers": {
        "Authorization": "Bearer YOUR_DW_TOKEN"
      }
    }
  }
}
```

<Tip>
  Only configure the providers you have active subscriptions for. Claude will use whatever sources are available and will not attempt to connect to unconfigured endpoints.
</Tip>

## Adding Firm Context to Skills

This is where customization has the biggest impact. Drop your firm's terminology, deal processes, and formatting standards directly into skill files. Claude will draw on this context automatically when relevant.

### How to Edit a Skill File

Skill files are located at `skills/[skill-name]/SKILL.md` within each plugin directory. Open any skill file in a text editor and add a "Firm Context" section:

```markdown theme={null}
## Firm Context

### Our Formatting Standards
- All models use Times New Roman 11pt, blue inputs, black formulas
- EBITDA is always reported excluding stock-based compensation
- Our deal team uses "Project [Name]" for all deals -- never the company name in external materials

### Our Deal Process
- LOI typically signed within 2 weeks of initial management meeting
- IC process requires 3 rounds: screening, preliminary IC, and final IC
- All comps analyses must include our standard footnote: "Source: [Provider], as of [Date]"

### Internal Terminology
- "The book" = CIM (Confidential Information Memorandum)
- "The model" always refers to the LBO model, not a DCF
- "Red process" = fully competitive auction with process letter
```

### Example: Customizing the Comps Analysis Skill

In `financial-analysis/skills/comps-analysis/SKILL.md`, you might add:

```markdown theme={null}
## Firm-Specific Peer Selection Rules

When selecting comparable companies for our analyses:
1. Always include [Firm Name]'s core coverage universe first
2. Exclude companies with market cap < $500M unless specifically requested
3. For healthcare comps, always check with our sector team before finalizing the peer group
4. All comps must include NTM (next twelve months) estimates, not just LTM

## Our Statistical Benchmarks
- We report Max, 75th, Median, 25th, Min for all metrics
- Never report simple averages -- always use median
- Flag any outlier (>2 standard deviations) with an asterisk
```

### Example: Customizing the LBO Model Skill

```markdown theme={null}
## Firm-Specific LBO Conventions

### Debt Structure Defaults
- Senior Secured: 4.0x EBITDA at SOFR + 350bps
- Subordinated: 1.5x EBITDA at 8.5% fixed
- We never model mezzanine above 2.0x EBITDA without explicit approval

### Returns Thresholds
- Minimum target IRR: 20% gross
- Target MOIC: 2.5x or higher
- We flag any deal where > 50% of returns come from multiple expansion

### Presentation Conventions
- Always show both gross and net IRR
- Sensitivity tables: 7x7 grid with entry multiple vs. exit multiple
- Include management incentive plan (MIP) dilution in all returns
```

## Bringing Your PowerPoint Templates

Use `/ppt-template` to teach Claude your firm's branded PowerPoint layouts. Once created, the generated skill captures your template's exact slide dimensions, placeholder positions, and layout structure.

<Steps>
  <Step title="Provide Your Template File">
    Run the command with your PowerPoint template:

    ```
    /ppt-template path/to/your-firm-template.pptx
    ```
  </Step>

  <Step title="Claude Analyzes the Template">
    Claude extracts layout indices, placeholder positions (exact x/y coordinates), content area boundaries, and slide dimensions.
  </Step>

  <Step title="A New Skill is Generated">
    A self-contained skill is created:

    ```
    your-firm-ppt-template/
    ├── SKILL.md          # Full instructions with exact coordinates
    └── assets/
        └── template.pptx # Your template file bundled with the skill
    ```
  </Step>

  <Step title="Every Deck Matches Your Style Guide">
    Going forward, any presentation Claude creates will use your firm's exact layouts, fonts, colors, and placeholder positions automatically.
  </Step>
</Steps>

## Adjusting Workflows

Modify skill instructions to match how your team actually does analysis. Skills are plain markdown files -- edit them like any document.

### Example: Customizing the DCF Workflow

In `financial-analysis/skills/dcf-model/SKILL.md`, you could add:

```markdown theme={null}
## Firm-Specific DCF Conventions

### WACC Calculation
- We always use the 10-year Treasury as the risk-free rate
- Equity risk premium: use Duff & Phelps Supply-Side ERP (currently 5.5%)
- Size premium: apply Duff & Phelps size premium based on market cap decile
- Beta: use 2-year weekly raw beta, not 5-year monthly

### Terminal Value
- We prefer the exit multiple method over perpetuity growth
- Default exit multiple: median of peer group EV/EBITDA (from our comps)
- Never use a terminal growth rate above 3.0% without explicit justification

### Sensitivity Analysis
- Primary table: WACC vs. Exit Multiple (always)
- Secondary table: Revenue Growth vs. EBITDA Margin (always)
- Third table: only if specifically requested
```

## Building New Plugins

Follow the standard plugin structure to create plugins for workflows not yet covered:

```
your-plugin-name/
├── .claude-plugin/
│   └── plugin.json          # Plugin manifest
├── .mcp.json                 # Data source connections
├── commands/                 # Slash commands
│   └── your-command.md
└── skills/                   # Knowledge and workflow files
    └── your-skill/
        └── SKILL.md
```

**`plugin.json` example:**

```json theme={null}
{
  "name": "your-plugin-name",
  "version": "0.1.0",
  "description": "Description of what this plugin does",
  "author": {
    "name": "Your Firm"
  }
}
```

**Command file example (`commands/your-command.md`):**

```markdown theme={null}
---
description: One-line description of what this command does
argument-hint: "[argument description]"
---

# Command Name

Brief description of the command.

## Workflow

### Step 1: [First step]
...

### Step 2: [Second step]
...
```

**Skill file example (`skills/your-skill/SKILL.md`):**

```markdown theme={null}
---
name: your-skill-name
description: When to use this skill -- trigger conditions and use cases.
---

# Skill Name

## Overview
What this skill does and when it applies.

## Workflow

### Step 1: [First step]
[Instructions for Claude]

### Step 2: [Second step]
[Instructions for Claude]

## Quality Checklist
- [ ] Check 1
- [ ] Check 2
```

<Note>
  When adding new skills or commands, include clear trigger conditions in the skill description so Claude knows when to apply them automatically. The description field is what Claude uses to decide whether a skill is relevant to a given task.
</Note>

## User-Specific Configuration

Create `.local.md` files for user-specific configuration that should not be committed to a shared repository:

```
financial-analysis/
└── .claude/
    └── user.local.md    # Personal configuration (gitignored)
```

**`user.local.md` example:**

```markdown theme={null}
# My Personal Configuration

## My Coverage Universe
I cover enterprise software companies. When building comps, default to:
- Salesforce (CRM), ServiceNow (NOW), Workday (WDAY), HubSpot (HUBS)

## My Data Access
I have subscriptions to: FactSet, PitchBook, Aiera
I do NOT have access to: Daloopa, Chronograph

## My Preferred Output Formats
- Always use Excel (.xlsx) for models, never CSV
- PowerPoint for presentations, never Google Slides
- All currency in USD unless I specify otherwise
```

## How to Add Customization to Your Local Setup

<Steps>
  <Step title="Install the Plugin">
    ```bash theme={null}
    claude plugin install financial-analysis@financial-services-plugins
    ```
  </Step>

  <Step title="Locate Plugin Files">
    Find the plugin directory in your local Claude setup. The exact location depends on your installation, but you can search for the `.claude-plugin` directory.
  </Step>

  <Step title="Edit .mcp.json">
    Replace API key placeholders with your actual credentials. Remove providers you do not use. Add internal data sources.
  </Step>

  <Step title="Edit Skill Files">
    Open any `SKILL.md` file and add your firm context sections. Focus on the skills you use most often first (typically comps, DCF, and LBO).
  </Step>

  <Step title="Create user.local.md">
    Add your personal preferences in `.claude/user.local.md`. This file is gitignored so it stays local to your machine.
  </Step>

  <Step title="Test Your Customizations">
    Start a new session and run a workflow to verify your customizations are being picked up. For example, run `/comps AAPL` and check that your firm-specific peer selection rules are being followed.
  </Step>
</Steps>

## Contributing Back

Plugins are just markdown files. If you build something useful:

1. Fork the repository
2. Make your changes
3. Submit a pull request

For new skills or plugins, include:

* A `SKILL.md` with clear trigger conditions and workflow steps
* A corresponding command in `commands/` if user-invocable
* An updated plugin manifest if adding new capabilities

## Best Practices for Customization

<CardGroup cols={2}>
  <Card title="Start Small" icon="seedling">
    Do not try to customize everything at once. Start with the 2-3 skills you use most, add firm context, test, and iterate.
  </Card>

  <Card title="Document Your Changes" icon="file-lines">
    When you add firm-specific conventions, include a brief note about why. Future team members will thank you.
  </Card>

  <Card title="Test with Real Workflows" icon="flask">
    After customizing, run actual tasks to verify Claude picks up your changes. Edge cases will surface quickly.
  </Card>

  <Card title="Share with Your Team" icon="users">
    Firm context in skill files benefits everyone. Share your customizations via your firm's code repository.
  </Card>
</CardGroup>
