🚀 项目工程治理

## 介绍

`async-hook` 基于 `async` 能力提供了类似的事件机制，在 L7 技术栈底层大量使用，但是现在的问题：

- repo 组织比较随意，不够专业，作为底层依赖需要完善
- 文档、API 不全，只能给当时开发的人使用，其他人需要使用有难度
- 质量：单测、覆盖率

对于 AntV 底层的基础技术库，都需要到一个专业的水准，稳定高质量，让 AntV + 社区同学都能维护。参考 scale、coord、expr 等。

## 工作事项

- [ ] Readme 完善，参考 AntV [expr](https://github.com/antvis/expr) 项目
- [ ] 前端工程结构，使用主流的前端工程组织方式，移除无用、冗余的文件
- [ ] 单测，覆盖率 `100%`
- [ ] 包代码整理，是否有新的能力可以加？（当前代码已经非常简单）
- [ ] 在上层 L7 升级使用新版本
- [ ] ...

## 要求

- 仅工程治理，保持兼容性，仅发布小版本。
- 控制包大小，越小越好 `< 5Kb`，可能需要尝试去除 `async` 有依赖，要保持兼容性，风险很大。
- 尝试替换 G 里面重写的 [tapable](https://github.com/antvis/G/tree/master/packages/g-lite/src/utils/tapable) ，让 AntV 使用同一个，让维护成本更低。

## 参考

- https://github.com/webpack/tapable/issues/119

Start by reviewing the current repository structure and README, then compare the project with AntV expr and the referenced tapable implementation. Scope the documentation, engineering cleanup, test and coverage work, compatibility constraints, package-size target, and possible L7 upgrade before making changes. Done means the agreed governance checklist is completed without breaking compatibility.

Written by the indexing model from the issue text.