architect-analyze
Use when validating generated or refined architecture artifacts, before feature development, during architecture review, or…
Use when a session ends to extract CDRs, score confidence, batch review, and publish accepted CDRs to team-ai-directives. Auto-triggers on session_end event. Also invoked from team-boot's Class Boots catalog for CDR descriptor matches.
$ npx -y skills add tikalk/adlc-team-skills --skill team-levelup --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/team-levelupContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when a session ends to extract CDRs, score confidence, batch review, and publish accepted CDRs to team-ai-directives. Auto-triggers on session_end event. Also invoked from team-boot's Class Boots catalog for CDR descriptor matches.
name: team-levelup description: Use when a session ends to extract CDRs, score confidence, batch review, and publish accepted CDRs to team-ai-directives. Auto-triggers on session_end event. Also invoked from team-boot's Class Boots catalog for CDR descriptor matches. disable-model-invocation: true scripts: sh: scripts/team-levelup.sh ps: scripts/team-levelup.ps1
Session-end CDR lifecycle — extracts reusable patterns from the completed session, scores them by confidence, presents for batch review, and publishes accepted CDRs as a draft PR to `team-ai-directives`.
Replaces the former `levelup-specify`, `levelup-clarify`, and `levelup-publish` skills with a single streamlined workflow.
_Searched N CDRs, K matched._ 0 rows matched → emit the section heading + the searched line only — no table. A 0-row table header collapses into unrendered single-line markdown; never emit one.
When no local context-module records exist in the current working directory and the directory sits inside a workspace (detected via a `.gitmodules` marker in an ancestor), read the workspace root's records instead.
Invoke at the START of a matching task — before planning the todo list and before implementation — so the CDR context informs planning. Never defer to session end.
CDR drafts live in the `adlc` orphan branch of `team-ai-directives`:
team-ai-directives (adlc branch, orphan)
├── drafts/cdr/
│ ├── CDR-001.md # Pending CDR
│ └── cdr.md # Draft index
└── reports/
├── sessions/<user>/<YYYY-MM>.md
├── projects/<project>.json
└── confidence-scores.jsonMain branch has NO drafts directory — only accepted CDRs in `context_modules/`.
Run the setup script:
scripts/team-levelup.sh --setup
Parse JSON for `REPO_ROOT`, `TEAM_AI_DIRECTIVES`, `NEXT_CDR`, `ADLC_BRANCH_EXISTS`.
If `TEAM_AI_DIRECTIVES` is not configured, exit with message to run `/team-setup`.
Review the current session to identify reusable patterns:
1. What did the user ask for? 2. What did the agent do? (file changes, key decisions, approach) 3. What reusable patterns emerged? 4. What files were created/modified? (`git diff --stat`, `git log --oneline -10`)
For each pattern, create a CDR draft using the shared template at `skills/team/templates/cdr-draft-template.md`.
Write session trace to `adlc` branch: `reports/sessions/<user>/<YYYY-MM>.md`.
For each extracted CDR, calculate confidence:
**Base scores by type:**
**Bonuses:**
**Usage multiplier** (from `reports/confidence-scores.json`):
**Thresholds:**
Present CDRs one at a time (same as former team-learn logic):
## CDR-{ID}: {Title}
**Context Type**: {type}
**Confidence**: {score} ({HIGH/MEDIUM/LOW})
**Current Status**: {status}
### Current Content
...
### Choose Action
| Option | Action |
|---|---|
| A | Accept — Approve for implementation |
| B | Reject — Decline with reason |
| C | Defer — Skip for now, keep pending |
| D | Accept all remaining — Accept this and all pending CDRs |
| P | Promote to check (mechanical rules only) |
Reply with your choice (A/B/C/D/P).Wait for user input before proceeding. Update CDR file after each decision.
If `team-boot` injected no team context this session (no Team Context & Decisions section in the first user message — unconfigured project or hook failure): say so in one line, maintain rows in Team Context & Decisions with a `0 CDRs matched (no team context injected — run /team-setup)` source line, and continue the task on directly-read CDR modules. Never treat a missing injection as an empty record set. Recovery: run `/team-diagnose`.
For accepted CDRs, create a draft PR to `team-ai-directives` main branch:
1. Switch to `adlc` branch worktree 2. Read accepted CDRs from `drafts/cdr/` 3. Transform to OKF v0.2 format with confidence frontmatter 4. Write to `context_modules/` in main branch 5. Create branch, commit, push, open draft PR
Write to `adlc` branch:
Write report to `.adlc/team-levelup-report.md` (local, not committed):
## Team-Levelup Report
**Date**: {date}
**CDRs Extracted**: N
**CDRs Accepted**: N
**CDRs Rejected**: N
**CDRs Deferred**: N
**PR**: {URL or "none — no accepted CDRs"}
### Next Steps
1. Review PR (if created)
2. Run `/team-repair --update-confidence` after mergeWhen two projects draft the same pattern: 1. First draft creates CDR-001 with `project: project-a` 2. Second draft detects existing CDR with matching descriptor → merges:
team-levelup integrates with Team Context
Agent skills that give coding agents your team's context at session start, so they stop working like strangers.
Use when validating generated or refined architecture artifacts, before feature development, during architecture review, or…
Use when architecture work starts or a tech-stack or pattern decision emerges — injects the project ADR index…
Use when ADRs need review, gaps need filling, or ADR status must be approved as Accepted before architecture generation.
Use when accepted ADRs exist and AD.md must be produced or updated as unified architecture documentation.
Use when bootstrapping architecture documentation for a brownfield project by reverse-engineering ADRs from an existing codebase.
Use when you want guided trade-off analysis, multi-option comparison, or structured architectural decision facilitation before…