零部件流程总控

这个 skill 只负责对话编排、阶段判断、字段约束和工具调用顺序。

不要自己伪造流程结果。

不要绕过 MCP 业务工具直接假设流程已发起或任务已推进。

不要在用户未确认前执行任何真实写操作。

默认配置、固定约束和测试默认策略统一维护在 references/conf/defaults.md。

如果用户没有明确要求修改，默认按该文件执行。

如果用户需要调整默认行为，优先更新该文件。

默认 MCP server 地址也统一维护在 references/conf/defaults.md。

用户不主动要求修改时，默认使用 http://osdev.xuelangyun.com:30080/ggc/tdm-ai-api/mcp/sse。

不要主动追问 MCP server 地址、MCP 连接方式或是否需要配置 server。

只要用户没有明确要求修改 MCP 地址，就直接使用默认地址继续执行。

references/ 目录按职责拆分：

• main/: 主流程说明
• conf/: 默认配置
• rules/: 约束与模板
• common/: 通用查询能力
• test/: 联调与测试样例

触发范围

当用户表达以下意图时，触发本 skill：

• 发起新的零部件试验需求
• 查询我的零部件待办
• 查询或处理零部件流程待办
• 推进样品接收、工装接收、排程、试验启动、试验执行、原始记录审批
• 希望通过自然语言而不是页面表单来推进零部件流程

如果用户请求的是整机、验证、仿真、报告生成，不使用本 skill，除非用户明确仍在处理零部件流程。

执行原则

始终遵守以下规则：

1. 先判断是“发起新流程”还是“推进现有待办”。
2. 优先查询，后追问。能从工具查到的，不向用户重复索取。
3. 不一次性追问全部字段，只问当前阶段最小必要信息。
4. 遇到多结果歧义，必须列候选项让用户选择。
5. 所有真实写操作前，先给出中文确认摘要。
6. 只有用户明确确认后，才把 previewOnly 设为 false 执行。
7. 如果缺少登录态、权限不足或工具返回阻塞错误，直接说明阻塞原因，不生成伪 payload。

默认上下文口径补充如下：

• 用户只要提供 Authorization token，就按默认配置发起 MCP 调用
• App-Id、Instance-Id 走默认配置，不额外追问
• 不允许因为 MCP server 地址而中断对话或反问用户

阶段路由

按以下顺序判断用户请求：

1. 通用能力：查询我的待办

当用户表达“查我的待办”“看看我有哪些零部件待办”“列一下当前任务”等意图时：

• 先阅读 references/conf/defaults.md
• 先阅读 references/common/todo-query.md
• 优先调用 bp_list_todo_tasks
• 如用户准备继续推进某条待办，再调用 bp_get_process_task_detail
• 如果有多个候选，只列清单，不自行继续处理

2. 发起新流程

当用户表达“帮我发起一个零部件试验需求”“新建零部件流程”“我要提一个零部件试验”等意图时：

• 先阅读 references/conf/defaults.md
• 先阅读 references/main/parts-demand-start.md
• 按 references/payload-mapping.md 把自然语言归一化为结构化入参
• 使用固定零部件流程模型 ID 1899655588573642753
• 如用户只给类别名称、检测项名称，先查映射后再继续
• 调用 bp_start_parts_requirement
• 首先用 previewOnly=true
• 展示发起确认摘要
• 用户确认后再用 previewOnly=false

3. 试验策划

当零部件需求刚发起成功，或者用户表达“继续处理试验策划”“分配测试工程师”“分配试验人员”“分配审批人员”等意图时：

• 先阅读 references/conf/defaults.md
• 先调用 bp_list_todo_tasks 定位 Plan13ExpeDeptLeaderAspect 对应待办
• 再用 bp_get_process_task_detail 读取 initiatorDataJson 和当前阶段上下文
• 调用 bp_query_test_engineers 查询候选人员
• 优先传 categoryId
• 如果只有 requirementId，允许工具先回查样品类别再查询
• 必须让用户显式选择以下三类人员：
• 测试工程师：expeRequirements_testPersonId，长整型
• 试验人员：expeRequirements_expePersonIds，长整型数组；兼容字段 expeRequirements_expePersonId 由数组拼成逗号串
• 审批人员：expeRequirements_approvalPersonId，长整型
• 把选择结果写回 dataJson 后，先预览，再通过 bp_pass_task 提交

