用途：disciplined-research 是“有纪律的开发”（disciplined development）流程的第 1 阶段，聚焦在设计或编码之前把问题理解清楚。它产出一份研究文档，用于支撑有依据的决策，在文档获批前不进入设计与实现。
主要能力：一是问题理解，明确要解决什么问题、谁受影响、不解决的后果、成功标准；二是现有系统分析，梳理当前实现、代码位置、数据流与扩展点；三是约束识别，涵盖技术、业务、集成与性能约束；四是风险评估，找出已知风险、未决问题、假设与外部依赖。它还引入“本质主义”检查：用三个问题（是否有动力、是否发挥优势、是否满足真实需求）判断工作是否值得投入，少于两个“是”即停止并重新审视必要性。
使用方式：按研究文档模板组织输出，包括执行摘要、问题陈述、现状分析、约束、关键少数（最多 3 条关键约束）、依赖、风险与未知、研究结论与建议、下一步等。文档要求显式声明假设、列出多种解释、命名困惑点，并承认更简单的方案。资料给出的研究技巧使用命令行：rg "feature_name" --type rust、git log --oneline -20 -- path/to/module、git shortlog -sn -- path/to/module、cargo tree、cargo tree -i crate_name、cargo audit。
适用场景：中型功能或变更的早期调研，通常在 1–2 天时间盒内完成；可作为 ZDP（Zestic AI Development Process）生命周期中 Discovery 与早期 Define 阶段的一部分，研究成果对接 PFA（Problem Framing Agreement）关口。
限制：该阶段不做设计、不做实现（除探索外不改代码）、不做假设；需人工审批与研究文档完成等关口条件；资料未提供收费、价格、平台支持、效果数据或安装命令等事实，暂未提供。