메뉴
Generate a new Architecture Decision Record from a topic, decision description, or rough notes
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Audit a Google ADK tool file against the five known gotchas (DI params, thin wrappers, _j helper, async-wrap blocking calls, httpx context manager) before they bite in production
After creating an ADR, run the cross-referencing checklist — update README Artifacts table, add Related Decisions section to source proposal, cross-link sibling ADRs to each other
Mid-task durability — dump current state and a next-step file before context fills, so the next session resumes without re-deriving where you were
Generate and verify a pre-demo checklist for an ADK/agent project — env vars, GCP auth, embedding swap, ngrok/Slack wiring, dry-run, tests, real-vs-synthetic data
Scan a project's docs (README, CLAUDE.md, ADRs, runbooks) for inconsistent project naming, scope, or framing — catches the "README says retail, CLAUDE.md still says Kroger" class of bug
Refresh a project's status — derive current state from code/tests/git, regenerate the project's status memory entry and (if requested) a status section in the README
| name | adr |
| description | Generate a new Architecture Decision Record from a topic, decision description, or rough notes |
User runs /adr followed by a topic, decision description, or rough notes.
/decisions/ for existing ADRs — assign next sequential number/templates/adr/ADR-TEMPLATE.md/decisions/ADR-XXXX-short-title.mdADR-XXXX-title.md? I can also generate a follow-up ADR for any of the alternatives."Every ADR must be actionable. If the context section is vague, say so and ask for the specific driver (business need, technical constraint, or incident) before proceeding. Never produce an ADR that reads like a blog post — it should read like a decision log.