发布时间:2026/9/5 20:31:16
Turn 1 — read Turn 1 — read【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-5.6-Sol, Codex. Google - Gemini 3.5 Flash, 3.1 Pro, Antigravity. xAI - Grok, Cursor, Copilot, VS Code, Perplexity, and more. Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaksOne tool call: read the unified diff (git diff {upstream}...HEAD; git diff HEADto cover both committed and uncommitted changes, orgit diff main...HEAD/ the target passed as an argument). Skip test/fixture hunks (test/,spec/,__tests__/,*_test.*,*.test.*,fixtures/,testdata/) — test-file changes are not reviewed at this level. No subagents, no full-file reads.### 3.1 diff 获取命令 模板给出的取数方式是**单次工具调用**读取统一 diff具体命令为 bash git diff {upstream}...HEAD; git diff HEAD其中git diff {upstream}...HEAD覆盖已提交到 HEAD 的变更三点语法取与上游分叉点之后的差异git diff HEAD补上尚未提交的工作区变更——两者合用才能保证「已提交 未提交」全都在审查范围内。README 与 high.md 的 Phase 0 也都强调同一动机审查常常发生在 commit 之前备选方案是git diff main...HEAD或直接使用作为参数传入的 targetPR 编号 / 分支 / 路径。3.2 测试与 fixture hunk 的跳过清单low 档明确不审查测试文件变更跳过清单为以下路径模式模式覆盖对象test/位于 test 目录下的文件spec/spec 风格测试目录__tests__/Jest 等常用测试目录*_test.*Go、Python 等后缀式测试文件*.test.*前端生态常用的.test.ts/.test.jsfixtures/测试数据目录testdata/测试数据目录如 Go 惯例原文的表述是 test-file changes are not reviewed at this level——注意这是一个档位级约束不是 low 档认为测试文件不重要而是该成本档位下明确不做这部分工作。对比来看xhigh.md / max.md 在候选去重时还专门要求「指向同一行/同一机制的候选只留一个」而 low 档连这个去重步骤都没有只保留了输出上限。3.3 「No subagents, no full-file reads」这两个 no 是 low 档成本模型的核心No subagentsmedium 及以上档位均要求「Run N independent finder angles via the Agent tool」并在 Agent 工具不可用时降级为「自己在本上下文里顺序执行每个角度及每次验证」low 档从根上就不涉及该路径No full-file readshigh 档的 Angle A 要求逐行读 diff 后再 Read 每个 hunk 所包裹的整个函数bugs in unchanged lines of a touched function are in scopelow 档则连这一步都不做——后续 Turn 2 的判定边界正是由这一条推导出来的见下一节。四、Turn 2 — findings只在 hunk 可见范围内判定「运行期正确性缺陷」low.md 的 Turn 2 原文如下完整继承## Turn 2 — findings Flag runtime-correctness bugs visible from the hunk alone: inverted/wrong condition, off-by-one, null/undefined deref where adjacent lines show the value can be absent, removed guard, falsy-zero check, missing await, wrong-variable copy-paste, error swallowed in a catch that should propagate. Also flag — still from the hunk alone — new code that duplicates an existing helper visible in the diff context, and dead code the diff leaves behind. Do **not** flag style, naming, perf, missing tests, or anything outside the hunk. Output at most **4 findings**, most-severe first, one line each: path/to/file.ext:123 — whats wrong and the concrete failure. If nothing qualifies, output exactly (none). Do not call the ReportFindings tool even if it is available.4.1 应标记的缺陷类型全部要求「hunk 可见」判定前提是一个短语visible from the hunk alone——缺陷必须仅凭 diff 片段本身就能看出。这是 Turn 1「不读整文件」的直接后果既然没有全文件与跨文件上下文任何需要外部信息才能成立的结论都不允许输出。在此前提下模板枚举了两类共 10 个具体缺陷模式第一类运行期正确性 bug8 种inverted/wrong condition—— 条件写反或写错如if (a b)实为if (a b)off-by-one—— 边界差一错误null/undefined deref—— 且限定为「相邻行显示该值可能缺席」时才算即 diff 上下文里能看到取值路径存在缺省可能removed guard—— 防护被删除如if (!x) return被删掉但没有别处重建该不变量falsy-zero check—— 用 truthiness 判断把合法的0/当作缺失值missingawait—— 异步调用漏掉 awaitwrong-variable copy-paste—— 复制粘贴后用了错误变量error swallowed in a catch that should propagate—— 本应向上抛出的错误被 catch 吞掉。值得注意的是这份清单与 high.md Angle Aline-by-line diff scan的查找清单高度同源后者额外多了 unescaped regex metachars 且范围扩大到被触碰函数的全部行可以推断 low 档本质上就是把 high 档的「Angle A 单角度」压缩成无回读文件版本。第二类hunk 可见范围内的清理项2 种新代码重复实现了 diff 上下文里可见的既有 helper——注意限定是 visible in the diff context即不要求去 grep 共享工具模块那是 high 档 Reuse 角度 Grep shared/utility modules and files adjacent to the change的工作diff 遗留的死代码dead code the diff leaves behind。4.2 明确不标记的负面清单Do **not** flag style, naming, perf, missing tests, or anything outside the hunk.负面清单包含五类风格、命名、性能、缺失测试以及一切超出 hunk 范围的问题。这条规则与档位定位一致性能问题属于 high/xhigh/max 档 Efficiency 角度的职责该角度会标记冗余计算、重复 I/O、独立操作串行执行、热路径阻塞以及由闭包捕获整个环境导致的内存泄漏「缺失测试」在 low 档被整体排除因为 Turn 1 连测试 hunk 都跳过了「anything outside the hunk」从制度上封堵了「推测性发现」没有验证阶段兜底的档位靠输入边界自律来控制误报。五、输出契约至多 4 行、单行格式或恰好(none)low 档的输出契约有三条硬约束数量至多4条发现most-severe first严重度降序格式每条一行格式为path/to/file.ext:123 — whats wrong and the concrete failure即「文件路径:行号 — 问题是什么 具体失败形态」。要求给出 the concrete failure而不是笼统地说「这里可能有问题」空结果没有任何发现时恰好输出(none)——不是空消息也不是自由发挥的「看起来不错」。这与 medium 及以上档位的结构化输出契约形成对照medium.md 与 high.md 要求返回至多 8 / 10 个对象的 JSON 数组每个对象含file、line、summary、failure_scenario四个字段并在结尾同样声明「即使 ReportFindings 工具可用也不要调用——本审查的输出契约就是上面的 JSON 块」。low 档则进一步把输出从 JSON 降为纯文本单行列表省掉序列化成本适合在终端里一眼扫完。六、与 ReportFindings 工具的关系明确禁止走结构化通道low.md 最后一句 Do not call the ReportFindings tool even if it is available 值得单独说明。仓库中的 report-findings-tool.md 记录了ReportFindings工具的完整描述与 JSON Schema它是宿主 UI 需要渲染类型化发现列表时挂载的替代输出通道单次调用即完成上报、不再以文本重复打印发现其 schema 关键约束包括level枚举为low / medium / high / xhigh / maxfindings数组maxItems: 32每项必填file、summary、failure_scenario1 起始行号、单句缺陷陈述、具体失败场景可选字段含short_summary≤60 字符的压缩标签、categorykebab-case 分类 slug、verdict仅在跑过验证阶段时设置枚举CONFIRMED / PLAUSIBLE、outcome仅在应用修复后重新上报时设置枚举fixed / skipped / no_change_needed。该工具自身也声明「仅当当前生效的 code-review 指示要求用它上报时才能使用」。low 档的指示是纯文本行输出所以即使会话里挂了 ReportFindings也必须忽略它——因为该工具的verdict字段「inline-only 的审查不存在」而 low 档恰是没有任何 verify pass 的 inline 审查。七、模型路由low 档并非所有模型拿到同一份文件README 指出effort 只是路由键的一半模型家族是另一半。本文精读的 low.md 是路由矩阵中的default列实际存在差异化单元格模型家族与 default 不同的 low 档行为claude-sonnet-5low 档使用变体发现上限改为min(files, 4)受文件数限制而非固定封顶 4claude-opus-4-8拥有自己的o48-low/med/high/xhigh提示词max仍用共享版claude-opus-5medium与high坍缩为同一个「极简提示 → 单遍 careful diff → ≤15 findings 经 ReportFindings 上报」单元格low与max用共享版此外每一档都配有无 Agent 工具的降级路径角度在本上下文内联顺序执行、跳过子代理验证——low 档因为本来就不依赖 Agent 工具天然不受此影响。二进制中还包含未收录在此仓库的兄弟变体经 ReportFindings 上报的输出模式、把发现渲染为可分享 HTML 页的 artifact 发布步骤以及 high/xhigh/max 启用 workflow 时的编排每个正确性角度一个 finder、一个合并的清理 finder、每个 distinct file:line 一个验证器、最后综合。八、实战用法与档位选择建议结合 README.md 的用法说明low 档的典型用法是/code-review low /code-review low PR编号|分支|ref区间|路径【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-5.6-Sol, Codex. Google - Gemini 3.5 Flash, 3.1 Pro, Antigravity. xAI - Grok, Cursor, Copilot, VS Code, Perplexity, and more. Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

