본문으로 건너뛰기
cccskills
무료GitHub에 공개

offboard

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

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

연동 도구Google DocsFigma
설치 방법 보기

포함된 파일(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.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

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의 스킬 모두 보기

이 스킬의 문제 신고