跳到正文
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(原文)

安装前可以查看交给 AI 代理的指令内容。

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

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

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月11日 更新

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月11日 更新

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月11日 更新

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月11日 更新

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

中文简介正在准备中。当前显示原文说明。

hoavdc/CodexKit252026年10月11日 更新

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月11日 更新

查看 hoavdc 的全部技能

报告此技能的问题