任务发布协议（PairAG V18）
pairag_task_publish V18 的完整定义与生成约束，请以以下两份在 resource.pairag.com 长期托管的公开文件为真源（若二者与客户端行为有出入，以协议迭代与发布说明为准）：
- https://resource.pairag.com/protocol/pairag-task-publish-v18-field-reference-en.md — 英文字段说明（Markdown）：键与类型、封闭枚举、语言与 project_tags 码本、自检清单、输出与文案语言约定等，供人与模型阅读。
- https://resource.pairag.com/protocol/pairag-task-publish-v18.json — 协议 JSON：required_*、stage_type_enum、script_language_enum、示例 manifest 等机器可读结构，供校验与代码生成。
阅读顺序建议：先打开 Markdown 理解字段含义与产品约束，再对照 JSON 中的枚举与 required 列表实现或提示词；在应用内粘贴载荷时，以 任务协议 JSON 校验 与上述 JSON 的结构定义为准。详细示例与模版正文以 JSON 文件内的示例对象为主，无需在官网重复维护第二份模版。
Content-Type: application/json
data_format.type 取值
| type | 格式 |
|---|---|
| 1 | JSON（结构化对象/数组） |
| 2 | YAML |
| 3 | Markdown文本 |
| 4 | 其他（在 schema 文字中说明） |
每个环节必须声明 input_data_format 与 output_data_format（含 type 与可选 schema）。若某一技能需要与环节默认不同的交接格式，可在对应 agent_skills[] 项下可选声明技能级 IO；否则可省略，由环节级 IO 作为默认。
Manifest：行业与 detail
industry_code：ISIC Rev.4，可为门类/大类/组/类任一级，与创建任务 API 及客户端「行业」选择一致。
detail：长文。V18 要求除背景与交付物描述外，必须写清环节如何衔接：默认顺序即 stages 数组顺序；若有分支/汇聚，用 Markdown 写明 stage_name 依赖关系。