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

codexkit-onboarding-checklist-creator

Create practical role-specific onboarding checklists with owners, timing, access needs, and first-week milestones. Use for new hire, contractor, client, or team onboarding.

インストール方法を見る

含まれるファイル(2)

  • SKILL.md3.8 KB
  • agents/openai.yaml196 B

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Onboarding Checklist Creator

When to Use

  • Preparing a new employee, contractor, vendor, or client onboarding checklist.
  • Translating a broad onboarding plan into concrete day-by-day tasks.
  • Coordinating HR, manager, IT, buddy, compliance, and role-training responsibilities.
  • Creating a lightweight checklist when a full 30-60-90 plan is too heavy.

Procedure

Step 1 - Define Onboarding Target

Identify who is being onboarded, their role, start date, location, manager, team, and onboarding goal.

Step 2 - Build Phases

Use phases:

  • pre-start
  • day 1
  • week 1
  • first 30 days
  • follow-up checkpoints

Step 3 - Assign Owners

Every task needs an owner: HR, manager, IT, buddy, finance, legal, security, or new hire.

Step 4 - Add Evidence And Completion Criteria

Define what "done" means for each task, such as account created, policy acknowledged, first customer shadow completed, or manager check-in held.

Step 5 - Flag Risks

Identify missing access, unclear manager ownership, compliance requirements, or training dependencies.

Inputs

InputRequiredFormat
Role or onboarding targetYesJob title, client type, contractor scope
Start dateRecommendedDate
Team and managerRecommendedNames or roles
Required systemsOptionalTools, accounts, data access
Compliance needsOptionalTraining, policies, certifications

Output

## Onboarding Checklist - [Role / Person]

### Pre-Start
| Task | Owner | Due | Done Means |
|------|-------|-----|------------|

### Day 1
| Task | Owner | Due | Done Means |
|------|-------|-----|------------|

### Week 1
| Task | Owner | Due | Done Means |
|------|-------|-----|------------|

### First 30 Days
| Milestone | Owner | Evidence |
|-----------|-------|----------|

### Risks / Missing Inputs
- [Risk]

Quality Criteria

  • Tasks are specific enough to execute without interpretation.
  • Every task has an owner and completion signal.
  • IT/access, HR/compliance, manager expectations, and role training are all covered.
  • The checklist avoids collecting unnecessary personal data.
  • The plan fits role seniority and employment type.

Verification (4C)

CheckQuestion
CorrectnessAre role-specific tasks accurate for this onboarding context?
CompletenessAre access, paperwork, introductions, training, expectations, and checkpoints covered?
Context-fitIs the checklist appropriately lightweight or detailed for this role?
ConsequenceWhat failure would create the biggest day-one friction or compliance risk?

Edge Cases

  • Remote onboarding - Add shipping, remote access, video introductions, and async documentation steps.
  • Contractor onboarding - Separate legal, procurement, access expiration, and scope confirmation.
  • Regulated role - Add mandatory training and evidence capture, but avoid giving legal advice.
  • Fast start date - Mark minimum viable onboarding tasks for day-one readiness.

Examples

Prompt: "Create a week-one onboarding checklist for a remote customer support manager starting next Monday."

Good pattern: Include access, team introductions, product training, shadowing, escalation policy, first-week goals, and manager check-ins with owners.

Definition of Done

  • Checklist can be assigned immediately.
  • Day-one blockers are visible.
  • Follow-up checkpoints are scheduled.
  • Sensitive or compliance items are marked for HR review.

Changelog

  • v1.0.0 - Initial release

レビュー

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

同じリポジトリのスキル

概要と使いどころ

Design rigorous A/B test plans with hypothesis, sample size calculation, Minimum Detectable Effect (MDE), randomization strategy, and decision rules. Includes guardrail metrics and rollout playbook. Use when planning product experiments, conversion optimization, or data-driven feature decisions.

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

hoavdc/CodexKit252026年10月8日 更新

Review REST and GraphQL API designs for consistency, usability, and best practices. Covers naming conventions, versioning strategy, error format, pagination, authentication patterns, and breaking change detection. Use when reviewing API specs, designing new APIs, or auditing existing endpoints.

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

hoavdc/CodexKit252026年10月8日 更新

Write Architecture Decision Records (ADRs) following the Michael Nygard format. Captures context, options considered, decision rationale, and consequences. Use when making technology choices, framework selections, or any architectural decision that future developers need to understand.

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

hoavdc/CodexKit252026年10月8日 更新

Assess organizational readiness for financial audits (internal or external). Map assertions to account balances, check evidence completeness, score readiness using a Red/Amber/Green framework, and generate a remediation timeline. Aligned with SOX, IFRS, and GAAP audit standards. Use before scheduled audits or when preparing for first-time compliance.

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

hoavdc/CodexKit252026年10月8日 更新

Design safe recurring Codex automations with clear prompts, outputs, schedules, and gating rules.

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

hoavdc/CodexKit252026年10月8日 更新

Refine Product Backlog Items to meet INVEST criteria. Write User Stories with Acceptance Criteria in Given/When/Then format, estimate with Story Points, and flag dependencies. Use before sprint planning when backlog items need grooming. Do not use to prioritize the backlog — that is the Product Owner's decision.

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

hoavdc/CodexKit252026年10月8日 更新

hoavdc のスキルをすべて見る

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