本文へ移動
cccskills
無料GitHub で公開

offboard

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

インストール方法を見る

含まれるファイル(1)

  • SKILL.md3.8 KB

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.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

challenge

無料

Pressure-test an assumption, decision, or inherited constraint — Socratic cross-examination that forces you to defend or abandon your position

日本語の概要は準備中です。原文の説明を表示しています。

thoughtbot/rails-consultant262026年9月19日 更新

explain

無料

Explain what a piece of code does — a specific file, class, or method in close detail, or a user-facing flow as a concise system overview. What it does and why, not whether it's good.

日本語の概要は準備中です。原文の説明を表示しています。

thoughtbot/rails-consultant262026年9月19日 更新

Take one new feature slice from idea to reviewed, committed code in a single guided pass — scope it into the smallest shippable slice, build it test-first with strict TDD, review and fix the diff, then commit it. Chains slice → test-driven-development → the built-in /code-review → git-commit. Not for reviewing an existing PR, upgrades, or open-ended design questions.

日本語の概要は準備中です。原文の説明を表示しています。

thoughtbot/rails-consultant262026年9月19日 更新

Turn the working changes into one or more atomic commits with well-written messages. Use whenever the user runs /git-commit or asks to commit their work, wrap up a feature, or "commit what I have."

日本語の概要は準備中です。原文の説明を表示しています。

thoughtbot/rails-consultant262026年9月19日 更新

hard-news

無料

Prepare to deliver difficult technical news to a client — a conversational prep session before the hard conversation happens

日本語の概要は準備中です。原文の説明を表示しています。

thoughtbot/rails-consultant262026年9月19日 更新

prior-art

無料

Discover how a codebase already handles a specific concern — search broadly, find every instance, and assess consistency. The "how does this app do X?" tool.

日本語の概要は準備中です。原文の説明を表示しています。

thoughtbot/rails-consultant262026年9月19日 更新

thoughtbot のスキルをすべて見る

このスキルの問題を報告する