写之前读懂现有实现
沿受影响的数据流查找已有组件、库函数与平台能力，避免为已经解决的问题再次引入依赖或抽象。
Ponytail
Ponytail 为现有编程 Agent 提供优先复用、修改审查与仓库审计规则。了解如何减少不必要的实现，同时保留测试、安全和无障碍要求，为自己的代码工作流明确改动范围与验收标准。
为一次改动建立一致的审查要求
提供可能重复现有代码或增加多余抽象的实现，将请求围绕真实需求、调用影响及已有检查展开。借鉴 Ponytail 比较更小方案时，仍保留验证和错误处理，而不以减少代码作为唯一目标。
带入 Floatboat 的请求
请求可预览和复制，不会从此处自动发送。
参考来源: Ponytail https://github.com/DietrichGebert/ponytail 先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时，先提出方案。 我的任务: 阅读 Ponytail 的规则与宿主安装说明，按导入模块改动的风险选择审查深度。先核对当前环境能使用的指引，报告问题，未经我同意不安装 hooks 或修改文件。 期望交付: 按优先级整理的问题，分别说明必要修复与可选清理。
关于 Ponytail
Ponytail 是 DietrichGebert 维护的开源编程指令集。核心 Skill 与精简版 AGENTS.md 要求 Agent 先理解受影响的代码，再选择解决方案：依次检查仓库已有实现、标准库、平台原生能力和已安装依赖，确有需要时才增加新代码。
项目还提供修改审查、整库审计与延期事项台账。不同宿主可通过插件或规则文件加载这套方法，但命令、生命周期钩子和界面能力并不完全相同。Ponytail 负责约束工作方式，模型、工具和执行循环仍由宿主提供。
对在 Floatboat 中组织代码任务的用户，它提供了控制实现范围、检查修改连带影响的方法。可以先选一项仓库任务，按同一验收标准比较结果。项目公布的基准测试有特定任务与模型条件，不能直接当作其他代码库必然节省成本的承诺。
先复用，再审查，留下有依据的取舍
实现变小之后，调用影响和已验证行为仍应说得清楚。Ponytail 强调先调查、检查周边并保留暂缓事项，让简化建立在仓库质量要求上，而不是只追求更少的代码。
把审查扩展到关联代码
修改审查检查 diff 及其影响的代码，整库审计则扩大调查范围，并按问题的重要程度组织结果。
让延期事项可以追踪
有意保留的 shortcut 注释可汇总为技术债台账，让暂时的取舍保留原因和重新处理的条件。
Ponytail的使用场景
日期控件是否需要自建、字段改名会影响谁，以及抽象是否服务真实需求，都要回到已有代码判断。Ponytail 的复用思路结合周边行为与质量检查，让简化仍能维护必要验证。
为表单增加日期输入
新增日期选择功能前，先检查表单验证规则、现有 Input 组件及目标浏览器的原生支持。选择能够满足真实需求的最小改动，再验证键盘操作和提交行为。只有确认现有能力存在缺口后，才考虑增加自定义控件或抽象层。
检查一次字段重命名
字段重命名可能影响差异之外的序列化逻辑和消费方。接受修改前，沿调用位置、存储或传输格式及响应处理逻辑检查影响。审阅报告应指出没有被修改却依赖旧名称的代码，避免一个看似很小的补丁引发更大范围的问题。
收敛不断膨胀的实现
实现不断膨胀时，将每个抽象层与它真正服务的需求进行比较。移除推测性分支，同时保留处理真实无效输入的验证与错误逻辑。简化后的方案仍要通过这些样例检查，不能为了减少代码而损失必要行为。
交接时说明有意暂缓的工作
保持实现精简，可能意味着部分有价值的想法没有进入已接受范围。记录哪些内容有意暂缓、当前需求为什么不需要它，以及哪些行为真正经过检查。借鉴 Ponytail 对暂缓事项可见性的重视，让审阅者区分明确边界、意外遗漏和并未承诺的未完成功能。
选择 Ponytail 宿主适配方式
规则文件适配器与受支持插件提供的行为不同。以下条件依据 Ponytail 安装说明核对目标宿主，区分指令加载和可执行插件支持，再判断能否使用命令及生命周期功能。
选择对应适配方式
通过 INSTALL.md 查看宿主入口。规则文件用于加载指令，受支持的插件才可能提供命令与生命周期行为。
用真实任务比较 Ponytail 规则
减少代码只有在质量要求仍然满足时才有意义。选择兼容宿主适配后，保留仓库已有检查，并比较完整任务结果，判断 Ponytail 指引是否改善实现，而非只统计行数变化。
保留项目自身的要求
将规则与仓库说明一起检查，先写明正确性、安全和无障碍要求，再比较不同实现。
比较完整交付结果
用同一任务检查实际行为、代码变更、有效测试与审查发现。未核实的部分应明确指出，不能只凭 diff 更短判断完成。
相关软件项目
比较这些项目的用途、运行条件和源码许可。
Ponytail 常见问题
Ponytail 是独立 Agent 或模型吗？
它是改变现有编程 Agent 工作方式的 Skill 与插件项目，不提供模型权重，也不替代宿主的执行运行时。
review 和 audit 有什么区别？
review 围绕一次修改及其关联代码展开，audit 检查更广的仓库范围并排列问题优先级。两者都不只是找可以删除的代码。
不同宿主能使用同样的功能吗？
不能一概而论。规则文件适配可以加载指令，但不一定带有插件命令；钩子与命令语法也依赖宿主，应查看 INSTALL.md。
任务成本面板可以在所有 Agent 中显示吗？
不能。当前文档将 band 面板限定于受支持的 Claude Code 终端和桌面环境，其他宿主可以使用规则，但不包含这一界面。
减少代码是否意味着省略安全措施？
不意味着。项目明确保留验证、错误处理、安全和无障碍要求。更小的实现仍须达到相同的功能与质量标准。
基准测试中的收益可以直接套用吗？
不可以。那些结果来自维护者公布的任务、模型与测试方法。自己的工作负载仍需核对正确性、审阅成本和宿主差异。