Capacity
Structured guidance for capacity planning (load, headroom, scaling): confirm triggers, propose the stages below, and adapt if the user wants a lighter pass.
When to Offer This Workflow
Trigger conditions:
- - User mentions capacity, headroom, scaling plans, or closely related work
- They want a structured workflow rather than ad-hoc tips
- They are preparing a review, rollout, or stakeholder communication
Initial offer:
Explain the four stages briefly and ask whether to follow this workflow or work freeform. If they decline, continue in their preferred style.
Workflow Stages
Stage 1: Clarify context & goals
Anchor on growth assumptions and seasonality. Ask what success looks like, constraints, and what must not break. Capture unknowns early.
Stage 2: Design or plan the approach
Translate goals into a concrete plan around headroom and bottlenecks. Compare alternatives and explicit trade-offs; avoid implicit assumptions.
Stage 3: Implement, validate, and harden
Execute with verification loops tied to cost vs performance trade-offs. Prefer small steps, measurable checks, and rollback points where risk is high.
Stage 4: Operate, communicate, and iterate
Close the loop with load tests and forecasts: monitoring, documentation, stakeholder updates, and lessons learned for the next cycle.
Checklist Before Completion
- - Goals and constraints are explicit for capacity planning
- Risks and trade-offs are stated, not hand-waved
- Verification steps match the change’s impact (tests, canary, peer review)
- Operational follow-through is covered (monitoring, docs, owners)
Tips for Effective Guidance
- - Be procedural: stage-by-stage, with clear exit criteria
- Ask for missing context (environment, scale, deadlines) before prescribing
- Prefer checklists and concrete examples over generic platitudes
- If the user declines the workflow, switch to freeform help without lecturing
Handling Deviations
- - If the user wants to skip a stage: confirm and continue with what they need.
- If context is missing: ask targeted questions before strong recommendations.
- Prefer concrete examples, trade-offs, and verification steps over generic advice.
Quality Bar
- - Each recommendation should be actionable (what to do next).
- Call out failure modes relevant to capacity (security, scale, UX, or ops).
- Keep tone direct and respectful of the user’s time.
容量
针对容量规划(负载、冗余、扩展)的结构化指导:确认触发条件,提出以下阶段,并在用户希望简化流程时进行调整。
何时提供此工作流程
触发条件:
- - 用户提及容量、冗余、扩展计划或密切相关的工作
- 用户希望获得结构化工作流程而非临时建议
- 用户正在准备评审、发布或利益相关方沟通
初始提议:
简要说明四个阶段,并询问是遵循此工作流程还是自由讨论。如果用户拒绝,则继续采用其偏好的风格。
工作流程阶段
阶段一:明确背景与目标
锚定增长假设和季节性因素。询问成功的标准、约束条件以及哪些环节绝对不能出问题。尽早识别未知因素。
阶段二:设计或规划方案
将目标转化为围绕冗余和瓶颈的具体计划。比较备选方案并明确权衡取舍;避免隐含假设。
阶段三:实施、验证与加固
通过关联成本与性能权衡的验证循环来执行。优先采用小步骤、可衡量的检查以及在风险较高时设置回滚点。
阶段四:运营、沟通与迭代
通过负载测试和预测完成闭环:监控、文档、利益相关方更新以及为下一周期积累的经验教训。
完成前检查清单
- - 容量规划的目标和约束条件已明确
- 风险和权衡已说明,而非含糊带过
- 验证步骤与变更的影响相匹配(测试、灰度发布、同行评审)
- 运营后续工作已涵盖(监控、文档、负责人)
有效指导技巧
- - 遵循流程:分阶段进行,并设定明确的退出标准
- 在给出建议前,先询问缺失的背景信息(环境、规模、截止日期)
- 优先使用检查清单和具体示例,而非泛泛而谈
- 如果用户拒绝工作流程,则转为自由帮助,避免说教
偏差处理
- - 如果用户希望跳过某个阶段:确认后继续提供其所需的内容
- 如果背景信息缺失:在给出强烈建议前先提出针对性问题
- 优先提供具体示例、权衡取舍和验证步骤,而非通用建议
质量标准
- - 每条建议应可操作(下一步该做什么)
- 指出与容量相关的故障模式(安全性、规模、用户体验或运维)
- 保持语气直接,尊重用户的时间