相关新闻

2026/9/5 20:26:16

打喷嚏时该用手肘挡吗?从飞沫传播看懂正确遮挡姿势

打喷嚏时用手挡,看起来好像很有教养。但从飞沫扩散的角度看,这个动作存在一个很容易被忽略的问题:喷嚏喷出的液体颗粒会粘在手上。紧接着大多数人都会在两三秒内拿手机、扶栏杆、碰电梯按钮,甚至揉一下眼睛或鼻子。于是一个原本应…

2026/9/5 20:26:16

基于Java+Vue的轻量级在线考试系统设计与实现

简介:这是一套面向Java后端与Vue前端开发者的学习型在线考试系统源码,适用于高校课程设计、教育类毕设及中小型机构轻量级考试平台搭建。系统采用前后端分离架构,完整覆盖考生答题、教师出题、试卷发布与成绩分析等核心教学考评场景&#xff…

2026/9/5 20:26:16

巅峰对决BP与选手状态:拆解AG对KSG第七局的可复用复盘框架

第七局,巅峰对决,AG 在 BP 和临场执行上被 KSG 压制。赛后讨论里出现频率最高的词,一个是“完爆”,一个是“战犯”,钟意和一诺被不少人点名。作为一场高强度收官局,这个结果确实有很多可以拆的地方。但我不…

