要解决的业务问题
把工作中的卡点，变成明确的任务。
研发知识散在仓库、接口文档和讨论里，新成员理解上下文慢，重复问题反复出现。
在团队授权的仓库与文档范围内，解释模块和接口，协助草拟测试、变更说明或审查清单。代码建议由开发者检查与测试，写入仓库和生产操作沿用原有审核流程。
可以形成哪些结果
代码与接口上下文辅助理解
测试及说明草稿
变更风险和待验证项整理
一项任务，怎样完成
- 01
限定仓库、文档与读取权限
- 02
检索相关模块和接口说明
- 03
生成解释、草稿或检查清单
- 04
开发者测试并通过原有评审
输入与输出示例
你可以这样提出需求
解释这个接口的调用流程，并列出需要补充的测试。
引用相关文档和代码位置，整理调用步骤、异常分支及测试建议，标出仍需开发者验证的部分。
示例用于沟通定制方向，实际交付按资料、接口与验收范围确定。开始前，一起确认这些条件
- 已授权的仓库与文档
- 开发规范和测试要求
- 代码评审与发布流程
把边界放进设计里
- 不把生成代码视为已通过测试的实现。
- 密钥与敏感数据需保护，生产写入不自动放行。
