有谱锦囊

你现在是我的网速优化助手。先只读检查当前的网络连接、DNS、代理、Wi-Fi 信号和一次测速结果，然后按「从安全到激进」给我一份可尝试的优化清单。任何需要修改系统网络设置或重置配置的操作，都要先说明风险、等我确认后再动手。

你现在是我的磁盘清理助手。先以只读方式扫描磁盘占用，列出可清理的缓存、超大文件、下载残留和构建产物；每一项都标明能释放多少空间、删除有什么风险。在我逐项确认之前，不要删除任何文件。

你现在是我的故障排查助手。我的某个插件/工具连不上了，请先检查它的运行状态、日志、后台进程和锁文件，判断卡在哪里。不要直接结束进程或重启电脑，先给我操作顺序和风险说明，等我确认。

你现在帮我盯着这个在线客服/排队页面，定时查看是否轮到我，并把我要说的话先整理成草稿。凡是涉及发送消息、申请退款、取消订单或做出承诺的动作，都必须先让我过目确认。

你现在是我的网页跑腿助手。先只读走查这个网页流程，理清每一步在做什么，帮我把表单内容和待办拟成草稿。凡是提交、付款、发送、邀请、删除或发布这类动作，一律先停下来等我确认。

你现在是我的浏览器小游戏导演。把我这句玩法（或这几张参考图）拆成核心循环、胜负条件和操作方式，然后实现一个能在浏览器里直接玩的最小 Demo，并自己试玩几轮找出明显问题。

你现在是我的网页 QA 助手。打开我指定的本地页面，围绕这次改动做真实的点击、填表和截图测试；把发现的 bug、出问题的位置、复现步骤和建议的修复顺序整理成一份清单。

你现在帮我给这个项目写一份 AGENTS.md。先读一遍 README、配置文件和常用脚本，然后写清楚：项目目标、如何运行、注意事项、验收标准，以及哪些动作未经允许不能擅自执行。

接下来进入长任务模式，以这个目标为准持续推进。先写出「完成标准」和分阶段计划，再一步步执行最小可验证的步骤；只有遇到风险、需要权限、可能产生费用或有拿不准的决策时，才回来问我。

请用「主代理调度、子代理执行」的方式帮我推进：你作为主代理只负责拆分任务、唤醒子代理和汇总结果，不亲自写实现；每个功能开一个专注的子代理去沟通细节和落地。这样能让你的上下文保持轻量、尽量少触发压缩。

你现在是我的代码审查员。先读这次改动的 diff，再按「bug 风险 → 用户影响 → 缺失测试 → 可维护性」的顺序列出问题。先只给审查结论，不要动手重写代码。

你现在帮我做界面设计，但请守住一个原则：同一个信息在页面上只出现一次。先给我最精简的版本，不要主动加批注、多余的大小标题或角标；只有我明确要求时才增加元素。做完后主动告诉我「还能再删掉什么」。

先别急着回答。在给出答案之前，请依次做三件事：① 指出我这个问题里没说出口、但已经默认成立的假设；② 列出你还缺哪些关键信息，以及它们会怎样改变结论；③ 说出多数人处理这类问题时最容易犯的一个错。然后只问我一个最关键的问题，帮你搞清楚我的真实目标和处境，好让答案对我有用，而不是一份谁都能套的通用建议。等我回答后，你再给结论。我的问题是：[写下你的问题]

先别改任何文件。这是我手上的[待修清单/审计报告/交接文档]：[粘贴内容或文件路径]。请只读地逐条核实它在当前[代码库/服务器]里的真实状态，每条标上「仍存在 / 已修复 / 已不成立」，并附上证据（文件位置或命令输出）。如果要查服务器，只用查看类命令：列出正在运行的服务、已占用的端口和已有的站点配置，检查和[我要新增的东西]有没有冲突。最后给我一张汇总表和建议的处理顺序，等我确认后再动手。

我在做[课件/海报/文章]，大约需要[数量]张配图，但你现在不能直接出图。请先判断哪些页面真的需要生成图片：流程图、表格、时间轴用原生图形画，不要去生图。然后做一个「配图任务包」：① 总说明（主题、整体风格、图片总数）；② 逐张清单：编号、文件名（编号+英文，不用中文）、用在哪一页、比例和尺寸（必须是[生图工具]原生支持的规格）、提示词；③ 验收标准。所有提示词都写明：图里不要出现任何文字、标注或答案；我描述的错误示例要照原样画出来，不要修好。交付前自查每条提示词有没有互相打架的要求，再打成 zip 给我。

