用途：hotfix 用于小到中型改动的快速、准确迭代，不是随意编码，也不是完整重型流程。当头脑风暴→规格→计划→评审显得过重时使用；若涉及新系统、架构决策、需求不清或有争议、跨多文件多阶段的工作，则应改用 pocket-grinding。
主要能力：提供五步流程。第一步捕获意图，用 1-2 句复述目标并暴露歧义；若一次澄清后仍不清楚，升级到 superpowers/brainstorming。第二步写简短计划，3-5 条要点说明改什么、在哪改、怎么改、如何测试，可加载 references/plan-format.md 了解有效计划格式。第三步派发通用子代理，用 validate-plan 评审计划，派发模板见 references/reviewer-dispatch.md，强调不自我评审。第四步按评审结果修复：CRITICAL 必须改，WARNING 除非有明确理由否则改，INFO 容易则改；最多 3 轮评审，仍有 CRITICAL 则上报用户。第五步实施，只做计划内的事。
使用方式：流程适用于每个任务，不论大小、紧急程度或提出者。计划深度随改动规模调整：拼写/字符串修复可 2 条要点，小 UI 改动 3-4 条，逻辑/行为改动 4-5 条并含边界情况，新端点/组件至少 5 条并考虑升级，架构或多系统改动则简短计划不足，应升级。
限制与注意：资料提到 Pocket Education Guard，若项目记忆文件 CLAUDE.md / AGENTS.md 中没有 ## Pocket Education 标题则跳过；若有，需用 npx -y pocketto-pi edu --json --contract 3 确认，当 data.education 为 true 或命令报错时，需先询问用户自行实现还是由代理实现，未明确选择前不写实现代码。资料未提供更多平台、收费或效果信息。