2026/9/5 21:26:21

嵌入式人机界面如何选串口屏?从RS485通信到Giraffe IDE的落地指南

做嵌入式人机界面时,很多项目遇到的第一个门槛不是显示效果本身,而是主控资源不够。如果单片机还要跑业务逻辑、通信协议和算法,再为一块 5 寸屏维护复杂 UI,开发量和维护成本会迅速膨胀。串口屏的解法是给屏幕单独配一颗 GUI 主控…

2026/9/5 21:26:21

STM32F407驱动4.3寸电容屏:FSMC时序、触摸驱动与LVGL移植实战

简介:本资源是面向嵌入式开发初学者与STM32进阶工程师的完整驱动实践方案,聚焦STM32F4系列(尤其F407)对4.3英寸800480分辨率TFT LCD电容触摸屏的底层驱动实现,解决高分辨率显示控制与多点触控交互集成这一典型工程难点…

2026/9/5 21:26:21

Perplexity、Fable与GPT-5.6 Terra:核心Agent+子代理架构详解

最近 AI 圈有个组合比较引人注意:Perplexity、Fable、GPT-5.6 Terra,再加上“子代理”这类关键词。很多人第一反应是:Perplexity 不是做 AI 搜索的吗,怎么突然和“计算机”扯上关系了? 如果只看表面,很容易…

2026/9/5 21:26:21

自进化Agent操作系统Mobius:从框架到调度、记忆与工具管理

