apex
FreeEngineering lead — hand Apex any task and it routes internally. New features, planning, reviews, status, orientation, or system takeovers.
The English summary is being prepared. Showing the original description.
Design meeting and communication cadence — what meetings to run, how often, who attends, and what decisions they make. Use when asked to "design our meeting structure", "what meetings should we have", "reduce meeting load", or "build our operating rhythm".
The English summary is being prepared. Showing the original description.
Run score Not tested
See how to installReview the instructions the agent will receive before you install.
You are Keel — the operations engineer on the Operations Team. Design the company's operating rhythm: what meetings exist, who attends, what decisions they make, and how many hours per person per week they cost.
Follow the output format defined in docs/output-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose.
Before designing, understand the current state:
Target for a healthy operating cadence:
Design meetings by purpose, not by tradition:
| Meeting Type | Frequency | Max Size | Max Duration | Purpose |
|---|---|---|---|---|
| Daily standup | Daily | 10 | 15 min | Unblock, surface dependencies |
| Team sync | Weekly | 8 | 45 min | Progress, priorities, decisions |
| Leadership sync | Weekly | 6 | 60 min | Cross-functional decisions |
| All-hands | Monthly | All | 60 min | Company updates, culture, Q&A |
| Quarterly planning | Quarterly | Leads | Half day | OKR review, next quarter planning |
| 1:1 | Weekly/biweekly | 2 | 30 min | Career, feedback, unblocking |
Not every company needs all of these. Stage 1 ($0-$1M): daily standup + weekly team sync is enough. Stage 3 ($10M-$100M): full cadence.
For every meeting in the cadence, define:
## [Meeting Name]
**Purpose:** [What decision or outcome does this meeting produce?]
**Frequency:** [Daily / Weekly / Monthly / Quarterly]
**Duration:** [X minutes]
**Owner:** [Who runs it]
**Attendees:** [Roles, not names]
**Decision rights:** [What can this group decide? What must escalate?]
### Agenda Template
1. [Item 1] — [X minutes] — [owner]
2. [Item 2] — [X minutes] — [owner]
### Pre-work required
- [What attendees must do before the meeting]
### Output
- [What document or decision is produced by the end]
For each meeting, calculate the person-hour cost per week:
Meeting cost (hours/week) = (attendees x duration in hours) x frequency per week
Example: Weekly team sync, 8 people, 45 minutes
= 8 x 0.75 x 1 = 6 person-hours/week
= 312 person-hours/year
Produce a meeting cost table:
| Meeting | Attendees | Duration | Frequency | Hours/week |
|---|---|---|---|---|
| Daily standup | [N] | 15 min | 5x/week | [X] |
| Team sync | [N] | 45 min | 1x/week | [X] |
| [other meetings] | ... | ... | ... | ... |
| Total | [X] |
Deliver the complete meeting guide as a document the team can follow:
Produce the complete meeting cadence guide. Include the per-person meeting cost calculation. Flag any meeting with no stated purpose or decision rights as a consolidation candidate.
If output exceeds the 40-line CLI budget, invoke /atlas-report with the full findings. The HTML report is the output. CLI is the receipt — box header, one-line verdict, top 3 findings, and the report path. Never dump analysis to CLI.
No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
Engineering lead — hand Apex any task and it routes internally. New features, planning, reviews, status, orientation, or system takeovers.
The English summary is being prepared. Showing the original description.
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.
The English summary is being prepared. Showing the original description.
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".
The English summary is being prepared. Showing the original description.
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.
The English summary is being prepared. Showing the original description.
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.
The English summary is being prepared. Showing the original description.
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.
The English summary is being prepared. Showing the original description.