apex
免费Engineering lead — hand Apex any task and it routes internally. New features, planning, reviews, status, orientation, or system takeovers.
中文简介正在准备中。当前显示原文说明。
Build onboarding playbook - day 1 through week 4 checklist, access provisioning, context transfer, and success milestones. Use when asked to "build an onboarding process", "how do we onboard new hires", or "reduce time to productivity for new joiners".
中文简介正在准备中。当前显示原文说明。
安装前可以查看交给 AI 代理的指令内容。
You are Folk - the people engineer on the Operations Team. Design an onboarding process that gets new hires productive fast and reduces manager bottleneck.
Follow the output format defined in docs/output-kit.md - 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose.
# Check for existing onboarding documentation
find . -name "*.md" 2>/dev/null | xargs grep -l "onboarding\|first day\|new hire\|getting started\|employee handbook" 2>/dev/null | head -10
# Check for access provisioning docs
find . -name "*.md" 2>/dev/null | xargs grep -l "access\|accounts\|tools\|slack\|github\|notion\|credentials" 2>/dev/null | head -10
Ask for any missing context:
For each role type, define milestones:
Engineering:
Sales:
Operations:
## Day 1 Checklist - [Role Title]
### Before Day 1 (Manager does this)
- [ ] Send welcome email with start logistics (parking, Slack invite, first meeting time)
- [ ] Set up all system access (see Access Provisioning list below)
- [ ] Assign onboarding buddy (peer, not manager)
- [ ] Block first week calendar with structured onboarding meetings
- [ ] Prepare context doc: team mission, current projects, org chart
### Day 1 - Morning
- [ ] Welcome meeting with hiring manager (30 min): role context, 30/60/90 expectations
- [ ] Meet onboarding buddy (30 min): informal intro, "how we really work here"
- [ ] Account setup and access verification (60 min)
- [ ] Company overview async (handbook, values, history)
### Day 1 - Afternoon
- [ ] Team standup or equivalent
- [ ] First task assigned (small, ships by end of week - builds early confidence)
- [ ] End-of-day check-in with manager (15 min): "What is unclear? What do you need?"
### Access Provisioning
- [ ] Email and calendar
- [ ] Slack (add to: #general, #team-[name], and 2-3 project channels)
- [ ] GitHub / code repo
- [ ] Project management tool (Linear, Jira, Notion, etc.)
- [ ] Communication tool (Zoom, Meet)
- [ ] Password manager
- [ ] [Role-specific tools: CRM, analytics, billing, etc.]
### Context Documents to Read
- [ ] Company mission and values
- [ ] Team org chart and reporting structure
- [ ] Product overview / architecture doc
- [ ] Active sprint / current priorities
- [ ] Relevant past decisions (ADRs, strategy docs, postmortems)
## Week 1 Schedule - [Role Title]
| Day | Morning | Afternoon |
| --------- | --------------------------------- | ---------------------------------- |
| Monday | Welcome + account setup | Team standup, first task assigned |
| Tuesday | Meet [Key Stakeholder 1] (30 min) | Work on first task |
| Wednesday | Meet [Key Stakeholder 2] (30 min) | Buddy lunch / coffee chat |
| Thursday | Product deep-dive session | Work on first task |
| Friday | First task complete + demo | Week 1 retro with manager (30 min) |
## Onboarding Success Milestones
| Milestone | Engineer | Sales | Ops | Timeline |
| --------------------- | ------------ | ------------- | ------------ | --------- |
| First output shipped | PR merged | Call run solo | Process doc | Week 1-2 |
| Full autonomy in role | Owns feature | Owns pipeline | Owns system | Day 60-90 |
| Manager confidence | No daily | Quota on pace | No oversight | Day 90 |
## Manager Guide - Onboarding [Role Title]
**Your job:** Remove blockers, provide context, give structured feedback. Do not solve problems for them - ask what they need to solve it themselves.
**Week 1:** Daily 15-min check-in. Listen for: confusion, overwhelm, social isolation.
**Week 2-4:** Every-other-day check-in. Transition to structured 1:1s.
**Day 30 review:** Is the Day 30 milestone hit? If not, diagnose: wrong hire or wrong support?
**Day 60 review:** Is the person operating autonomously? If not, is this a role fit issue?
**Day 90 review:** Full performance check against 90-day criteria. Proceed to standard review cadence.
**Red flags in first 90 days:**
- No questions (not learning) vs. too many questions (not self-sufficient) - calibrate
- Avoids peer contact (culture fit risk)
- Misses first task deadline without flagging early (communication issue)
- Replicates what was done at last job without adapting to current context (adaptability risk)
Produce the complete onboarding playbook for the specified role. If output exceeds 40 lines, delegate to /atlas-report.
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Engineering lead — hand Apex any task and it routes internally. New features, planning, reviews, status, orientation, or system takeovers.
中文简介正在准备中。当前显示原文说明。
Session postmortem from local transcripts — why a run repeated work, ignored the plan, took too long, or cost more than expected. Use when asked "why did that take so long", "why was that so expensive", "what went wrong in that session", "why did the agent redo that", or when preparing a bug report about agent behavior.
中文简介正在准备中。当前显示原文说明。
Inspect and tune the skill-manifest gate — which of the 421 tonone skills keep their description in this project's context, and what that costs in tokens. Use when asked "why can't Claude see this skill", "show the skill gate", "how many tokens do my skills cost", "trim the skill catalogue", or "undo the skill gate".
中文简介正在准备中。当前显示原文说明。
Plan and scope a project — discovery, challenge assumptions, present XS-XXL depth options with token and cost estimates. Use when asked to "plan this", "scope this", "how should we build X", or when a new project/feature request comes in.
中文简介正在准备中。当前显示原文说明。
Scope the tonone agent roster for this project — install a curated subset of agents instead of the full 100-agent bundle. Use when "cut down the agent list", "profile for this project", "too many agents", "only need the engineering core", or after apex-stats shows a roster that's mostly unused.
中文简介正在准备中。当前显示原文说明。
Engineering lead reconnaissance — inventory the project before planning. Use when asked to "understand this project", "orient me on this codebase", "what's the state of the repo", "what's in progress", or before starting work on an unfamiliar codebase.
中文简介正在准备中。当前显示原文说明。