5.6 KiB
5.6 KiB
name, description
| name | description |
|---|---|
| ltjt-business-operation | Process in-scope LTJT business requests and return one canonical business-system operation; block out-of-scope, ambiguous, incomplete, or unsafe requests. |
LTJT Business Operation
这是 LTJT 业务请求的唯一 Skill 入口。它接收用户原始业务指令，识别一个业务类型，读取对应 reference，生成并校验业务系统需要的标准输出。
本 Skill 只生成业务任务结构，不打开 ERP、不调用浏览器或接口、不读取附件内容，也不声称业务已经执行完成。
agent_parse_passed 表示“业务系统可以创建任务”，不表示“ERP 已经具备提交条件”。团队订单的产品模板派生和下拉精确匹配属于后续 ERP 预检。
何时使用
仅处理以下七类业务：
| action | 业务类型 | reference |
|---|---|---|
team_order_create |
团队单个下单 | create-orders.md |
team_order_batch_create |
团队批量下单 | create-orders.md |
shared_plan_create |
散拼母团计划 | create-orders.md |
shared_child_order_create |
散拼子单 | create-orders.md |
order_update |
已有订单修改 | updates-and-travelers.md |
passenger_list_import |
旅客名单导入或补充 | updates-and-travelers.md |
confirmation_export |
确认件导出或恢复 | export-and-recovery.md |
普通咨询、非 LTJT 业务、系统诊断、登录问题、任意接口调用请求均不属于本 Skill。
输入
优先接收：
{
"raw_text": "用户原始业务指令",
"task_context": {}
}
如果调用方已经提供 operation，只校验并规范化它，不再重复解析。旧的 erp-task-v1 只作为兼容输入，不是标准输出。
宿主调用约定
宿主 Agent 可以用任意平台的 Skill 机制调用本 Skill，不依赖 $skill 语法、agents/openai.yaml 或特定工具名。调用参数使用 host-integration.md 定义的中性 JSON；调用结果必须直接作为最终业务 JSON 返回。
处理流程
- 判断请求是否属于本 Skill，且是否只包含一个独立业务动作；否则返回阻断结果。
- 确定一个
action，读取上表中对应的 reference。 - 只提取用户明确提供的业务事实；日期、数字和已记录别名可以规范化，不能猜测缺失信息。
- 按 output-contract.md 生成一个标准
operation。 - 检查该 action 的必填字段、冲突、歧义、附件边界和安全条件。
- 返回标准结果；不输出解释，不生成第二种格式。
输出
成功：
{
"status": "agent_parse_passed",
"blockers": [],
"operation": {
"action": "...",
"order_nature": "test|formal",
"submit_mode": "dry_run",
"data": {}
}
}
失败、范围外、缺字段、歧义或不安全：
{
"status": "agent_parse_blocked",
"blockers": ["category:path"],
"operation": null
}
共同约束
- 一次只返回一个独立 action；创建、修改、名单和导出不能合并。
- 只使用标准契约声明的字段；不得添加任意字段、凭据、selector、隐藏 ID 或模型解释。
submit_mode固定为dry_run。- 团队单个/批量下单只要求 Agent 提取用户事实：产品、日期、人数、房型、价格、OP 和销售人；
customer、route、trip、order_number缺失时写入data.resolution.deferred_fields，不要阻断，也不要猜值。 - 团队单个/批量下单的
resolution.mode固定为task_ready；Skill 没有 ERP 查询证据，不能自行输出erp_ready。 - 测试性质的创建任务保留用户测试标记；缺失时按唯一出发日期生成
RAWTEST-ERP-YYYYMMDD。正式任务不得生成测试标记。 - 用户明确提供的客户、线路、行程或团号必须原样保留；ERP 预检需要将其与产品模板结果做一致性校验。
- 产品模板解析由 ERP 侧负责：
Find_product/GetProduct负责派生行程、专线、客户、币种和团号前缀；未经过精确 lookup 的字段不能标记为erp_ready。 - 缺失、冲突、无法唯一确认或超出七类范围时，返回
agent_parse_blocked。 - 附件只保留名称、路径和元数据，不读取或复制旅客、证件、Excel/CSV 行内容。
- 任务 ID、session ID、Profile 版本等传输信息放在业务系统包装层，不放进
operation。 - 不把归档交接包的旧格式当作 Agent 标准输出；需要时只在 Skill 内部规范化。
参考资料
- output-contract.md：最终输出结构。
- operation-matrix.md：七类业务与最小字段。
- create-orders.md：四类创建业务。
- updates-and-travelers.md：订单修改和旅客名单。
- export-and-recovery.md：确认件与恢复导出。
- safety-and-results.md：阻断和结果语义。
- contract-alignment.md：当前 Schema 与运行时契约差异。
- standard_system_operation.schema.json：随 Skill 一起分发的标准输出 Schema。
- host-integration.md：跨平台宿主调用约定。
- examples.md：标准通过和阻断样例。