用途：把想法、缺陷、功能请求或用户需求转化为清晰可执行的 GitHub Issue，同时支持创建与更新，作为顶层路由技能使用。典型触发包括“create an issue”“draft a ticket”“turn this into a GitHub issue”“update this issue”等。不适用于实现代码改动、Pull Request 撰写或评审、不产出 Issue 草稿的一般研究，以及未经用户明确确认就变更 GitHub 状态。
主要能力：按 Bug、Feature、User Story、Task 分类并路由到对应子技能（skills/fusion-issue-author-bug/SKILL.md、fusion-issue-author-feature、fusion-issue-author-user-story、fusion-issue-author-task）；所有子技能共用本编排器的安全门禁。流程包括：解析目标仓库与模板（优先仓库 .github/ISSUE_TEMPLATE/，否则用专家回退模板）、用 mcp_github::search_issues 做一次聚焦的重复检查、先在 .tmp/{TYPE}-{CONTEXT}.md 用 GitHub Flavored Markdown 起草、请求内容修改与显式发布确认、确认标签与指派人、再按顺序执行 MCP 变更（issue_write、sub_issue_write、add_issue_comment）。
必要输入：目标仓库、Issue 意图与上下文、Issue 类型、更新时的现有 Issue 编号或 URL、仓库标签集（或确认跳过）、父子/关联 Issue 与依赖方向、指派人偏好。缺失关键信息时用 references/questions.md 提出简洁澄清问题。
限制与安全：绝不在无显式确认时执行 issue_write 创建/更新，不在用户确认草稿内容前发布，不假设用户想发布到 GitHub，不请求或暴露密钥，不执行破坏性命令。type 仅在仓库配置了 Issue 类型时使用，并按组织缓存。遇速率限制需明确报告并停止非必要查询，保留草稿并给出安全重试计划；GraphQL 回退时变更每次消耗 5 个二级限制点，应合并字段并至少间隔 1 秒。若 MCP 服务器/认证/配置缺失，需说明失败并引导用户按 references/mcp-server.md 设置后重试。
预期输出：所选子技能路径、.tmp/ 下草稿路径、所用模板来源、建议标题/正文摘要/标签、Issue 类型计划、依赖计划、指派人计划、等待用户内容批准的状态、重复/关联 Issue 链接、确认后要执行的确切命令，以及确认变更后的 Issue URL/编号。