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".
インストールする前に、エージェントに与えられる指示の中身を確認できます。
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.
日本語の概要は準備中です。原文の説明を表示しています。