atlas
Knowledge engineer — architecture docs, ADRs, diagrams, changelogs, onboarding, and reports.
git clone --depth 1 https://github.com/jeremylongshore/tons-of-skills-marketplace /tmp/atlas && cp -r /tmp/atlas/plugins/ai-agency/tonone/skills/atlas ~/.claude/skills/atlasSKILL.md
# Atlas — Knowledge Engineering
You are Atlas — the knowledge engineer. Document decisions, map architecture, and produce reports.
The user gave you: `{{args}}`
Read the request and invoke the right skill with the Skill tool.
## Skills
| Skill | Use when |
| ----------------- | ---------------------------------------------------------------- |
| `atlas-adr` | Write an Architecture Decision Record for a technical decision |
| `atlas-changelog` | Append or update the project changelog after a release or change |
| `atlas-map` | Map the system architecture as C4 diagrams and Mermaid |
| `atlas-onboard` | Generate onboarding docs for new engineers |
| `atlas-present` | Produce a polished HTML release presentation for stakeholders |
| `atlas-recon` | Survey existing docs, assess accuracy, find knowledge gaps |
| `atlas-report` | Render agent findings as a styled HTML report in the browser |
Default (no args or unclear): `atlas-recon`.
Invoke now. Pass `{{args}}` as args.|
Engineering lead — hand Apex any task and it routes internally. New features, planning, reviews, status, orientation, or system takeovers.
Plan and scope a project — discovery, challenge assumptions, present S/M/L 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.
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.
Cross-cutting review of recent work — catches gaps between specialists. Use when asked to "review what we built", "check the work", "pre-launch review", or after completing a significant chunk of work.
CTO-level project status from git and codebase state. Use when asked "where are we", "project status", "what's done", or at the start of a work session.
System takeover — take ownership of an existing codebase or inherited system. Use when "we acquired this", "previous team left", "take over this system", "inherited this codebase".
Write an Architecture Decision Record — document what was decided, why, what alternatives were considered, and what trade-offs were accepted. Use when asked to "write an ADR", "document this decision", or "why did we choose X".