其他
把散落各处的 ponytail…
当代码库里用 ponytail: 注释标记了「临时简化 + 上限 + 升级路径」,需要一次性盘点这些延迟项并找出没有触发条件的腐化风险时使用。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
把散落各处的 ponytail: 快捷方通用
解决思路
- 扫描仓库中的注释标记,跳过 node_modules、.git 和构建产物:`grep -rnE '(#|//) ?ponytail:' .`(如果技术栈使用其他注释前缀,把它们补进正则)
- 每个命中项算作清单的一行;靠注释前缀过滤掉那些只是提到该约定、而非真正打标的说明性文字
- 按文件分组输出,每行格式为:`<file>:<line>, <what was simplified>. ceiling: <the limit named>. upgrade: <the trigger to revisit>.`
- 该注释的约定是 `ponytail: <ceiling>, <upgrade path>`,因此 ceiling 和触发条件直接从注释原文中提取
- 如果还想给每行标注负责人,追加 `git blame -L<line>,<line>`
- 标记腐化风险:任何没有写明 upgrade path 或触发条件的 `ponytail:` 注释都打上 `no-trigger` 标签,这些就是会悄悄腐烂的项
- 结尾输出 `<N> markers, <M> with no trigger.`;若什么都没找到则输出 `No ponytail: debt. Clean ledger.`
- 只读、只报告,不修改任何东西
- 若要持久化结果,先向用户确认,得到同意后把清单写入文件(例如 `PONYTAIL-DEBT.md`);这是一次性任务,用 "stop ponytail-debt" 或 "normal mode" 恢复
适用边界 · 注意事项
- 代码库根本没有采用 `ponytail:` 注释约定,没有任何标记可采集
- 需要顺手修改代码、自动修复或消除这些技术债的场景(本技能只读不改)
- 需要持续、定时监控而非一次性盘点的场景