ponytail适合辅助修改已有项目,因为当前规则优先复用代码库里的实现,并要求保持原有层次、接口和约定。使用时宜先读业务流程,再做一个边界清楚的改动;不能把精简理解为重写整个系统,也不能未经核对就删除看起来没用的代码。
先摸清入口、数据流和实际负载
先让助手审计指定目录或业务流程,了解README、依赖、入口、配置和现有测试。说明项目是一人脚本还是多人并发服务,避免按错误规模判断方案。
大仓库可先深入高影响路径,并让它列出未阅读部分。没有读完整个仓库时,不把报告写成全量保证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

小范围修改后追踪调用关系
修复一个共享函数前,搜索所有调用方,确认参数、返回值和错误语义。保留项目已有结构,避免顺手引入新框架或替换不相关模块。
删除前检查配置、测试、字符串和动态引用。出现具体触发条件的问题才列为发现,不因代码看起来旧就判断必须重构。

按问题影响决定先改哪里
先处理会产生错误结果、安全或数据损失的问题,再处理缺少必要检查、明显性能问题和重复实现。audit主要给出报告,修复哪些项要单独明确。
改完运行相关验证,检查必要调用方和配置是否同步。暂时不处理的已知限制应说明升级条件,避免以后忘记。












