ponytail适合辅助修改已有项目，因为当前规则优先复用代码库里的实现，并要求保持原有层次、接口和约定。使用时宜先读业务流程，再做一个边界清楚的改动；不能把精简理解为重写整个系统，也不能未经核对就删除看起来没用的代码。

先摸清入口、数据流和实际负载

先让助手审计指定目录或业务流程，了解README、依赖、入口、配置和现有测试。说明项目是一人脚本还是多人并发服务，避免按错误规模判断方案。

大仓库可先深入高影响路径，并让它列出未阅读部分。没有读完整个仓库时，不把报告写成全量保证。

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

小范围修改后追踪调用关系

修复一个共享函数前，搜索所有调用方，确认参数、返回值和错误语义。保留项目已有结构，避免顺手引入新框架或替换不相关模块。

删除前检查配置、测试、字符串和动态引用。出现具体触发条件的问题才列为发现，不因代码看起来旧就判断必须重构。

按问题影响决定先改哪里

先处理会产生错误结果、安全或数据损失的问题，再处理缺少必要检查、明显性能问题和重复实现。audit主要给出报告，修复哪些项要单独明确。

改完运行相关验证，检查必要调用方和配置是否同步。暂时不处理的已知限制应说明升级条件，避免以后忘记。