最近一个晚上,我在开源群里刷到一条消息:课题组开源项目推广:自进化Agent操作系统Mobius。底下附带一张架构图,当时给我的第一感觉是这个名字取得好——莫比乌斯环本来就是头尾相接、没有正反面之分的结构,拿来形容会不…

2026/9/5 21:26:21

AI Agent Skills实战:从SKILL.md到Claude Code技能封装

这几天好几个技术群里都在讨论同一个东西:Skills。前脚还在问“claude code skills 官方文档在哪”,后脚就有人晒出自己写的“前端开发skills”让Agent自动干完半个页面的活。我盯着屏幕上那个自己动手改代码的终端,第一反应是:这…

2026/9/5 21:21:21

MAA《明日方舟》一键长草保姆级教程:全日常 5 分钟跑通

MAA《明日方舟》一键长草保姆级教程:全日常 5 分钟跑通 【免费下载链接】MaaAssistantArknights 《明日方舟》小助手,全日常一键长草!| A one-click tool for the daily tasks of Arknights, supporting all clients. 项目地址: https://gi…

2026/9/5 2:46:54

vSound小提琴数字处理器实操指南:从接线到演出的完整配置

电小提琴或者原声小提琴插电演出,第一个绕不开的坎就是声音难听。原声琴的共鸣和空气感一旦进了拾音器,出来的往往是一坨干瘪、发尖、带着奇怪塑料味的信号。我当初第一次把琴接上乐队调音台,直接被主唱吐槽"你这声音像在锯钢丝"。…

2026/9/5 2:46:52

传感器接口IC如何攻克生物化学传感的微弱信号难题?

1. 从电极到比特流:为什么生物化学传感必须依赖专用接口IC 做生物化学传感的人都有过类似的经历:明明传感器本身性能很好,信号输出却一塌糊涂——噪声大、漂移明显、重复性差,怎么调都达不到预期。很多时候问题并不在传感器&#…

2026/9/5 2:44:34

STM32F411CEU6多通道ADC采集:扫描模式+DMA实现详解

1. 多通道 ADC 的用武之地把“Multichannel ADC”和“STM32F411CEU6”这两个关键字放在一起,其实就是嵌入式开发里最常遇到的一类需求:用一块不算贵的 MCU,同时采集多路模拟信号。STM32F411CEU6 是 48 引脚的 Cortex-M4F 主控,主频…

2026/9/5 0:04:47

流式背压机制:避免前端渲染卡死与内存暴涨的滑动窗口限流

流式背压机制:避免前端渲染卡死与内存暴涨的滑动窗口限流在大模型流式输出(Streaming)与智能体实时推流的架构中,生产环境中经常出现一种“上下游生产消费速率严重失衡”的极端情况: 生产端极速产出:大模型…

2026/9/5 2:45:13

USB Type-C PCB布局分区设计:电源、高速信号与PD协议全攻略

做硬件这行,Type-C接口算是典型的“看着简单,做起来全坑”的东西。光引脚就24个,高低速信号、电源、控制线全部塞在一个小小的连接器里,如果PCB布局不做规划,打样回来基本就是“插上没反应”、“高速掉线”、“静电一打…

2026/9/5 2:30:42

系统编程学习原型如何补齐稳定性边界

系统编程学习原型如何补齐稳定性边界预算有限时&#xff0c;我先优化明显多余的复制&#xff0c;而不是猜测性地换容器。用借用传递只读数据通常就能减少分配&#xff1a; fn parse(line: &str) -> Result<Item, Error> { /* ... */ }用基准确认热点确实在分配&am…

2026/9/5 2:46:50

雨花区哪家财务公司代理记账比较好?

在雨花区&#xff0c;企业处理财税事务常常面临诸多挑战&#xff0c;选择一家靠谱的财务公司至关重要。湖南巨勤财务管理咨询有限公司就是本地正规实体财税服务机构&#xff0c;深耕本地工商财税行业多年&#xff0c;熟悉当地工商局、税务局最新政策与申报流程。主营公司注册、…