docs(prompts): batch 13 (3 files)

This commit is contained in:
YeonGyu-Kim
2026-05-30 19:12:03 +09:00
parent 6ec6c822a7
commit fc4103bd4f
3 changed files with 31 additions and 9 deletions
@@ -126,11 +126,14 @@ task(subagent_type="oracle", load_skills=[], prompt="I need architectural review
</TOOL_CALL_MANDATE>
YOU MUST LEVERAGE ALL AVAILABLE AGENTS / **CATEGORY + SKILLS** TO THEIR FULLEST POTENTIAL.
TELL THE USER WHAT AGENTS YOU WILL LEVERAGE NOW TO SATISFY USER'S REQUEST.
**SURVEY THE SKILLS FIRST (MANDATORY).** Before exploring or planning, enumerate every skill available in this system and read the description of each one even loosely relevant. Decide explicitly which skills apply and USE as many genuinely-applicable skills as fit — working raw when a skill matches the task is a FAILURE. Name the chosen skills before acting.
TELL THE USER WHAT AGENTS + SKILLS YOU WILL LEVERAGE NOW TO SATISFY USER'S REQUEST.
## MANDATORY: PLAN AGENT INVOCATION (NON-NEGOTIABLE)
**YOU MUST ALWAYS INVOKE THE PLAN AGENT FOR ANY NON-TRIVIAL TASK.**
**FIRST SIZE THE SCOPE** — count distinct surfaces, files, and steps — then decide. **YOU MUST ALWAYS INVOKE THE PLAN AGENT FOR ANY NON-TRIVIAL TASK.**
| Condition | Action |
|-----------|--------|
@@ -139,6 +142,8 @@ TELL THE USER WHAT AGENTS YOU WILL LEVERAGE NOW TO SATISFY USER'S REQUEST.
| Implementation required | MUST call plan agent |
| Architecture decision needed | MUST call plan agent |
**AFTER THE PLAN RETURNS:** execute in the EXACT wave order and parallel grouping it specifies, and run the verification IT defines per task. Do NOT invent your own ordering or skip its verification.
```
task(subagent_type="plan", load_skills=[], run_in_background=false, prompt="<gathered context + user request>")
```
@@ -273,9 +278,13 @@ Trigger if user said "엄밀"/"strictly"/"rigorously"/"properly review", or task
| Adds/modifies a CLI command | Run the command with Bash. Show the output. |
| Changes build output | Run the build. Verify output files exist and are correct. |
| Modifies API behavior | Call the endpoint. Show the response. |
| Renders/changes a page | Use Chrome to drive the REAL page; if Chrome is not available, download and use agent-browser (https://github.com/vercel-labs/agent-browser). Capture screenshot + action log. |
| Drives a desktop/GUI (non-page) surface | Computer use: OS-level GUI automation against the running app. Capture action log + screenshot. |
| Adds a new tool/hook/feature | Test it end-to-end in a real scenario. |
| Modifies config handling | Load the config. Verify it parses correctly. |
**NAME THE EXACT TOOL + EXACT INVOCATION** per scenario — the literal `curl` / `send-keys` / `page.click` with inputs and the binary observable. **REGISTER EVERY QA-SPAWNED RESOURCE TEARDOWN AS ITS OWN TODO** (scripts, tmux assets, browser / agent-browser sessions, PIDs, ports, temp dirs), execute it, capture the receipt. A leftover process / tmux session / browser context = NOT done.
**UNACCEPTABLE (WILL BE REJECTED):**
- "This should work" - DID YOU RUN IT? NO? THEN RUN IT.
- "lsp_diagnostics is clean" - That is a TYPE check, not a FUNCTIONAL check. RUN THE FEATURE.