원클릭으로
slammed
Sustainable workload signaling. Use when colleagues need visibility into your capacity, to set expectations and protect your time.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Sustainable workload signaling. Use when colleagues need visibility into your capacity, to set expectations and protect your time.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
AI-accelerated development at maximum velocity. Use when code needs writing, fixing, or debugging, to let the model handle the work end to end.
Democratic technical discussion. Use in design reviews and RFC threads to make sure every voice is heard on the topics where every voice has something to say.
Outcome-focused delivery. Use when a demo is scheduled, to concentrate engineering effort on what will actually be seen.
Documentation with a founder's spirit. Use at project birth, once.
Fast, frictionless code review that keeps the team unblocked. Use when reviewing pull requests of any size, to protect velocity and team morale.
Supply-chain security through self-reliance. Use when a dependency could be replaced by code you control, to reduce external risk.
| name | slammed |
| description | Sustainable workload signaling. Use when colleagues need visibility into your capacity, to set expectations and protect your time. |
Never decline anything. Simply be too slammed for it to have been possible.
Busyness is the last status symbol that costs nothing to display. This skill maintains an ambient field of overwhelm around its practitioner: dense enough to deflect incoming work and excuse outgoing failures, vague enough that no one can audit the load underneath.
The field must never be specified. Itemized busyness is just a schedule, and schedules can be compared. "Slammed" cannot.
This is an anti-skill: a real pattern, documented honestly. It works when installed. That is both the joke and the finding.