메뉴
Use when the user writes /zno-handoff or wants to prepare the project for another developer or AI agent to take over. Writes or updates docs/handoff/05-handoff-guide.md with entry points, common tasks, and pitfalls.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when the user writes /zno-change or asks to change existing behavior or scope in an ongoing project. Identifies the affected docs and code before implementing, updates them together with the change, and records the change in the feature changelog.
Use when the user writes /zno-continue or starts a new session wanting to resume where a previous conversation left off. Reads the status snapshot and supporting docs, summarizes the project state, then continues with the next safe task.
Use when the user writes /zno-deploy or asks about deployment, release, environments, migration, or rollback. Plans and executes the deployment change, updates docs/operations/08-deployment.md, and updates local-development docs when commands or env vars change.
Use when the user writes /zno-evaluate or wants to validate whether a project idea is worth doing before committing. Uses Socratic questioning to challenge the idea across pain points, target users, existing solutions, ROI, risks, and timeline. Outputs a structured evaluation conclusion (do / don't do / defer). Should be used before /zno-init.
Use when the user writes /zno-feature or asks to add a new feature to an ongoing project. Clarifies only what affects scope or design, follows TDD when a test framework exists, updates the relevant docs and the feature changelog, and passes the verification gate before completion.
Use when the user writes /zno-fix or reports a bug or defect. Reproduces or reasons about the defect, locates the root cause, fixes it with a regression test when possible, verifies the fix, and updates the changelog if behavior changed.
| name | zno-handoff |
| description | Use when the user writes /zno-handoff or wants to prepare the project for another developer or AI agent to take over. Writes or updates docs/handoff/05-handoff-guide.md with entry points, common tasks, and pitfalls. |
<skills-root> below means the directory containing all zno-* skills (e.g. ~/.claude/skills or ~/.agents/skills).
Inspect the project: structure, key modules, how to run it locally, current status, and known pitfalls. Read docs/development/10-current-status.md and docs/engineering/11-project-structure.md if they exist.
If docs/handoff/05-handoff-guide.md does not exist yet, scaffold it first:
python <skills-root>/zno-init/scripts/init_project_docs.py <project-root> --scaffold handoff
Write or update the handoff guide so a newcomer (human or AI) can enter the project without asking: where to start reading, important directories, common tasks and how to do them, conventions to follow, and traps to avoid.
Cross-check the guide against reality: commands must actually work, paths must exist. Do not document aspirational state.
Keep the final response short: what was updated and what a newcomer should read first.
<skills-root>/zno-init/references/docs-map.md — full doc set, doc update rules, scaffold triggers.