用途：把已确认的例外转化为可供公司跟踪、归属、整改和问责的问题书面说明。核心结构沿用条件、标准、原因、影响、建议，并附带严重程度、责任角色与目标日期。
主要能力：按 CCCE 加严重程度起草；要求确认条件来源（测试结果、对账失败、供应商 SOC 报告、检查函、自披露等）、违规标准（须为具名来源及条款）、整改责任角色、是否源自检查函；区分公共、公司政策、机密监管等来源姿态；支持银行、保险、资本市场、支付金融科技等行业叠加层，以及网络安全、行为合规等交叉叠加层；输出默认模板 templates/default-output.md，结构化记录依据 schemas/issue.schema.json；可渲染为 Word、格式化 Markdown、PowerPoint 或 Excel；供异常分析链、审计发现、监管回应、问题日志、风险委员会材料、控制矩阵等下游消费。
使用方式：提供范围（机构、角色、来源姿态、行业与交叉叠加层）后由技能消费；否则技能会询问上述事实，拒绝提供时默认公共姿态，并注明范围未正式确定。产物在具名审查人签核前仅为草稿，严重程度始终需独立核证。
限制：未确认的观察不构成问题；条件须为有日期、有范围、可观察的状态，不能是结论或评论；标准须有具名来源与章节；原因须指向失败的控制属性，不能写“人为错误”“培训不足”“系统限制”；影响须带单位与时间窗口；关闭证据须是具体产物而非“已整改”的动词；除已发布同意令的公开被告外，叙述中不得出现具名机构；证据缺口标记转入业务问题日志，不得静默留在正文。缺失事实暂未提供。