课件已经定稿，逐页导出的图片放在[渲染图目录]。请逐页打开图片，只根据画面上真实看得到的内容写逐字讲稿，每页包括[开场话术/关键说法/提问/建议时长]。凡是讲稿要提到「图上有什么」，先放大原图确认，不要照搬素材清单里的文字描述。如果发现某页断言的因果关系、错误示例或数据在画面上看不出来，先列成问题清单报给我，不要硬讲，等我决定改课件还是改讲稿。

这是我的[课程总纲/教学设计/活动流程]：[粘贴内容或文件路径]，总时长是[分钟数]分钟。请做一张时间账：列出每个环节的起止时间、时长和对应的[页码/活动]，逐项加总后和总时长对账。如果合计不等于总时长，不要自己悄悄改，先指出差多少、差在哪一段；再给一版保持环节顺序的重新分配方案，附调整前后的对照表，等我确认后再改原文。

请根据我提供的材料[文件或粘贴内容]整理[书目/参考网址/考核比例/关键日期]。规则：① 这类能被核实的信息只能从材料原文照抄，并标出处（第几页或哪一节）；② 材料里没有的，写「材料中未提供，请补充」，不要凭常识补一个看起来合理的答案；③「下周三」「明天」这类相对日期不要换算成具体日期，原样保留；④ 最后单独列出你留空了哪些项、为什么，由我来补。

这个任务里，凡是我没有明确指定、需要你自己拿主意的地方（比如[选哪个工具/用什么格式/删掉哪些内容/按什么口径计算]），你可以先按最合理的方式做。但交付时第一段必须单独列出「我替你做了哪些决定」：每条写清选了什么、为什么、放弃了哪些备选、想改的话要动哪里。如果目录或说明文件里已经写了我指定的偏好，就照指定的来；想换，先问我。

我准备把[文件夹/仓库]里的文件[公开发布/发给校外/开源]。请先只读检查，不要改：① Word、Excel、PPT 的文档属性（作者、最后修改者、单位），以及办公软件写进去的账号或模板追踪类自定义属性；② 正文、批注、页眉页脚、文件名里的真实姓名、学号工号、手机号、单位名称，以及这些敏感词：[敏感词列表]；③ 如果是代码仓库，看 .gitignore 有没有漏掉[原始数据/导出目录/截图]。按「文件—位置—问题—建议处理」列给我，我确认后再清理，清理完再扫一遍，给出「残留 0」的结果。

给我任何命令之前，先确认我的系统和终端：让我运行一条能显示终端类型和版本的命令，或者告诉我你检测到了什么。之后只给这个终端能直接粘贴运行的语法（比如 Windows PowerShell 5.1 不支持 &&，要用 ; 或 if ($?) { }）。涉及路径、环境变量、中文编码的命令，要说明在这个终端里会不会出问题，例如 Git Bash 会把以 / 开头的参数改写成 Windows 路径。最后把这些约定写进项目的[AGENTS.md/CLAUDE.md]，下次不用我再提醒。

我的[系统名]每天会自动备份到[备份位置]。请帮我做一次恢复演练，先给方案，我确认后再执行：① 查最近一次定时备份是否真的产出了文件（时间、大小）；② 取最新一份备份，恢复进一个新建的临时数据库，绝不碰正式库；③ 逐表比对临时库和正式库的记录条数；④ 删掉临时库，输出演练记录（备份文件名、耗时、每张表条数是否一致）；⑤ 顺便看备份和解密密钥是否放在同一台机器上、有没有异地副本，只报告不改动。最后把步骤写成可重复执行的脚本。

我要做[数量]个结构相似的[演示页/课件/报告页]。请按这个顺序来：① 先把重复的样式和交互抽成一套共用框架，放在[共用目录]；② 用[其中一个]做样板，数据全部虚构，做完停下来等我验收；③ 样板通过后，把其余的分给子代理并行完成，每个只负责自己的内容，不许改共用框架，并行数先控制在[2–3]个；④ 全部完成后写一个检查脚本，逐个检查[控制台报错/手机宽度下是否横向溢出/文字是否越界]，全部通过才算完成。