一键导入
workflow-investigate
Gather Smelter codebase evidence, reproduction details, architecture context, and scoped findings before downstream work.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Gather Smelter codebase evidence, reproduction details, architecture context, and scoped findings before downstream work.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when: User wants to run a SUBSTANTIAL multi-step coding task as a workflow (fix/implement a whole issue or feature, comprehensive review), CREATE workflows or commands, set up workflow automation, or manage workflow configuration. Triggers (run): "use workflow to", "run workflow", "with workflow", "workflow to", "workflow run", "use a workflow to", "run a workflow", and generic task-completion intents that imply a full coding deliverable: "실행해줘", "돌려줘", "구현해줘", "고쳐줘", "이슈 고쳐줘", "PR 만들어줘", "implement this", "fix this issue", "build this feature", "ship this". Triggers (create): "create a workflow", "write a workflow", "make a command", "author a workflow", "new workflow", "new command", "workflow yaml". Triggers (setup): "set up workflows", "install workflow automation", "how to use workflows", "configure workflows", "workflow setup", "get started with workflows". Triggers (config): "change my workflow config", "modify workflow config", "workflow
Automates browser interactions for web testing, form filling, screenshots, and data extraction. Use when the user needs to navigate websites, interact with web pages, fill forms, take screenshots, test web applications, or extract information from web pages.
Smelter deep interview for planning-first requirement discovery before /brainstorm, /implement, or /fix execution
Create a release from dev branch. Generates changelog entries from commits, bumps version, and creates a PR to main. TRIGGERS - Use this skill when user says: - "/release" - create a patch release (default) - "/release minor" - create a minor release - "/release major" - create a major release - "make a release", "cut a release", "ship it", "release to main"
Replicate and validate a GitHub issue by spinning up Smelter, analyzing the issue, and systematically testing all described symptoms using browser automation. Use when: User wants to reproduce a bug, validate a GitHub issue, confirm a reported problem, or investigate whether an issue is real before working on a fix. Triggers: "replicate issue", "reproduce issue", "validate issue", "confirm bug", "test issue", "can you reproduce", "try to replicate", "verify the bug". Capability: Checks out main, pulls latest, starts Smelter, reads the GitHub issue, then uses agent-browser to systematically test every symptom and produce a findings report. NOT for: Fixing issues (use /smelter or /exp-piv-loop:fix-issue), general UI testing (use /validate-ui).
Autonomous rule adherence checker. Scans the codebase for rule violations, fixes the highest-impact ones in an isolated worktree, runs full validation, creates a PR. Uses memory to track progress across runs.
| name | workflow-investigate |
| description | Gather Smelter codebase evidence, reproduction details, architecture context, and scoped findings before downstream work. |
| version | 0.55 |
| type | workflow |
| consumes | brainstorm.md OR trigger_prompt |
| produces | investigation.md |
| default_pattern | C |
| default_agent | explore-medium |
| supports_patterns | ["A","C"] |
| team_template | {"C":{"parallel_split_by":"area","agents":["explore-medium"],"aggregator":"architect","conflict_resolver":"conflict-resolver","sync_point":"investigation.md merge"}} |
| can_delegate_to | ["explore-high","researcher"] |
| gate | {"postcondition":[{"file_exists":"$ARTIFACTS_DIR/investigation.md"},{"min_sections":2}]} |
Investigates existing code, data, and external documents. Default is Pattern C parallel (split by area). Output is the Smelter run artifact $ARTIFACTS_DIR/investigation.md, consumed by the active workflow's next node: workflow-tasker for /brainstorm, workflow-implementation-plan for /implement, workflow-infra-plan for /infra, workflow-write-test for /fix, or mode transition guidance for /explore.
Core principle: Evidence from the current codebase, not memory or assumption, is the source of truth for the plan. Every finding must cite a file path or external reference.
Violating the letter of this rule is violating the spirit of this rule.
Announce at start: "I'm using workflow-investigate to gather evidence from the code and external docs into the active task's canonical investigation.md."
/fix systematic debugging flowWhen active mode is /fix, this skill follows the superpowers systematic-debugging experience before any test or code change:
workflow-write-test must create.For /fix, the canonical investigation.md must include ## Reproduction, ## Root Cause, and ## Regression Test Target in addition to the standard sections.
NO PLAN WITHOUT EVIDENCE FROM CODE — EVERY FINDING CITES A FILE
You may not hand off to workflow-tasker until the canonical investigation.md lists actual files, actual schemas, actual existing behaviors — not "I believe X", "typically X does Y", or "the pattern seems to be X". Pattern guesses without a grep or a file path are not evidence.
parallel_split_by: area)| Area | Agent |
|---|---|
database-schema | explore-medium |
api-surface | explore-medium |
ui-components | explore-medium |
security | security-reviewer (optional) |
external-docs | researcher |
On re-entry after workflow-tasker, a restricted run limited to a specific area is allowed.
Write exactly one canonical artifact:
$ARTIFACTS_DIR/investigation.md
Use $ARTIFACTS_DIR from the Smelter workflow run. Do not write investigation.md in the repository root or current working directory.
investigation.md must contain:
## Findings by Area — per-area summary (each item cites path or URL)## Relevant Files — path list## Risks Identified — discovered risks## Data Flow (if applicable)## Reproduction (required for /fix) — exact steps, command, request, UI path, or reason reproduction is blocked## Root Cause (required for /fix) — source-level cause, not symptom## Regression Test Target (required for /fix) — behavior the RED test must proveThe aggregator (architect) merges per-area results into a single document.
| Thought | Reality |
|---|---|
| "I remember how this codebase works" | Memory is not evidence. File is truth (Iron Law #5). Read it. |
| "The pattern is typically X" | Pattern guesses are not findings. Grep for actual usage before claiming. |
| "External docs say it works this way" | Cite the URL. Findings without references are unverifiable by the reviewer. |
| "One file is enough to understand this" | Pattern C splits by area for a reason. Investigate the areas tasker will need. |
| "I'll investigate as I code" | Downstream tests and coding consume investigation-backed artifacts. Investigate now or the whole chain has no base. |
| "The fix is obvious" | Obvious symptom is not root cause. Reproduce, compare, and write the hypothesis before test design. |
| "Just try this patch" | Guess-and-check is not debugging. One hypothesis, one observation, then a RED test. |
| Excuse | Reality |
|---|---|
| "Just the surface, not the internals" | Tasker needs internal side-effect data. Go deeper. |
| "Security area is optional, skip" | Optional ≠ skip. Evaluate if the change touches auth / data / permissions. |
| "I'll add risks later" | ## Risks Identified is mandatory. Empty == "none detected", which the reviewer will challenge. |
| "One agent is faster than Pattern C" | Pattern C parallel finds contradictions across areas. A single agent can't. Demote to A only if tasker declared low complexity. |
When contradictory interpretations of the same component are found across parallel agents, invoke conflict-resolver (section 12-7). Do NOT silently pick one interpretation.
REQUIRED NEXT SKILL: workflow-investigate-review
Do NOT:
workflow-tasker, workflow-coding, or any downstream skillOn /explore mode, the review still runs; mode transition only happens on pass after review.