원클릭으로
feedback
Create a GitHub issue from user feedback with safe context and simple labels. Never implement.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Create a GitHub issue from user feedback with safe context and simple labels. Never implement.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Drive one ready artifact through implementation, proof, review, and owner handoff.
Review the named UI scenario or emit one bounded improvement packet.
Teach a boring-ui child app how to enable Google signup with @hachej/boring-core. Use when the user asks for Google auth, Google OAuth, social signup, or how to turn on Google sign-in/sign-up in a child app.
Ask which Boring skill or workflow fits your situation. A router over the local Boring skills.
Run an extremely strict maintainability review for abstraction quality, giant files, spaghetti-condition growth, and code-judo simplification opportunities.
Route a request to the right Boring v2 workflow skill without doing the work.
| name | feedback |
| description | Create a GitHub issue from user feedback with safe context and simple labels. Never implement. |
Create the source GitHub issue and stop. Do not implement. Do not split into tickets.
Apply exactly one category when possible:
bugenhancementApply exactly one state:
needs-triage — clear enough for triageneeds-info — clarification is neededGrill now, defer, or skip?
needs-info.needs-triage.## Summary
## Observed
## Expected
## Context
- Route/panel:
- Package/plugin:
- Branch/SHA:
- Environment:
## Artifacts
## Redaction
## Acceptance
## Proof Ideas
- Exact command:
- Screenshot/demo:
- Manual steps:
- Waiver if proof is not possible:
## Open Questions
## Next
Suggested next step: `/triage #<issue>` or `/plan #<issue>`.