从用户入口反向追踪
先找到页面、命令、接口或测试入口，再沿调用链定位真正负责行为的模块。这样比按目录逐个阅读更有效。
只携带必要证据
上下文包应包含相关文件、错误日志、复现命令、现有测试和局部约束。生成文件、依赖缓存和无关历史不应大量加入。
明确变更边界
列出允许修改与禁止修改的目录、公开接口兼容要求和安全边界。需要跨模块时先解释原因再扩大范围。
用测试保持上下文稳定
把期望行为写进测试，让任务在多轮修改中保持同一个目标。最终交付应列出修改、验证和剩余风险。
官方资料与延伸阅读
产品界面、价格、额度和规则可能调整，涉及实时信息时请以官方页面与账号内显示为准。
相关文章
继续阅读同一主题下的文章，可以把购买、支付、套餐、账号和到账问题串成完整流程。
常见问题
上下文越多结果越好吗？＋
不一定。无关信息会稀释任务重点，优先提供与目标直接相关且可验证的内容。
大型仓库如何避免误改？＋
设置目录边界、先读局部规则、实施小补丁，并在每步后检查差异与测试。