stylework-yunxiao-workitem-submitterlisted

# StyleWork 云效工作项提报 ## 中文速查 - 中文名：StyleWork 云效工作项提报 - 英文稳定名：`stylework-yunxiao-workitem-submitter` - 分类：产品与 PRD - 你可以这样叫我：`把这次排查提成云效缺陷`、`创建云效需求并附上证据`、`先预览再提交工作项` - 适合：把讨论或排查结论整理成一个颗粒度合适、证据可追溯的云效需求或缺陷，经确认后创建、上传附件并回读验证。 - 不适合：批量排期、云效数据导出、更新已有工作项，或未经确认直接写入云效。 ## Overview 把讨论、排查或产品判断整理成一个颗粒度合适、证据可追溯的云效需求或缺陷。先生成完整预览，经用户对精确内容明确确认后，再通过当前运行时已配置的云效 MCP 创建并回读验证。 ## Hard Boundaries - V1 只创建需求和缺陷，不更新、删除、关闭、移动或批量修改已有工作项。 - 默认一次确认创建一个工作项。批量输入可以拆成多个草稿，但必须展示精确数量和逐项内容后再确认。 - 预览不是提交授权。只有用户在看过最终预览后明确说“确认提交”“按以上内容创建”等等价表达，才能写入云效。 - 标题、类型、项目、描述、附件清单或其他已确认字段发生变化后，旧确认立即失效，必须重新预览和确认。 - 云效 MCP 不可用、工具 schema 不明确、目标项目或工作项类型无法唯一定位时，停止外部写入链路；不得改用浏览器、`curl`、私有 HTTP API 或猜测 ID 绕过。MCP 缺失只阻塞提交，不阻塞生成完整的本地 Markdown 草稿和预览。 - 不上传原始日志、截图或附件，除非用户明确要求且 MCP 明确支持。上传前检查敏感信息、文件类型和大小；任一检查失败时在首次外部写入前停止。 - 不写入密钥、Token、Cookie、个人隐私、客户敏感数据或未经脱敏的内部 payload。 ## Context Intake 优先从当前对话、用户正在查看的云效页面、已提供 URL 和排查证据中提取信息，不重复追问。进入外部创建前至少确认： - 目标云效项目的稳定 ID； - 工作项类型：`需求` 或 `缺陷`； - 标题和完整描述； - 优先级：`紧急`、`高`、`中`、`低`； - 用户明确要求上传的附件文件名；未要求时附件清单为空。 迭代、负责人、子模块和客户名称是可选字段。能够通过 MCP 列表或解析页面 URL 唯一定位时先形成候选并让用户确认；不能唯一定位时保持空白，不补造。只生成本地草稿时允许项目、迭代、负责人和子模块标为“待解析”，但类型、标题、优先级、完整描述和证据边界仍必须给出。最多集中询问 1-3 个会改变目标、类型或验收边界的问题。 ## Workflow ### 1. Decide type and granularity 读取 `references/workitem-field-contract.md`。 1. 已有能力不符合预期、发生回归、报错或需要绕路才能使用，通常提 `缺陷`。 2. 新增能力、扩展使用范围或治理完整生命周期，通常提 `需求`。 3. 一个用户可感知问题优先对应一个主工作项；根因修复、测试和观测属于研发子任务或描述中的实现建议。 4. 只有不同结果能够独立交付、独立验收或由不同责任方承接时，才拆成多个工作项。 先向用户说明建议类型和颗粒度；不要把每个技术动作拆成独立需求。 ### 2. Build an evidence ledger 读取 `