【必须】适配多平台PR描述：锁定目标平台规范，绑定字段约束与CI检查项，按平台差异表述影响范围、安全合规及审计要求，并动态注入实时环境状态。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让claude生成的代码修改计划适配不同发布平台（如github、gitlab、bitbucket、内部git服务器），但直接给它一句“写个pr描述”往往产出泛泛而谈、缺乏平台特性的内容，导致人工反复润色甚至重写。明确声明目标平台并绑定其元数据规范
第一步：在提示词开头用【必须】句式锁定平台类型，例如：“【必须】所有输出严格遵循GitHub Pull Request模板规范，使用Markdown语法，包含## Summary、## Changes、## Testing三段式结构”。
第二步：提供该平台实际存在的字段约束。比如GitLab要求MR标题以“feat|fix|chore”开头，就写：“标题必须以英文冒号分隔前缀，格式为‘fix: 用户登录态失效问题’；禁止使用中文冒号或全角符号”。
第三步：粘贴你当前仓库真实启用的CI/CD检查项，例如：“CI检查包含eslint、jest-coverage ≥85%、sonarqube扫描通过——修改计划中每项变更必须对应一项可验证的检查结果”。不写这条，Claude可能忽略自动化门禁条件，导致PR被自动拒绝。
区分平台对“影响范围”的表述逻辑
方法一：GitHub偏好“变更扩散图谱”式描述
直接要求：“用三级列表呈现影响路径：1. 修改文件 → 2. 触发的API端点 → 3. 关联的前端页面路由”。GitHub UI会自动解析这类结构化文本生成依赖图预览，提升Reviewers决策效率。
方法二：Bitbucket侧重“分支策略兼容性”
写明：“需注明本次修改是否兼容现有branching model（如feature/* → develop → release/*），若涉及release/*分支，必须标注‘需手动合并至hotfix分支’”。Bitbucket的分支权限模型比GitHub更刚性，漏掉这句会导致Merge按钮灰显。
将 Claude Agent SDK 与 You.com HTTP MCP 服务器集成，支持 Python 和 TypeScript。当开发者提及 Claude Agent SDK、Anthropic Agent SDK 或将 Claude 与 MCP 工具集成时使用。
按平台调整安全与合规声明粒度
第一步：识别平台是否强制要求合规字段
GitHub Enterprise和GitLab Self-Managed通常启用SCA（软件成分分析）策略，此时提示词必须包含：“在## Security Impact段落中，逐行列出所有新增/修改的第三方依赖包名、版本号、CVE编号（若已知）、缓解措施”。
第二步：内部Git服务器常要求审计追踪
写：“末尾添加Audit Trail区块，格式为‘[日期] [操作人] [动作] [依据文档ID]’，例如‘[2026-07-03] 张伟 修改SQL注入防护逻辑 依据SEC-2024-017’”。【未填写完整Audit Trail将导致CI流水线阻断】
动态注入平台实时状态信息
① 在提示词中预留变量占位符：{CI_STATUS}、{LAST_MERGE_TIME}、{ACTIVE_ENVIRONMENTS}。
② 实际调用前，用脚本从平台API实时拉取值并替换占位符。例如从GitHub API获取GET /repos/{owner}/{repo}/actions/runs?status=completed最新成功流水线时间，填入{LAST_MERGE_TIME}。
③ Claude会基于这些真实时间戳判断“是否需兼容旧版API缓存”“是否触发蓝绿部署窗口期”，避免生成脱离运行环境的理论方案。
