Haoliang Gao

参数定义和校验一体化（包括lei）会比较好一点。 除了基础类型还有业务校验，这个根据 @xiekw2010 说的写法会比较好一些，不要侵入函数本身。

The API of coffee is same as child_process, you can see this project https://github.com/node-modules/common-bin/blob/master/test/my-bin.test.js

应该不算吧

先看看处理是否合适。

非 json 的没想好怎么处理，内容协商 egg 做的不是很好。

这是是在前面拦截统一处理的，onerror 就是未捕获异常的处理，所以我觉得业务异常都可以在这里提供处理的扩张。

是不是提供这样的配置，让开发者明确是处理哪种类型，格式化统一只给一个 error 对象。 onerror.uncaught.formatJSON onerror.biz.formatJSON onerror.uncaught.formatText onerror.biz.formatText

代码又改了下

看看系统的是否也要加，因为这个是兜底的，如果出现了异常就会真挂掉。 还有一个纠结点是业务处理现在是无法处理默认的 Error 的，如果不提供系统的 format，那这个 error 处理只能使用 onerror 默认的了。

我先把文档写一下，这样比较容易理解。