agentleFS
mypip-iomypip-io/skills/ask-for-an-introduction/SKILL.md

ask-for-an-introduction

Skill1 starsChanged 25 days agoMITView on GitHub

Writes introduction requests and introduction emails the respectful way, with a double opt-in so nobody is introduced without agreeing first. Covers asking a mutual contact for an intro, writing the forwardable blurb that makes saying yes easy, making an introduction between two people, and replying once both sides agree. Use for introduction email templates, warm introductions, double opt-in introductions, \"how do I ask for an intro\", or \"can you introduce me to...\".

The file

We split this skill into the rules it gives an agent

6 rules. About 0 are common, 6 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈6

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Check the reason is real. If you can't say why this person, specifically, would want to meet you, don't ask.

    line 66
  2. Distinctive:

    Write the forwardable note first.

    line 68
  3. Distinctive:

    Write the ask to the connector around it.

    line 69
  4. Distinctive:

    Never ask for an introduction you wouldn't make yourself.

    line 74
  5. Distinctive:

    Never introduce two people without asking both first.

    line 75
  6. Distinctive:

    If the person says no, or doesn't answer, that's the answer.

    line 77

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Ask for an introduction

The best first message is one someone else sends for you, after asking first.

An introduction from someone the other person trusts gets read. A careless one burns that trust: the connector gets dropped into an awkward thread, and the person being introduced feels ambushed. The fix is the double opt-in. Ask the connector, give them a short note they can forward unchanged, and only make the introduction when the other person has said yes.

This skill writes each piece of that exchange.

What you need

  1. Who you want to meet and why, specifically.
  2. Who could introduce you, and how well they know each of you.
  3. What you'd like from the conversation, in one sentence.

The four messages

1. Asking the connector

Short, specific and easy to decline. Say who, why them, and what you'll send.

Hi <connector>, would you be comfortable introducing me to <person>?

They posted about <their problem> last week, and <one sentence on why you're useful to them specifically>.

I've written a short note below you can forward as is. If it's not a good fit or the timing's wrong, no problem at all.

2. The forwardable note

This is what the connector sends to the other person to ask if they want the introduction. It must stand on its own, mention the person's situation, and make no requests beyond "would you like to meet". Keep it under 80 words.

<Your name> builds <one plain line>. They mentioned <the person's situation> and thought <one specific, useful reason>. Would you like an introduction? Completely fine to say no.

3. The introduction itself (only after a yes)

Both names, why they should talk, and then the connector steps back.

Subject: <Person> / <You>

<Person>, meet <you>, who <one line>. <You>, meet <person>, who <one line>.

<Person> mentioned <their situation>, and <you> <the specific reason>. I'll let you two take it from here.

4. Your reply

Reply quickly, move the connector to BCC, thank them, and give one clear next step that doesn't require a call if a call isn't needed.

Thanks <connector>, moving you to BCC.

<Person>, good to meet you. <One line that shows you know their situation.> Easiest next step: <a link, a short question, or two times that work>. Whatever's simplest for you.

Steps

  1. Check the reason is real. If you can't say why this person, specifically, would want to meet you, don't ask.
  2. Pick the connector who knows the person best, not the most important name you know.
  3. Write the forwardable note first. It's the one that decides everything.
  4. Write the ask to the connector around it.
  5. Draft the reply you'll send after the introduction, so it goes out within hours.

Rules

  • Never ask for an introduction you wouldn't make yourself.
  • Never introduce two people without asking both first.
  • One request per connector at a time.
  • If the person says no, or doesn't answer, that's the answer. Don't ask the connector to chase.
  • Thank the connector afterwards, whatever happens, and tell them how it went.

Why double opt-in works when there's no mutual contact

The same structure works without a connector. A message that asks "would you like an introduction to someone who can help with this?", and takes no as an answer, gets read differently from a pitch. It's a question the person controls, about something they already said they wanted to fix.

With MyPip (coming)

This is how MyPip works: it writes to the person it found, asks if they'd like an introduction, and only copies you in when they say yes. When the MyPip MCP is live, this skill will be able to show your introductions and draft your reply the moment someone accepts.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.