用途：把用户故事、Jira 工单或缺陷转成 TestRail 手工测试用例。核心原则是用例验证的是业务规则而非点击路径，预期结果必须在功能损坏时不成立；所有事实只能来自本次实际读取的来源（已有 TestRail 用例、Jira、GitHub 源码/README、FOLIO wiki、API 文档），不得凭常识或类比推测，未核实的须先取来源或询问用户。
流程：先按故事内容、开发团队、Jira 前缀判定应用领域，读取 references/context/ 对应上下文文件（领域含协议、订单、发票、财务、流通、用户、数据导入导出、MARC、eHoldings、许可、清单、联盟管理器、Eureka 平台等）；若文件缺失、标注 DRAFT、关键业务规则少于 10 条、缺少确切 UI 文案或待核实项过多，则触发轻量上下文补充，最多抓取 3 个 GitHub 文件（翻译文件、package.json 的 stripes.permissionSets、一个 Cypress fragment）及故事直接关联的 Jira 问题，仅存于内存，不回写上下文文件（该文件只读）。
再读 references/examples.md 对齐风格，拉取用户故事提取摘要、描述、验收标准、开发团队与 refs；把故事映射到关键业务规则并列出场景（正向、规则验证、UI 验证、能力边界、负向/边界），先经用户确认，再逐场景生成用例，自查后询问 TestRail 段 ID、展示预览并获明确确认，最后经 API 提交。
限制：上下文文件不得修改删除；未核实的行为不得写入；UI 领域断言弹窗、提示与面板，API/协议领域（如 OAI-PMH、MARC 校验）改断言请求参数与响应字段；缺失事实应明确说明。原资料中的具体命令、Section ID 与完整示例未提供。