OpenAPI规范中请求参数写法；
之前dify中OpenAPI规范只使用了请求体的方式，并没有用过qurey请求参数的方式；
这次敏感词接口用到了这种方式，遂记录一下；
以下为query参数在OpenAPI规范中的配置：
"parameters": [{"name": "text","in": "query","required": true,"schema": {"type": "string"},"description": "描述参数"}
以下为请求体from-data参数在OpenAPI规范中的配置：
"requestBody": {"required": true,"content": {"multipart/form-data": {"schema": {"type": "object","required": ["schema"],"properties": {"schema": {"type": "string"}}}}}
}
ai平台任务编排框架思路整理；
昨天对ai平台从集中工厂模型改为了ai平台任务编排，重构的有点多，今天整理一下；
我这套框架最重要的几个部分由以下几个方面组成：
- domain/resources/context.py 任务执行过程中共享的数据容器，即:一个独立的任务中，共享同一个上下文对象。
- domain/tasks/task_runner.py 非常标准的任务执行器
- domain/tasks/task.py 中Task是一个步骤容器、TaskStep 是步骤的统一接口规范，所有步骤都必须实现 execute(context) 方法。
- domain/templates包是任务构建包，template.py是一个任务构建器，它根据config.py配置生成一个 对应的任务（Task）。
整个任务编排流程是：
- task = xxx_xxx_task(config) 根据传入的config参数构建对应的任务；
- context = TaskContext(file_items=file_items) 构建任务执行过程中共享的 context 数据容器；
- run_task(task, context) 按照任务执行任务，期间所有的数据都放在context 数据容器中，结果也是放在数据容器；
现在有个问题就是代码复用问题，我的每一个任务步骤都需要在对应的任务包写一次；
但是有些步骤可以复用，没有必要每次都写一次，比如paddle的文件解析等等，目前时间不太充裕，暂时搁置；