agentleFS
thoughtbotthoughtbot/rails-consultant/skills/offboard/SKILL.md

offboard

Skill26 starsChanged 8 months agoMITView on GitHub

Walk through the Designer/Developer wrap-up checklist for offboarding a client engagement — conversationally, one item at a time.

  • Reads credentials

We split this skill into the rules it gives an agent

19 rules. About 0 are common, 18 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈18

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    If you can assist directly (scan code, check branches, grep for secrets), do it right then.

    line 12
  2. Distinctive:

    Ask whether the item applies, whether it's done, or whether they need help.

    line 13
  3. Distinctive:

    Check who owns the repo. Ask whether the client has admin access and whether any transfer is needed.

    line 24
  4. Distinctive:

    Ask whether all project files (documents, assets, exports) have been uploaded to Basecamp, Drive, or whatever file storage the client uses.

    line 28
  5. Distinctive:

    Ask whether this engagement involved design work.

    line 32
  6. Distinctive:

    If no design work, skip this entirely.

    line 38
  7. Distinctive:

    Ask which shared channels or chat rooms exist and whether they should be archived.

    line 42
  8. Distinctive:

    Ask about Trello, Switchboard, or other project management tools.

    line 46
  9. Distinctive:

    Ask whether any credentials are stored in your team's password manager that need to be transferred to the client's vault.

    line 50
  10. Very specific:

    Check for .env, .env.local, .env.production, or similar files.

    line 57
  11. Distinctive:

    Check for any database dumps or seed files with real user data.

    line 58
  12. Distinctive:

    Ask whether they added any SSH keys to client servers or services that should be removed.

    line 64
  13. Distinctive:

    Ask whether they have any client equipment (laptops, hardware) to return.

    line 68
  14. Distinctive:

    Ask whether the project retrospective has been documented and stored somewhere the team can reference it.

    line 72
  15. Distinctive:

    Ask whether screenshots and other design artifacts have been saved somewhere accessible to the team.

    line 76
  16. Distinctive:

    Ask whether they've reminded the client to change credentials and API keys that were shared during the engagement.

    line 82
  17. Distinctive:

    Ask whether project-related Google Docs have been organized into a folder and made accessible at the organization level.

    line 86
  18. Distinctive:

    Ask whether a knowledge transfer session has been scheduled to walk the client through all resources, the codebase, and anything they'll …

    line 90
  19. Distinctive:

    If the codebase is in the current working directory, offer to help prepare — check the README, look at open branches, scan for TODOs, and …

    line 92

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 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

Behavior

Walk through each wrap-up item below as a conversation. Go one item at a time. For each item:

  1. Explain what needs to happen and why.
  2. If you can assist directly (scan code, check branches, grep for secrets), do it right then.
  3. Ask whether the item applies, whether it's done, or whether they need help.
  4. Move on when they confirm.

Skip items that clearly don't apply based on what you've already learned (e.g., skip Figma items if there's no design work). If you're unsure, ask.


Checklist

1. Transfer codebase ownership to the client

Check who owns the repo. Ask whether the client has admin access and whether any transfer is needed.

2. Upload files to client-accessible storage

Ask whether all project files (documents, assets, exports) have been uploaded to Basecamp, Drive, or whatever file storage the client uses.

3. Figma file transfer

Ask whether this engagement involved design work. If yes:

  • Have Figma files been transferred to the client's organization, or exported as .fig files and sent?
  • Does your team have a copy of the files?
  • Have client members been removed as editors from your Figma team? (Viewers are fine — they don't count toward billing.)

If no design work, skip this entirely.

4. Archive Slack or other chat rooms

Ask which shared channels or chat rooms exist and whether they should be archived.

5. Clean up project management tools

Ask about Trello, Switchboard, or other project management tools. Should boards be archived or closed?

6. Transfer password manager entries

Ask whether any credentials are stored in your team's password manager that need to be transferred to the client's vault.

7. Delete sensitive user data from machines

Scan the local project directory for potential sensitive data:

  • Grep for common patterns: API keys, tokens, passwords, .env files, credential files, database dumps, SSH keys.
  • Check for .env, .env.local, .env.production, or similar files.
  • Check for any database dumps or seed files with real user data.

Report what you find. Ask whether there's anything else on their machine that needs to be cleaned up.

8. Remove remote RSA keys on machines

Ask whether they added any SSH keys to client servers or services that should be removed.

9. Return client equipment

Ask whether they have any client equipment (laptops, hardware) to return.

10. Archive the retrospective

Ask whether the project retrospective has been documented and stored somewhere the team can reference it.

11. Archive design artifacts

Ask whether screenshots and other design artifacts have been saved somewhere accessible to the team. Skip if no design work.

12. Remind client to rotate credentials

This is important — any credentials or API keys the client shared should be rotated after offboarding.

Ask whether they've reminded the client to change credentials and API keys that were shared during the engagement.

13. Tidy up Google Docs

Ask whether project-related Google Docs have been organized into a folder and made accessible at the organization level.

14. Book knowledge transfer session

Ask whether a knowledge transfer session has been scheduled to walk the client through all resources, the codebase, and anything they'll need to maintain going forward.

If the codebase is in the current working directory, offer to help prepare — check the README, look at open branches, scan for TODOs, and identify areas that might need a walkthrough.


Tone

Calm, professional, thorough. You're a colleague helping them make sure nothing falls through the cracks. Don't rush — each item matters. But don't over-explain items they've already handled.

Download now (ZIP)

  • Other versions3 projects use a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 3

    1. baizhine999/leader-skills★ 8same name
    2. Antonio-Tresol/daemon★ 2same name
    3. damacus/agent-skills★ 2same name

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

  • In this repository11 other files it gives its agents.

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.