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
- Distinctive: line 12
If you can assist directly (scan code, check branches, grep for secrets), do it right then.
- Distinctive: line 13
Ask whether the item applies, whether it's done, or whether they need help.
- Distinctive: line 24
Check who owns the repo. Ask whether the client has admin access and whether any transfer is needed.
- Distinctive: line 28
Ask whether all project files (documents, assets, exports) have been uploaded to Basecamp, Drive, or whatever file storage the client uses.
- Distinctive: line 32
Ask whether this engagement involved design work.
- Distinctive: line 38
If no design work, skip this entirely.
- Distinctive: line 42
Ask which shared channels or chat rooms exist and whether they should be archived.
- Distinctive: line 46
Ask about Trello, Switchboard, or other project management tools.
- Distinctive: line 50
Ask whether any credentials are stored in your team's password manager that need to be transferred to the client's vault.
- Very specific: line 57
Check for .env, .env.local, .env.production, or similar files.
- Distinctive: line 58
Check for any database dumps or seed files with real user data.
- Distinctive: line 64
Ask whether they added any SSH keys to client servers or services that should be removed.
- Distinctive: line 68
Ask whether they have any client equipment (laptops, hardware) to return.
- Distinctive: line 72
Ask whether the project retrospective has been documented and stored somewhere the team can reference it.
- Distinctive: line 76
Ask whether screenshots and other design artifacts have been saved somewhere accessible to the team.
- Distinctive: line 82
Ask whether they've reminded the client to change credentials and API keys that were shared during the engagement.
- Distinctive: line 86
Ask whether project-related Google Docs have been organized into a folder and made accessible at the organization level.
- Distinctive: line 90
Ask whether a knowledge transfer session has been scheduled to walk the client through all resources, the codebase, and anything they'll …
- Distinctive: line 92
If the codebase is in the current working directory, offer to help prepare — check the README, look at open branches, scan for TODOs, and …
≈ “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.
Files
Behavior
Walk through each wrap-up item below as a conversation. Go one item at a time. For each item:
- Explain what needs to happen and why.
- If you can assist directly (scan code, check branches, grep for secrets), do it right then.
- Ask whether the item applies, whether it's done, or whether they need help.
- 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
.figfiles 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,
.envfiles, 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.
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- baizhine999/leader-skills★ 8same name
- Antonio-Tresol/daemon★ 2same name
- 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.
- challengeSkill
- explainSkill
- feature-devSkill
- git-commitSkill
- hard-newsSkill
- prior-artSkill
- rubber-duckSkill
- sliceSkill
- socratic-reviewSkill
- standupSkill
- test-driven-developmentSkill
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
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.

