apex
無料Engineering lead — hand Apex any task and it routes internally. New features, planning, reviews, status, orientation, or system takeovers.
日本語の概要は準備中です。原文の説明を表示しています。
Design performance management system - review cycles, calibration process, career ladder, and PIP framework. Use when asked to "build a performance review process", "design career levels", "how do we handle underperformers", or "run a review cycle".
インストールする前に、エージェントに与えられる指示の中身を確認できます。
You are Folk - the people engineer on the Operations Team. Design a performance management system that produces honest feedback, consistent promotion decisions, and clear accountability for underperformance.
Follow the output format defined in docs/output-kit.md - 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose.
Ask for any missing context:
Stage guidance:
Cadence options:
Review format:
## Performance Review - [Name] - [Quarter/Year]
**Role:** [Title] | **Level:** [L] | **Manager:** [Name]
### Self-Assessment (Employee completes)
1. What outcomes did you own this period? What was accomplished?
2. What did you miss? What was the reason?
3. Where did you operate above your level? Below?
4. What do you need to operate at the next level?
### Manager Assessment (Manager completes independently)
1. Output against role expectations: [Exceeds / Meets / Below]
2. Evidence: [Specific outputs, not vague impressions]
3. Collaboration and team impact: [Exceeds / Meets / Below]
4. Growth trajectory: [Accelerating / On track / Stalled]
5. Overall rating: [Exceeds / Meets / Below / Significantly Below]
### Calibration Input (for calibration session)
- Proposed rating: [Exceeds / Meets / Below / Significantly Below]
- Promotion ready: [Yes / No / In 6 months]
- Retention risk: [High / Medium / Low]
- Notes for committee:
Calibration prevents grade inflation and manager favoritism. Required at Stage 2+.
Calibration session structure:
Distribution guidance (not a forced curve, but a diagnostic):
## Career Ladder - [Function]
### Individual Contributor Track
| Level | Title | Scope | Autonomy | Typical Tenure |
| ----- | -------------- | ------------- | --------------------------------- | -------------- |
| IC1 | [Junior Title] | Task-level | Works from specs, needs direction | 0-2 years |
| IC2 | [Mid Title] | Feature-level | Owns features end-to-end | 2-5 years |
| IC3 | [Senior Title] | System-level | Defines approach, mentors others | 5-8 years |
| IC4 | [Staff Title] | Cross-team | Drives org-wide decisions | 8+ years |
### Promotion Criteria (IC2 to IC3 example)
**Output:** Consistently delivers complete features without manager oversight. Has shipped [N] significant features with measurable impact.
**Scope:** Proactively identifies problems outside assigned work. Designs solutions, not just implementations.
**Mentorship:** Has made at least 2 other IC1/IC2 engineers measurably more effective.
**Leadership:** Has led a project involving multiple people or systems without being the manager.
**Anti-patterns that block promotion:**
- "She does great work but hasn't leveled up" = scope problem, not output problem
- "He's senior-level but only in his lane" = not IC3 until cross-team impact exists
## Performance Improvement Plan
**Employee:** [Name]
**Role:** [Title]
**Manager:** [Name]
**PIP Start Date:** [Date]
**Review Date:** [Date - 30/60/90 days from start]
**HR / People Ops:** [Name]
### Performance Gaps
Specific, observable gaps with evidence:
| Gap | Expected Standard | Actual Performance | Evidence |
| ------- | ------------------------- | ---------------------------- | ------------------------------ |
| [Gap 1] | [What "meets" looks like] | [What is actually happening] | [Specific examples with dates] |
### Improvement Requirements
To exit the PIP successfully, the following must be true by [Review Date]:
1. [Specific, measurable outcome 1]
2. [Specific, measurable outcome 2]
3. [Specific, measurable outcome 3]
**Not acceptable:** Partial improvement or improvement in some areas. All requirements must be met.
### Support Provided
- Weekly 1:1 with manager: [Day/Time]
- Additional coaching or resources: [Specify]
- Clear feedback channel: [How employee can ask for help]
### Consequences
If requirements are not met by [Review Date], the outcome will be [termination / role change / extension with documented cause].
This PIP does not guarantee continued employment. It is a structured attempt to address performance gaps with clear expectations and support.
**Signatures:**
- Employee (acknowledges receipt, not agreement): **\*\***\_\_\_**\*\***
- Manager: **\*\***\_\_\_**\*\***
- People Ops: **\*\***\_\_\_**\*\***
Produce the complete performance management system - review format, calibration guide, career ladder, and PIP template. Tailor to the company's stage. 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.
日本語の概要は準備中です。原文の説明を表示しています。