一键导入
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.