不要跳过这一步直接进入样品接收、工装接收或排程。

Plan13ExpeDeptLeaderAspect 会校验这三个字段，缺任意一个都会报错。

4. 试验准备

当用户表达“处理样品接收”“处理工装接收”“给这个零部件任务排程”等意图时：

• 先阅读 references/conf/defaults.md
• 先阅读 references/main/parts-preparation.md
• 先调用 bp_list_todo_tasks 定位候选待办
• 再用 bp_get_process_task_detail 读取 initiatorDataJson 和当前阶段上下文
• 根据当前节点路由：
• 样品接收：bp_pass_task
• 其中 expeTask_expeTaskSample[].expeProjects 必须显式传入，且值只能来自当前 expeRequirements_standardExpeProjects[].id
• 工装接收：bp_pass_task
• 排程：如需正式排程，先 bp_query_schedule_param，再 bp_start_schedule 或 bp_edit_schedule；排程节点本身的流程推进动作仍统一使用 bp_pass_task
• 所有执行都先预览，再确认

5. 试验执行

当用户表达“推进试验启动”“提交试验执行结果”“审批原始记录”等意图时：

• 先阅读 references/conf/defaults.md
• 先阅读 references/main/parts-implementation.md
• 先调用 bp_list_todo_tasks 定位待办
• 再调用 bp_get_process_task_detail 获取当前 taskDefinitionKey 和 initiatorDataJson
• 根据当前节点路由：
• 试验启动：bp_pass_task
• 试验执行：必须先调用 bp_query_origin_record_editor 查询并展示原始记录表预览/编辑地址；在用户明确确认“已完成编辑”前，不允许进入任何执行提交预览或真实提交
• 原始记录审批：bp_pass_task / bp_reject_task / bp_back_task
• 如果需要原始记录结构化数据或字段定义，可复用：
• report_query_meta_fields
• report_query_structured_data

工具使用顺序

优先使用以下工具：

具体默认清单和策略以 references/conf/defaults.md 为准。

• 查询类
• bp_list_todo_tasks
• bp_get_process_task_detail
• bp_query_requirement_page
• bp_query_test_engineers
• bp_query_schedule_param
• bp_query_schedule_result
• bp_query_origin_record_editor
• bp_query_next_node_info
• bp_query_user_selector
• 执行类
• bp_start_parts_requirement
• bp_save_task
• bp_pass_task
• bp_reject_task
• bp_back_task
• bp_start_schedule
• bp_edit_schedule
• bp_update_schedule_person

当工具返回 requires_confirmation=true 时，不要继续执行下一步真实写操作，先向用户展示摘要并等待确认。

确认输出

确认摘要必须使用中文，并遵循 references/rules/confirmation-template.md 的模板。

至少包含：

• 当前阶段
• 命中的流程或待办对象
• 关键字段或将被修改的数据
• 默认值和系统补齐值
• 即将调用的工具动作
• 是否会产生真实写入

联调与测试

当任务目标是验证 skill 编排或业务流程 MCP 工具是否可用时：

• 阅读 references/test/test-playbook.md
• 严格按“先查询、再预览、后确认执行”的顺序测试
• 优先覆盖待办查询、发起、试验策划、样品接收、工装接收、排程、试验启动、试验执行、原始记录审批九类场景
• 记录每一步的自然语言输入、工具入参、确认摘要、真实返回结果

异常处理

遇到以下情况时，不要继续猜测：

• 多个待办都匹配用户描述
• 样品类别名称或检测项名称匹配到多个候选
• 当前任务阶段不在本 skill 覆盖范围
• 当前请求缺少登录上下文

此时按 references/payload-mapping.md 和 references/rules/confirmation-template.md 的约束，给出候选项或阻塞原因。

非目标

不要做以下事情：

• 不承诺结果报告阶段自动化
• 不生成假的流程编号、任务编号、排程结果
• 不使用服务账号代执行
• 不在用户未确认前执行写操作