IPO 模型

要解决什么问题

在需求拆解、接口设计或排障时，工程师常把「输入是什么」「中间怎么处理」「最终产出什么」混在一起写，导致边界不清、遗漏校验或返工。IPO（Input–Process–Output，输入—处理—输出）是经典的系统描述方式：先把数据流与职责切开，再谈实现细节。

本技能面向希望在对话里用 IPO 骨架组织问题的场景，而不是直接堆代码或泛泛总结。

技能如何工作

在启用 @user_e02e04b8/ipo-model 后，模型会倾向于按 IPO 三段式推进协作，典型节奏包括：

• Input：明确触发条件、入参、前置状态、约束与无效输入如何处理
• Process：拆分处理步骤、分支、副作用、依赖与失败路径（可对应伪代码或模块边界）
• Output：定义成功/失败的可观测结果、返回值、持久化与对外契约

讨论复杂功能时，可先固化 I/P/O 再下钻到具体技术选型；Review 或写设计说明时，也可用同一结构对照是否缺环。

适用边界与注意点

• IPO 是分析与表达框架，不替代完整的需求文档、测试用例或安全评审
• 技能未在资料中绑定特定语言/框架；具体实现仍须结合你的代码库与规范
• 若问题本身不是「有明确输入输出」的数据流（例如纯组织协作、价值观取舍），强行套 IPO 可能显得生硬，宜改用更合适的叙述结构