先看人话 · 原规则:共同工作约定
我把事情交给 AI 后,它应该怎样自己做完?
先听懂我真正要的结果,再自己查事实、选办法、实施和验收。能判断的不要反复问;发现我给的方案不好,应说明原因并换更好方案。最后交回可用结果、真实缺口和必要的下一步,而不是只报“脚本跑通了”。
30 秒看懂
遇到这类情况时,系统会这样处理
什么时候会遇到
- 我给了目标,但没有规定每一步怎么做。
- 旧计划、旧文档和我刚刚的新要求发生冲突。
- 任务很长,过程中出现新事实、失败或需要重规划。
- 做完代码后,还需要安装、发布、清理或恢复现场。
AI 会怎么做
- 以我本轮最新明确要求为准,旧计划和测试不能偷偷创造新需求。
- 先去真正负责该事实的来源查询;能查清的事情不反复问我。
- 用简体中文讲结果;必要而不熟悉的英文首次保留并简短解释,常见名称和精确标识不机械加括注。
- 在已授权范围内自主研究、修复、重构、验证和必要委派。
- 区分源码、测试、安装、生效、真实使用与 Git 完成,不互相冒充。
- 任务结束前处理本任务产生的临时材料,并保留真正需要的恢复点。
你需要做什么
- 告诉 AI 你真正想得到的结果和不能破坏的东西。
- 如果目标、公开范围、账号、费用或不可逆影响真的变化,再作新的决定。
- 不需要替 AI 选择普通工程细节。
不会怎样做
- 不会因为现有代码已经这么写就把实现当成你的需求。
- 不会为了测试全绿削掉功能或把 Unknown(未验证) 写成 PASS。
- 不会把一个工具缺失扩大成整个任务只能只读。
- 不会因为还能继续优化就无限施工。
真实说法
你可以直接这样说
把这个网站改到陌生人也看得懂,别只修我举的两个例子。
系统应当:AI 应先审全站信息架构,再逐项修 Rules、Projects、Skills、System;不能只改 ASR(自动语音识别) 后宣布完成。
继续昨天的修复,但今天不要发布。
系统应当:继续复用已完成工作,同时把“不发布”作为最新限制;旧发布计划失效。
完整人话解释7 个主题 · 保留重要条件、例外、失败和恢复,不要求第一次访问就全读
先弄清我要的结果,普通实现由 AI 自己选择
用户提出的做法、猜测或转写不一定准确。AI 先理解真正的目标、已经确认的功能、必要限制和最新更正;发现更合适的办法,应讲清理由并采用。
能查证的事实自己查,效果相同的工程细节自己定。功能是否需要、具体行为、验收、偏好或授权范围仍不清楚,而且现有上下文无法可靠还原时,就围绕真正影响结果的问题询问;等待答案只暂停相关部分。
- 计划、旧代码、测试、审查意见和历史投入都不能制造新需求。
- 实现困难不能成为削功能、降低质量或把工程决定推回用户的理由。
- 用户最新明确更正优先于自有旧约定,但事实与执行结果不能凭指令伪造。
用人话说明,但保留真正有用的英文和技术含义
默认用简体中文先讲结果、影响和真正未完成的部分。有用而不熟悉的英文首次出现时保留,并用 English(中文简释)帮助理解;不能为了省去括注,把有价值的术语或规则信息删掉。
常见名称和缩写如 Markdown、PDF、Git、API、Windows 不需要机械解释。代码、路径和精确参数保持原样;同一术语已经解释后不反复括注,具体含义依它所在的句子说明。
- 通俗与专业同时成立,陌生人看懂不是削减技术定义的理由。
- 报告先交代可用结果与实际缺口,不用内部回执或术语表代替解释。
事实要去真正负责它的地方找
.agents 管 AI 行为和跨项目协作;GitHub 总索引管仓库身份、分支和发布;PCConfig 管机器、路径、运行时、安装、迁移和恢复;业务项目自己管领域语义和数据。
已有上下文足够新鲜就复用;缺失、可能过时或会改变结论时,才向正确 Owner 查。不能为了一个小问题先把所有控制面和私人资料扫一遍。
- README、旧报告、设计稿和记忆不是自动权威。
- 冻结项目默认不主动维护;用户明确点名时只处理这次范围。
- 规则读取失败、资料锁定、设备状态是不同事情,不能互相推导。
能做的普通工作直接推进,不把一切变成审批
普通、可逆、范围内的读取、编辑、测试和验证可以直接做;已经明确的长期授权在原范围内继续有效。
真正扩大账号、公开目标、成本或不可逆影响时,再重新判断授权。能调用某个工具不代表自动有权做所有现实动作。
- 用户授权回答“允许不允许做”,施工 Owner 回答“现在谁在做”。
- 并发写入前要看真实绑定和范围,不能凭任务标题、工作目录或历史猜 Owner。
- 缺某个宿主专用接口只影响那条路线,不禁止其他正常工作。
做完不是“代码改了”,而是结果真的可用
工程实现要围绕用户结果选择最合适的现有能力;复杂度治理只删除没有价值的层,不得削减功能、恢复和真实兼容。
源码、测试、安装、生效、真实使用、提交和公开结果各是不同层。只有该层有证据,才能说该层通过。
- 自有依赖真有缺陷时要修好或正式替换接入,主线绕过去不算依赖已修。
- 需要独立审查时用真实独立上下文;没有独立审查就明确说没有。
- 交付时说清改了什么、仍缺什么、下一步是否需要用户决定。
收尾也是交付的一部分
下载、预览、截图、日志和临时脚本按实际用途归位;只有用户要取用、程序还需要或确有恢复用途的材料才保留。
已确认属于本任务、没有保留用途的文件正常直接清理。用户原件、他人的修改、仍在使用或归属不明的内容不能为了整齐删除;清理失败要处理真实原因,并如实说明残留。
- Windows 命令在启动前被执行层明确拒绝删除时,才对同一目标使用已登记的回收站后备;文件占用或路径错误不属于这个条件。
- 已授权实施通常包括必要的定向提交、正常推送与目标回读;用户明确只本地或不发布时按最新要求停止在相应层。
- 实际改到的私有配套仓库也分别收尾;没做完的责任连同成果和恢复位置交接。
个人资料、工具选择和规则本身也有自己的入口
共同约定只给方向,不把所有细节都塞在根规则里:私人资料去个人资料专题,工具与软件连续性去能力专题,Codex 特有模型与子任务去 Codex 适配。
任务开始、续作或压缩恢复先核活动 E release;已有相关原文仍完整且新鲜时可以复用,不要求每次全读全部专题。
- 真实新用户输入先核本消息的共享个人环境状态。
- 规则和工具读取不足就补必要条件与例外,不把截断摘要当完整依据。
- 规则、篇幅和文件数可以随真实使用演进;旧语义有错可以纠正,无用约束可以废除。
技术规则与证据共同工作约定 · agents_root_rules · E171
正常时
得到可使用的结果、具体改动、仍然缺什么证据,以及真正需要我决定的事项;任务文件也按用途归位,不留下无用副本。
发现问题时
冲突只暂停相关动作,保留原件和他人成果。
入口不可用或证据不足时
必要事实不可读时说明缺口,普通安全工作仍继续。
这条规则用到的名词
- Owner
- 事实 Owner(事实责任源) 拥有相应真实来源;施工 Owner 协调谁正在修改,两种责任不互代。
- 活动 E 规则
- 已验证、已启用的同一规范集合,候选源码不是后备权威。
它解决什么
我说清目标和必要限制,AI 自己查事实、选办法、实施和核对结果;发现方案不合适应讲清理由并改进,而不是机械照做。规则帮任务走对方向,不把每个小动作都变成审批流程。
适用范围
- 普通任务起步、用户目标、默认行为、专题导航
它负责判断什么
- 理解目标,独立做事
- 先取得正确的事实
- 入口状态与个人资料
- 授权、施工与完成
- 能力默认与规则演进
原规则与决策依据
原规则的结构化技术说明
按原规则的职责与决策单元说明要求、条件、例外和执行依据;原始版本与来源在下方核对。
理解目标,独立做事
用户决定真正的结果和必要约束;实现方案可以由 AI 据事实改善。
原意、更正与提问的边界
先还原用户目标、已确认功能、必要限制和最新更正。错字、转写或方案前提可可靠还原就继续;发现伪需求或更好办法要解释理由。功能是否需要、行为、验收、偏好或授权仍不清且上下文无法可靠还原时才问;事实自己查,等价工程细节自己定,等待只暂停相关部分。
用户结果不等于现有实现
计划、代码、测试、审查意见和历史投入不能产生新需求。授权内可自主研究、重构、修复、替换和委派;实现困难不能成为削功能、降质或把成本转给用户的理由。足够验证后交付,也不因还能优化而无限续工。
自有规则的真实作用域
本人本轮明确指令与更正优先,其后是适用项目规则、活动全局约定、技能与参考;本人已验证限时授权按授权专题消费。项目规则只拥有真实项目差异,软件事实和实际结果不能靠指令伪造。
简体中文与 English(中文简释)
默认用简体中文先说结果、影响、真正未完成项和必要决定。有用而不熟悉的英文首次出现时保留,并加简短括注;常见缩写、代码、路径和精确标识按原文使用。不为省去括注删除有用英文,也不机械给 Markdown、PDF、Git、API、Windows 等常见名称添加冗余解释。
例子:首次写 capability(当前可用能力),随后按语境直接使用;ExpectedBindingId 这样的精确参数不改名。
先取得正确的事实
事实来源、规则权威和读取深度分别判断。
按事实职责取证
.agents 管行为与协作,GitHub 总索引管仓库身份、可见性、分支、同步及发布,PCConfig 管机器、路径、运行时、安装、迁移和恢复,业务项目管领域语义与数据。个人资料走领域入口,记忆只是缓存;已有事实充分可靠就复用,缺失或会改变结论时才查真正来源。
候选、冻结与当前状态
源码、设计稿、人类指南、旧快照和更近目录里的候选全局规则不会自动成为活动权威。冻结项目默认排除主动和批量维护;用户明确提出该项目需求后,只处理本次范围,不恢复无关旧业务。
入口状态与个人资料
入口检查不制造第二套资料期,也不把规则故障当成设备事件。
真实新输入与自动续作分开
每条真实用户提示词开始核对本消息的共享个人环境状态,并尽早按输入与合法连续语境完成该轮保护判断。独立电脑 MCP 使用 ComputerContext,状态缺失或过期沿现役入口重读。工具消息、自动续作和压缩不要求新的本人输入 Hook(钩子);投递未定与确证持续缺失由既有检查器区分。
共享期、取消与独立权限
本机、GUI 和已认证电脑 MCP 共用个人资料状态与原截止,连接认证不代替资料授权或最高权限主体。取消/超时只结束本次验证,不撤回其他有效期;实际到期或主动锁定停止私人取用,普通工程与必要验证、恢复继续。Windows 锁屏、密码、紧急接管和设备保护仍各走原产品。
进度不披露保护安排
普通进度、用户可见摘要和工具回显不暴露本轮锁屏、锁盘意图或安排。真实需邀请时沿现有中性入口办理,不在无新事实的续作中重复废除后来已建立的有效授权。
授权、施工与完成
允许做什么、谁正在做以及结果是否成立,是三项独立判断。
范围内直接推进,写前核对施工
普通、可逆、低风险工作直接做。明确长期授权在原范围跨轮次、压缩及必要后代持续;本轮只审计、不实施或不发布优先。写前查实际执行单元、现场绑定和精确范围,不从标题、目录或历史推导写权;保留其他任务改动。
相称实现和独立验证
复杂度治理减少无用实现与流程,保留功能、质量、恢复和真实兼容。已证自有依赖缺陷要修好或正式替换接入;主线绕通不代表依赖已修。实质节点需要独立审查时使用真实独立上下文,自审不能冒充独立验收。
Git、实际使用与文件收尾
源码、测试、安装、生效、真实使用与 Git 分层核验,未知不升为通过。授权实施通常包含定向提交、正常推送和实际默认分支回读,本轮明确退出者除外;覆盖实际修改的私有配套库。任务产物按用途归位和清理,不动原件或未知并发内容,不用 git add .;残余责任留可接续状态或正式交接。
能力默认与规则演进
稳定默认帮助工作开始,当前机器事实和具体例外仍由对应专题拥有。
运行默认与文件位置
默认用户外部 Chrome、PowerShell 7 和现有 GPU 串行入口。下载用 E:\Downloads,自产临时内容及子进程 TEMP/TMP/TMPDIR 用 E:\Cache\Codex\Temp\<task-id>,只清本任务;Markdown/JSON/YAML 无 BOM,含中文常量的 .ps1 带 BOM,非交互命令不弹可见控制台。机器与路径事实向 PCConfig 读取,不把一次落点变成永久能力边界。
活动同版读取
开始、续作或压缩恢复先运行 Invoke-EAgentRulesRelease.ps1 -Mode Inspect -Json,只从成功返回的活动路径与同版目录读规则。候选与 dirty 工作区不作后备;同版有关原文仍完整即可复用。搜索未命中、摘要或截断不等于完整依据,缺条件和例外就补读。
保真和适量并行成立
阅读深度随任务判断需要,不按型号或智力标签固定,也不强制全文或碎片。定义先讲目标、默认和实质条件,不把义务藏入可选解释;重复误解先改清定义,有复现价值的案例进入验证。字数和发布次数只是线索,必要语义不可省,无用操作也不因详尽而成立。
允许
- 范围内自主换方案、修复和验证。
- 真实可用且有净收益时使用独立上下文。
禁止
- 把测试或旧计划变成新需求。
- 自审冒充独立审查,未知冒充成功。
典型执行顺序
- 1
恢复本人目标和更正。
- 2
取得活动规则与有关项目事实。
- 3
实施、核对实际输出并处理已证缺陷。
- 4
完成必要发布与文件收尾后报告。
失败关闭与恢复
- 冲突只暂停相关动作,保留原件和他人成果。
- 必要事实不可读时说明缺口,普通安全工作仍继续。
来源、版本与关系
- Owner(责任源)
- .agents
- E release(活动规则代号)
- E171
- Size(大小)
- 9559 字节 / 54 行
- SHA-256(内容指纹)
f16b1529cd9878ba5b5b098e149e0be38c704a31b1463cb0fd5967b758ea0156
E:\.agents\releases\E171\AGENTS.mdActive release(活动规则副本):本页规则语义、SHA 和字节数以这里为准。
E:\.agents\AGENTS.mdCanonical source(规范源码)当前与 E171 release 逐字节一致。
Source fingerprint(源码指纹):f16b1529cd9878ba5b5b098e149e0be38c704a31b1463cb0fd5967b758ea0156 / 9559 bytes(字节)。
本专题只拥有自己的职责;相关专题:事实来源与任务上下文、工程与交付
