需用muse wonder构建github自动化工具，关键步骤包括：配置api环境与sdk、监听webhook提取结构化任务、三层prompt编排（原子指令/上下文感知/任务拆解）、安全提交代码变更并闭环反馈。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要用Muse Wonder构建自动化GitHub代码处理工具，需将模型的主动记忆与主动专注能力嵌入真实开发流，直接响应PR描述、Issue上下文和仓库结构变化，生成可执行的代码补丁、测试用例或重构建议。
配置Muse Wonder API接入环境
在本地项目根目录创建.env文件，填入MUSE_API_KEY和MUSE_MODEL_NAME=muse-wonder；确保环境变量已加载到Node.js或Python进程，否则后续所有调用都会返回401错误。
安装官方SDK：pip install muse-sdk（Python）或npm install @muse/agent（TypeScript），注意v2.4.0+才支持task_session_id持久化字段——这是维持跨轮次主动记忆的关键，旧版本无法绑定长期任务上下文。
初始化客户端时必须传入session_ttl=3600（单位秒），否则默认15分钟超时会导致长周期PR分析中断。这一步漏设，整个自动化流程会在处理含10+文件的大型PR时静默失败。
监听GitHub Webhook并提取结构化任务
在GitHub仓库Settings → Webhooks中添加新钩子，Payload URL填你部署的服务地址，Content type选application/json，只勾选pull_request和issues事件。
收到Webhook后，用github-event-parser库解析原始JSON，重点提取：【issue.number、pull_request.diff_url、repository.owner.login、repository.name】；不要直接读pull_request.body文本，它可能含Markdown渲染干扰符，必须走GitHub REST API用/repos/{owner}/{repo}/pulls/{pr_number}接口重新拉取纯净的body字段。
对每个事件生成唯一task_id：拼接event_type + repo_full_name + timestamp_ms，避免不同仓库同名Issue导致记忆混淆。Muse Wonder的主动记忆机制按task_id隔离，混用ID会让模型把A仓库的修复逻辑错误复用到B仓库。
构建三层Prompt编排流水线
方法一：原子指令层（用于单文件小修）
输入格式严格为：“请基于以下diff修正bug：{raw_diff}。要求：1. 只修改必要行 2. 不增删函数 3. 保留原有注释”。此模式下Muse Wonder会跳过推理链，直出patch，适合CI阶段自动修复linter报错。
方法二：上下文感知层（用于跨文件重构）
先调用GET /repos/{owner}/{repo}/contents/{path}批量拉取涉及的源码文件，拼成带路径标记的上下文块：“【src/utils/date.ts】export function parseISO(...) {...}”；再喂给Muse Wonder，并在system prompt里声明：【你正在处理TypeScript项目，所有输出必须符合ES2022语法且通过tsc --noEmit检查】。缺这条约束，模型可能输出可选链操作符?.而目标项目tsconfig.json禁用了strictNullChecks，导致编译失败。
方法三：任务拆解层（用于复杂Issue）
第一步：让Muse Wonder阅读Issue标题+描述+所有评论，输出JSON格式的{“sub_tasks”: [{“id”: “T1”, “desc”: “添加JWT刷新逻辑”, “files”: [“auth.service.ts”]}]}；
第二步：对每个sub_tasks条目单独发起请求，传入对应文件当前内容及子任务描述；
第三步：收集全部输出，用git apply --check预验patch合法性，失败则触发重试并附带错误日志回传给模型。这一步必须做，否则无效patch会直接污染Git暂存区。
安全注入代码变更到GitHub
生成patch后，调用GitHub REST API的PUT /repos/{owner}/{repo}/contents/{path}提交修改，sha参数必须从GET /repos/{owner}/{repo}/contents/{path}最新响应中提取——【跳过sha校验等于强制覆盖，可能抹掉他人刚提交的代码】。
提交消息固定为[Muse Wonder] {original_issue_title} → {auto_generated_summary}，其中{auto_generated_summary}由Muse Wonder对patch内容二次总结生成，长度限制在50字符内。不加前缀会导致GitHub Actions无法识别自动化提交，进而跳过CI检查。
最后调用POST /repos/{owner}/{repo}/issues/{issue_number}/comments，将完整patch diff和执行日志以details折叠块形式发回Issue页面，方便人工快速验证。这一步完成后，工具即完成闭环。
