用途与结果
最快了解这个项目
为什么需要它
个人 AI 任务常常一句话就横跨代码仓库、电脑配置、私有资料、外部服务和多个并发任务。没有一套共同规则,最容易出现改错项目、越过授权、覆盖别人修改,或者拿测试绿灯冒充用户已经能用。
举个实际例子
我可以直接说:“把个人项目网站修好并发布,别覆盖其他任务的修改。”网站项目决定页面和测试,Git 总索引确认仓库、主分支与远端,.agents 判断动作是否已获授权、哪些工作值得并行。最后会分别告诉我构建是否通过、远端是否收到、公网能否打开;少一层证据,就不会说整件事已经完成。
最后我会得到什么
我拿到的是一条能追溯的交付链:事实各有来源,写入各有负责人,外部动作有明确授权;失败时知道停在哪、怎样继续,收工时也能分清本地完成、远端完成和用户真正可用。
正常时
目标、事实来源、授权、各自修改范围和验收方式都清楚时,任务直接推进,并分别回读本地、远端和用户能看到的结果。
发现问题时
哪里冲突或验证失败,就只停那一步,说明原因和继续办法;不依赖它的工作照常推进。
入口不可用或证据不足时
拿不到关键现场证据时,对应结论明确写成 Unknown(证据不足);不猜路径、不脑补授权,也不拿本地成功冒充远端或用户可用。
我的 AI 实践
我的 AI 实战积累
我长期把 AI 用在实际工作和项目开发中,积累了丰富的模型使用与智能体协作经验。除了 Codex、Claude Code,我还用过 Grok Build、Google Antigravity、OpenCode、Cline、Qoder 等工具;OpenClaw 刚受到关注时,我就已经积极尝试。
使用还在继续,经验也在增加。这里保留的是我的个人记录,快照截至 2026年9月24日。
个人 Codex 累计用量
约1,921.1亿 tokens
我的 Codex 五份独立使用记录合计
按截图所示累计数相加,仅含 Codex;未合并其他平台用量。2026年9月24日 快照 · 非实时统计
Codex × GLM / DeepSeek / Qwen
我自己的 Codex 环境已接入这些模型,让国产模型参与实际的智能体任务。
ChatGPT × 电脑 MCP
我在已有 ChatGPT 订阅内使用 GPT-6 Astra Pro,通过电脑 MCP 做长任务、开多个对话持续操作电脑。
不另付 API 费用 · 不占 Codex 用量按我的订阅内使用方式记录;ChatGPT 套餐规则仍适用。
了解电脑接入本人使用记录
从 Codex 到更多模型与工具
11 张不同原图,点击任意一张查看完整记录。打开后可缩放、滚动查看细节,也可关闭或切换上一张、下一张。
五份 Codex 累计记录
521.9 + 204.4 + 296.5 + 378.2 + 520.1 = 1,921.1 亿 tokens。五份记录独立,均为我的个人使用记录。
其他模型与工具
受这次可获取统计的限制,国产模型这组记录只能展示约一个月,不代表全部历史用量。各平台口径分别保留,未计入上面的 Codex 合计。
这只是能展示出来的一部分
GLM、DeepSeek、Qwen 展示各自可获取的用量记录;OpenCode 展示该工具的统计;Antigravity、Grok 展示订阅与使用界面。订阅界面不代表累计用量,其他工具经历也没有全部留下截图。
Claude Code 的历史记录
我的账号于 2026年6月30日被封,此前的历史统计现在无法展示。按我本人的使用经历,之前已经用了数亿 tokens;这部分没有计入上面的数字。
从哪里开始
在已接入本机共同规则的 AI 工作对话中,直接说出要完成的事、项目和限制;本网页用于读懂规则与证据,实际工作仍在对话和对应工具里进行。
需要准备什么
- 本次想达到的结果和项目
- 不能改变的限制或已经做过的步骤
- 涉及私人资料或外部发布时的具体范围
从开始到拿到结果
- 1对齐本次任务
AI 将这轮要求与已做的事放在一起,区分真正想要的结果、已有授权和随时可调整的做法。
- 2找对规则和事实
AI 核对当前活动规则、项目约定及真正负责仓库或电脑事实的来源,只取这次决定需要的部分。
- 3在授权范围内完成
AI 按需要调用已接入的能力、协调文件责任和并行工作;关键权限或事实不足时只停相应步骤。
- 4分层交付
交回实际产物与可用结果,分别说明测试、安装、发布、恢复和未知项,不用一张通过回执代替整件事。
从这些需求了解功能
从一个实际问题看它怎样处理、交回什么;当前能做到哪一步和仍有哪些限制,也写在对应说明中。
项目指标与相关入口查看规模、覆盖范围和关联能力
当前项目指标
- 活动规则
- E171 · 10/10
- 能力供应
- 31 项
- 全量回归
- 未重跑
- 合同覆盖
- 已验证
它负责
- 让不同项目的 AI 工作遵守同一套基本约定,并先听这次用户的要求和项目自己的规则。
- 记住原范围内已经明确的授权;多人或多个任务同时改文件时,先确认各自负责哪一部分。
- 按实际任务选择已经接入的工具、个人能力和可独立完成的协作任务。
- 遇到可能改变设备、资料或不可恢复数据的重要动作,区分模型判断、本人验证、真实执行和最后恢复。
- 需要检查时只查点名的问题,告诉我电脑、仓库和规则各自能证明什么。
- 登记来源更新后,只检查对应网站说明是否需要跟着改,不把一次小变化扩成整站重做。
- 任务结束时说明交付结果;仍有后续工作时留下接手线索。
- 管理个人 Skills 的来源、安装和真实可用状态,包括浏览器中断后的续作。
- 为还没提交的规则文件提供 G 盘工作副本,并明确它最近是否真的覆盖了本次修改。
- 长任务始终核对用户原意;发现自加要求或多余实现时纠正,完整功能和真实验收仍保留。
它不负责
- 仓库身份、远端提交和网站发布结果由 GitHub 总索引核对。
- 电脑路径、程序、计划任务、备份和恢复结果由 PCConfig 核对。
- 具体项目自己解释业务内容、数据和怎样才算测试通过。
- 它不收集成一份中央私人档案,也不重启已经退役的旧个人上下文系统。
产品思想与设计核心
私人资料按一段真实期限使用
本机和已连接的电脑入口共用同一段资料访问期限,当前默认 8 小时,可由本人选择 0.5~72 小时。取消或错过一次验证只结束那次请求;真正到期、本人锁定或电脑重启时才停止新的私人取用。个人经历和表达样本只在获准任务中帮助理解,不用来猜谁在操作。
换客户端也要认清真实电脑与权限
AI 从电脑、桌面或已连接的外部客户端工作时,都查同一套当前规则和实际设备。某个客户端缺工具只影响那条操作;连接成功、管理员权限或模型很强,不等于能查看秘密或保护磁盘。
普通协作与最高权限分别成立
Windows锁屏和私人资料解锁是不同动作,明确请求各走现有入口,不先派模型审批。只有独立入侵疑虑、设备或磁盘等重点判断,才核对已登记主体与实际模型资格。取消一次验证不新建另一套冻结;资料真实到期或本人锁定时停止新的私人取用,实际关闭结果另行回读。
共享桌面按本次动作交接
文件范围不同的任务仍可能争用同一个 Chrome、鼠标键盘和前台窗口。操作前确认目标并协调占用,用完即交还;不把一次桌面操作变成永久接管电脑,也不耽误无冲突的文件工作。
把任务留下的文件也收好
下载、生成、解包或复制文件时先知道用途和去向;做完后检查本任务所有落点,只保留确实还要本机使用的成品、维护资产或恢复材料。归位优先移动,临时图、失败输出和 Codex 自有目录也不能漏。原件、他人文件、在用状态不动;清理受阻继续处理并说明精确残留,不把主产物成功说成已经收完。
理解真实原意,也敢指出错误前提
错字、口误和转写误差能从上下文还原时直接继续;只有会改变结果的歧义才问。AI 可以据证质疑不合适的中间要求并提出更好办法,但不能借此覆盖本人更正或删掉已经确认的功能。
短时流程在有效窗口内办完
验证码将到、登录正在确认时,AI 留在当前流程主动跟进可读来源,收到后趁有效继续。等待方式由真实能力和窗口决定;不会刚开始等就设一个任意延后的任务后离开,窗口结束或来源不可读则说明真实缺口。
临时绕通不等于依赖已修好
如果目标确实依赖另一个项目的缺陷,当前页面或应用跑通后,AI 仍应在已有授权与精确施工范围内修复或正式交接那个依赖。没有修好时,告诉我具体影响和接手状态,不把内部报告当成收敛。
人定结果,AI 选办法
本人说清目标和限制,AI 负责研究、实施与验收,可以改进不合适的中间办法。运行环境会核对真实身份和工具调用条件,但不会替 AI 选方案,也不会替本人授权。
哪件事由谁掌握事实
具体功能问项目,仓库与发布问 GitHub 总索引,电脑路径与恢复问 PCConfig。旧报告或模型记忆可提供线索,不能代替现在的现场。已冻结项目只有本人明确提出具体需求时才处理这次范围。
明确过的授权不反复索要
同一目标和范围内持续推进;只有目标、账号、公开面、付费、秘密或不可逆边界变化时,才重新判断。
临时本人授权要亲自发起并设截止
本人在当前 Codex 对话提出限时授权后,AI 才调出可见窗口;本人选择范围、时长并完成验证。默认只作用于当前对话,扩大到所有对话须本人主动选择;后续续聊不会重开或延长原截止。
两种验证倒计时分别看
私人资料的单次验证邀请和独立设备保护有不同期限。本人可以选择已经登记的通行密钥、动态码、恢复码或账号验证;取消一条邀请不会把另一段仍有效的资料访问一起撤掉。
并行提高质量,但不覆盖别人
互不依赖的工作可以并行;重叠写入用最小施工范围协调,已有改动始终保留。
完成必须分层证明
源码、测试、安装、发布和用户真正可用各自证明不同事情,任何一层都不能冒充整件事完成。
来源更新后,只修会说错的页面
一个项目或个人能力发布并核对之后,只检查对应页面会不会因此误导。已有网站任务负责时把更新交给它;没有负责的任务才新建一次独立网站工作。
清理任务文件时保留可恢复办法
先确认文件确属本次任务、可以删除且没有唯一内容。若执行环境在命令启动前明确拒绝删除,才对同一文件改用 Windows 回收站并核对结果;占用、权限或路径错误仍按原问题处理。
Git 提交和工作文件副本各保一层
私有 Git 保留已提交历史,G 盘镜像只保存当时的工作文件和未提交修改。它会在目标原地覆盖和删除,失败后必须看实际文件;目前最新覆盖仍未核实。
不知道就保留未知
证据不足只停止受影响步骤,说明缺什么和怎样恢复;不依赖该问题的安全工作继续。
先检查目标有没有被悄悄加码
长任务在方案变化、反复失败和交付前,请独立视角核对新增要求是否真来自本人。删掉无依据的环节,已确认的功能和质量不因此减少。
注意力质量高于上下文数量
先保住目标、边界、最新证据、未知和验收,再读取会改变判断的细节;既不漏掉关键事实,也不靠堆文件和日志制造理解假象。
自然能力要用自然请求验收
需要证明 AI 会自己选路时,给全新评估者普通用户目标,不泄露 Skill、工具或预期路线;同时检查它是否自主选对能力,以及用户最后是否真的拿到正确结果。
软件更新后看实际还能不能用
官方更新不会仅因版本号不同就把工作全停下;只对确实缺失的接口或功能暂停对应路线。已知不兼容要说明,不能因为名字更新就猜通过。
普通本地工作不虚构对抗者
本机现有用户、文件、进程、软件和私人账号空间默认可信;除非用户明确提出安全任务,不额外制造攻击模型、审计链或守护服务,正确性、可靠性和恢复仍单独做好。
私人问题直接进入对应小入口
健康、私人事务文书、微信、材料、录音和扫描分别走自己的边界,不恢复中央个人画像或默认全景上下文。
项目怎样演化到现在
先让不同任务按同一目标合作
建立共同规则与能力入口,随后加入按需只读诊断和专题导航;普通任务不用每次重教,也不必先读整套规则。
阶段依据
- 2026-06-30 · 第一版共同规则与Skills。
7a7d476 - 2026-07-09 · 只读诊断进入现有控制面。
38d83f7 - 2026-07-10 · 合同目录开始支持按问题取所需正文。
30cee72
授权、并发施工和模型身份分别核对
高影响动作开始有明确授权依据,并发任务按实际修改范围分工,子代理按宿主真实身份核对;这些是不同责任,不能凭一个强模型或管理员入口包办。
阶段依据
- 2026-07-31 · 当时建立的集中Authority属于历史生产链,后续已退役。
95028c4 - 2026-08-13 · 范围化执行Owner用于避免并发覆盖。
94e6e3a - 2026-08-15 · 宿主身份绑定进入原生委派。
ecc2064 - 2026-08-26 · 当时CoreGoal与人类因子整合的历史阶段;不能据此恢复已退役的目标执行链。
472ab3a
退出旧集中平台,活动规则有清楚退路
旧的集中规则系统退出当前工作,现行规则改用一整套可核对的发布版本;未发布草稿与已生效规则分开,上一版仍保留恢复依据。
阶段依据
- 2026-08-21 · 退出历史第四基座,业务不归中央个人系统。
6f6e1ab - 2026-08-22 · 清理活动面和无消费者内容。
9498615 - 2026-08-29 · E release替代C盘旧发布链;当时仍在进行的运行根迁移只作历史观察。
157060f–31009aa
长任务不能丢掉原意和剩余责任
授权在原范围内跨接续保留,未完成责任随检查点交接;并发使用局部状态核对,已证依赖缺陷要收口。产品功能不因减复杂被砍,代码、测试与用户实际可用仍分别验证。
阶段依据
- 2026-08-25 · 归档任务的施工责任可按证据接续。
325d6a7 - 2026-08-30 · 公开分级、耐久授权与跨项目协调的历史规则;旧长期占用条件以现行规则为准。
464564b–185503e - 2026-08-31—09-04 · 用户原意、自然能力验收、依赖收口与来源快照进入长期协作。
d32210b–c5684d7 - 2026-09-04—09-06 · E101–E118时期形成局部Owner CAS和短时流程;当时根/父模型上限已被后续规则替代。
c5684d7–59f2728
按真实问题读规则,按质量选择方法
按问题读需要的共同规则;私人资料共用原到期时间,本人限时授权直接走独立窗口。协作模型按任务、许可与真实能力选择;规则已生效仍不等于电脑功能和实际使用已验收。
阶段依据
- 2026-09-22 · 本轮Inspect核实活动E166,并完整读取Codex适配及共享资料生命周期;这里只证明现行规则语义,不替代PCConfig机器实现证据。
83db4ff5c274c309207340114af02bdd9ea99758
完整项目状态与证据边界
- 仓库
- 私有 / main来自项目 Registry 登记;GitHub 实时可见性仍需 Git Owner 单独回读
- 源提交
e734251081dc- 同步状态
- 联网刷新后,HEAD 与 origin/main 为 0/0;工作树干净
- 活动 E 规则
- e_rules_active_verified(E 规则已验证) / E171 / pointer revision 80
- 规则身份
1aa0b0a0b9dbruleset 2712b2c4926753fc53a15dccf3c8e73c23b30880b45d5675a52b0e2e5b5a1168- 前一代
- E17026738ef24230
- 源码与 release
- 五份 canonical source 与活动 release 一致
- Skills(能力入口)
- 面板收录 31 / 当前供应 31
来源与公开边界
仓库不向匿名访客开放;本面板完整介绍它的产品、规则、模块和真实验证状态。
当前关键技术事实
- 当前活动规则
- E171 · release commit 1aa0b0a · ruleset 2712b2c4…;current(当前状态) pointer revision 80,previous=E170
- 活动规则闭包
- 当前 10/10 份规则共 141597 bytes;每份活动文件与 release descriptor 的 bytes/SHA 必须一致,source 差异只作未激活候选,不能替代当前指针
- 本地回归边界
- E98 的历史完整回归不证明 E171 的全量回归;跨责任源跳过项不折算成失败或通过
- 个人能力供应
- active install intent(安装意图) 只说明供应目标;安装事务、当前任务、全新任务和真实场景验收仍分别取证
- 合同覆盖边界
- 当前状态与发现项见验证层;某次覆盖通过也不代表后来新增合同自动登记。规则、授权、能力、Git 与机器事实继续由各自责任源解释
- 产品能力
- 自然语言目标可接到真实项目、规则、Skills 与工具;源码、测试、安装、发布、恢复和用户结果分层回读
完整执行流程
- 1先确认我到底要什么
先核对活动规则、这轮请求和最近的项目规则,把用户要的结果、更正和授权与 AI 暂定的实现方案分开。对话压缩、任务交接、连续失败或准备扩架构时,先找回原意,不沿着旧清单继续跑偏。
- 2让事实回到负责它的地方
业务听具体项目,仓库与发布听 Git 总索引,电脑路径、任务和恢复听 PCConfig,Agent 行为听 .agents;旧报告和模型记忆只能提供线索,不能替代现场。
- 3选合适的方法和并行度
能直接完成就直接做,需要专业能力就调用对应 Skill 或工具。无论任务长短,只要支路互不依赖、可以单独验收且并行净收益为正,就可以交给子代理;只有真实写冲突、授权冲突或资源争用才减并发或串行。
- 4确认能不能做、谁来改
外部动作先确认授权;已经明确的 durable grant(耐久授权)不要求同轮重述,前提成立就真实调用,并以现场的 deny、unavailable 或 error 为准。开始写入前,只认领自己需要的最小范围,避免覆盖并发修改。
- 5做完一层,验一层
长程任务到了实质方案变化、压缩重规划、失败循环或阶段交付点,由独立子代理检查有没有偷加目标,主线继续不冲突的工作。源码、测试、安装、发布、全新任务和用户结果分别取证;只删无依据增量,不停已授权目标,也不把短时通过说成永远稳定。
- 6来源发布后,只检查对应页面
登记来源发布并正式回读后,personal-panel-refresh 只判断对应快照和直接派生页面是否会因此说错。已有网站任务必须实时为 active 且当前 scope 覆盖这次发布,才把有来源、有时间的增量并入同一稳定批次;否则才新建 fresh projectless(无项目任务) 任务。
- 7把结果说清楚
先用自然语言说明实际做成了什么、怎么用、有什么边界、还需不需要我操作,再给出会改变判断的技术证据。
独立审查与软件兼容的完整条件
长程任务在实质方案变化、压缩后重规划、同类失败循环和阶段交付前,复用一路独立子代理检查需求来源及可删实现;只拦自加目标、流程或假设,不砍真实功能,不靠缩权、限制代理或反复让用户审批工程选择治复杂化。
官方更新不能只因版本号变化就被拒绝。版本、build(构建号)和版本化安装路径用于观察、复现与已测发布,不作为一般软件更新的永久准入门。兼容判断依真实稳定产品身份、签名或主体、公开接口、配置结构、事件和实际能力;更新后只暂停实测缺失的能力,普通工作继续。API或文件格式版本、锁文件、测试夹具以及用户明确选择的固定运行版仍可以严格约束;接口未知不等于通过,也不凭新版本号判失败。
本页用到的名词
需要核对专业含义时,可以在这里查看它在 .agents 项目中的具体用法。
- Agent(智能体)
- 负责理解目标、选择方法、调用工具并交付结果的 AI 执行单元。
- Fact Owner(事实责任源)
- 某类动态事实的唯一负责来源;文档可以指路,但不能代替它的现场回读。
- Project rule(项目规则)
- 项目目录中的 AGENTS 规则,拥有该项目的业务语义、命令、兼容和发布边界。
- Control plane(控制面)
- 维护一类跨项目规则或动态事实的系统;当前只有 .agents、Git 和 PCConfig 三个。
- E release(E 规则版本)
- 递增 E 代号、PRIVATE main commit、规范文件集合 bytes/SHA 和 ruleset SHA 的不可复用绑定;当前是 E171。
- Canonical source(规范源码)
- E:\.agents 当前可编辑规则源码;dirty 或未激活提交不是 current release。
- Current pointer(当前指针)
- E:\.agents\releases\current-rules.json,原子指向 current/previous release。
- Ruleset SHA(完整规则集合指纹)
- 按当代发布描述符把所有规范文件身份、路径、字节数和SHA-256绑定在一起,不把兼容文本排除在完整性检查之外。
- Release record(版本记录)
- 记录版本、提交、完整文件描述符、集合指纹与远端回读;v3覆盖目录规定的正式主题、兼容引用和入口模板,历史v1/v2依原格式解释。
- Recovery-only C history(仅恢复的 C 盘历史)
- 旧 generation、Publisher、签名、anchor、manifest、ledger 和回执可读保留,但不是当前权威或运行依赖。
- Runtime root(运行根)
- 当前唯一 Codex 根是 E:\Data\AppData\Codex;C:\Users\10979\.codex 已是指向它的兼容 junction(目录联接),不是第二副本。任务临时目录位于 E:\Cache\Codex\Temp\<task-id>。
- Activator(激活器)
- 唯一执行测试、PRIVATE main 回读、五哈希、UAC CAS、pointer 切换和 ACL/read-back 的本地工具。
- CoreGoalCommitment(历史目标承诺)
- 旧集中目标执行方案使用的承诺记录。现行规则不再要求普通任务建立它;用户已明确的目标与授权仍按原范围持续,实现方案可以调整。
- StepCapability(历史单步能力)
- 旧方案使用的短时动作凭据。现行普通工作不以这套产品为前提,真实外部动作仍由对应入口核对目标、授权、期限与结果。
- 无限制授权(OwnerTakeover)
- 本人通过已登记验证方式,对明确范围颁发有限期限的自有规则优先授权;使用原截止,取消不影响其他已生效授权。
- Human-factor rehearsal(真人因子前演练)
- 因子、邀请或保护产品发生实现、安装或接口变化时,按影响面验证同一生产链;日常使用只核对本次所选方式。没有指定时可选择健康的登记方式,指定方式故障不能静默改用另一种。
- Execution Owner(施工责任)
- 协调哪个任务正在改哪个最小 scope;它不产生用户授权、管理员权限或业务事实。
- Durable explicit user authorization(耐久明确用户授权)
- 用户已明确给出的长期授权在冻结 goal/scope 内跨轮次、压缩、root、全部后代和新顶层任务持续有效,不要求同轮重述。
- Lifecycle resolver(任务生命周期解析器)
- 固定只读入口,证明任务是否真正 terminal、是否 archived、是否仍有 goal/queue/residual;标题、超时和归档标记不能替代。
- RecoverRelease / RecoverReleaseClaim(恢复释放 / 恢复并认领)
- 需要证明宿主终态或接续在途责任时,按真实生命周期、命令和检查点证据恢复;无残余时释放,有残余时交给真实接续任务。日常治理中没有明确当前施工证据的遗留占用可直接治理释放,不必先取得这些接续证据。
- threadId / clientThreadId(真实任务标识 / 创建中回执)
- 只有真实 threadId 可用于任务管理和归档;clientThreadId 只证明创建已受理。
- Complete goal(已完成目标)
- goal 的关闭状态;它不再构成 open residual,但仍须分别确认 queue、pending transaction、Owner 和 follow-up 都已收口。
- Scope(施工范围)
- Owner 认领的最小文件、模块或责任边界。不同活动任务的 scope 不能重叠。
- CAS(比较后交换)
- 只有所选比较条件仍一致才提交变更。普通 Owner 变更优先比较本项目 bindings 指纹,恢复仍按精确全局 revision;动作核对精确 binding,避免无关项目变化造成误失效或并发覆盖。
- Registered target(已登记目标)
- 持久 reference 说明目标是谁,现场 resolution 说明它现在是否活动、允许做什么和怎样回读。
- External effect(外部现实动作)
- 会改变外部系统或现实状态的动作,例如发消息、公开、部署、删除或付费。
- Read-back(正式回读)
- 动作执行后,从真实 Owner 再读取结果;命令返回成功不能替代。
- Fail closed(失败关闭)
- 关键身份、授权、完整性或目标事实缺失时,只关闭相关高风险动作,不靠猜测继续。
- Skill(能力入口)
- 把一个稳定、窄范围能力和它的本机入口、边界、失败语义放进任务注意力。
- Plugin(插件包)
- 可以分发 Skills、工具服务、Apps、hooks、assets 或脚本的安装单元。
- Provider(事实或能力提供器)
- 以固定 schema 返回现场状态或执行精确 operation 的 Owner 接口。
- Junction(目录联接)
- 用户发现目录到 canonical Skill source 的 Windows 链接,不是第二份源码。
- Recovery capsule(恢复胶囊)
- 安装事务在变更前记录的 source、destination、pre-image 和固定 roots,用于中断回滚。
- Working-tree hot mirror(工作树热镜像)
- 把 E:\.agents 当前文件状态镜像到固定 G 盘热备根,保留尚未提交的工作,但排除 .git 和临时附件;它不同于 Git 历史与 H 冷备。
- Fresh task(全新任务验证)
- 安装完成后启动的另一个任务真实发现该能力。
- E2E(端到端验证)
- 用真实输入走完整路径并得到用户可见结果。
- Unknown(未验证)
- 当前没有足够证据。它既不是 PASS,也不表示永久不可用。
系统里实际有什么
下面是当前产品组件,不是概念分类。每一项都对应真实文件、入口或验证链。
跨项目优先级、E rules authority、事实 Owner(事实责任源)、授权、Git 与验证总原则。
E171 release AGENTS.md 是当前默认入口;dirty source 不是活动规则。
根据触发 metadata(元数据) 找到正确合同、Owner、Provider、schema(数据结构) 和 validator(校验器)。
Catalog(目录) 只做路由,不加载正文、不运行 Provider,也不决定是否授权。
跨 .agents、Git 和 PCConfig 时提供最小 metadata(元数据) 视图。
按 Owner/DocumentId 选择 documents(主选文档)与 conditional_documents(条件文档);条件项不预读正文或哈希,明确选择后才提升。旧视图只作兼容导航,不是两道必经门。
证明并激活 current(当前状态)/previous E release。
测试、PRIVATE(私有) main commit/remote(远端仓库) readback、五哈希、UAC expected-pointer CAS、ACL 和正式回读;不创建后台组件。
只保存当前和上一代两份已验证规则,以便原子激活与回退。
当前 store 仅保留 current(当前状态)=E171 与 previous=E170;更早 E 代留在 PRIVATE(私有) Git 历史,不在活动 store 堆积。release record、current(当前状态) pointer 与两代目录由 SYSTEM-owned 封闭 ACL 保护。
让 AI 工作台的唯一运行根、数据库和任务临时文件位于 E 数据/缓存盘,同时保留旧入口兼容。
当前唯一 Codex 根是 E:\Data\AppData\Codex;C:\Users\10979\.codex 已是指向该根的 junction(目录联接),不是第二副本。任务 temp 使用 E:\Cache\Codex\Temp\<task-id>。
同一目标正常持续;本人需要临时接管时通过独立入口办理,不把两种生命周期混成固定紧急窗口。
现行用户授权专题直接定义目标范围、持续同意、实际外部目标与回读,不要求普通工作先建立CoreGoal或单步能力。本人限时接管由PCConfig现役Open入口与宿主消费链负责;默认8小时、允许0.5~72小时小数,默认当前对话,扩大范围须明确选择,续作保持原截止。
协调多个任务对项目最小 scope 的 Claim、Add、Transfer、Release 和恢复。
普通变更使用 ExpectedProjectFingerprint 局部 CAS,动作使用 ExpectedBindingId 与 v2 封装;全局 revision 和追加式变更记录继续保留。治理时,没有明确当前施工或在途证据的遗留占用按精确范围 Release -GovernanceRelease,保留检查点与未完事实;这不证明进程停止或业务完成。需要实际接续执行时,RecoverRelease / RecoverReleaseClaim 仍按真实证据与精确全局 CAS 办理。
验证 model(模型)、effort(思考等级)、root/child(根代理/子代理) 身份、E release/commit/ruleset 和合同 SHA 后才允许 spawn(创建子代理)。
现有 UserPromptSubmit/SubagentStart 注入身份与用户原意提醒,PreToolUse(工具执行前复核) 创建前复核;续写日志带第二 UUID 时按准确 turn_id 找当前回合,不按历史模型或文件新旧猜测。它不替模型选择 0–10、家族或 scope。
维护 Skill canonical source(能力唯一源码)、安装意图、发现 junction(目录联接)、事务回滚,以及 source、install、current(当前状态)、fresh、E2E(端到端验证) 五层状态证据。
一个 registry(登记表)、两个 canonical roots(唯一维护根目录)、事务 installer(安装器)和 recovery capsule(恢复胶囊);transaction(事务) 是 install 层的事务证据,不另冒充一种可用状态。
在受管浏览控制重置、运行文件缺失、异步表单或上传假完成时保留用户现场并完成真实回读。
默认外部Chrome,本地HTML先HTTP;核对当前官方manifest(清单)/Host/installer,保留allowed_origins与不可替换的latest别名。旧Host配置指向仍存在的旧运行文件时,先与当前App配置比对,只更新四个运行路径,保留channel、代理与其他字段;二次执行保持不变,回退只消费对应修复回执。官方路线确不可用才补精确缺失的官方运行文件;从AppX复制只复制字节并验哈希。JavaScript重置不能刷新旧MCP Provider环境,恢复要由重新连接或更新GUI中的新任务验证;配置仍引用临时文件时不清理。上传和最终提交另行回读。
登记来源发布完成后,只判断它对应的 wly0829.cn 快照和直接派生表面是否失真,并避免多个发布 Owner 竞争或把事件扩成全站复核。
personal-panel-refresh 先要求 live status=active 且 current(当前状态) Owner scope 覆盖 publication transaction(事务),再把 source identity + read-back(正式回读) commit + paths + observedAt + active generation(活动规则代际) 绑定为一个有界增量。同一 Owner 合并多个来源,在输入、E 代际、Registry(登记清单) revision 和负责表面仍匹配时复用证据;连贯编辑与聚焦检查完成后,一个稳定批次只运行一次最终完整门。预览使用可控后台会话和就绪期限。
保存 E:\.agents 当前工作树与未提交改动的 G 盘恢复点,补足 PRIVATE(私有) Git 只保存提交历史的边界。
固定 E→G 路径、G 卷健康门、全局互斥、受限 robocopy 镜像、状态 JSON 和可选每日无窗口任务;不复制 .git,不访问 H。
只检查这次问题需要的控制面,分别回答结构是否健康、所选 Git 目标是否已具备收口条件。
-Owner 与 -CheckId 在接触提供器路径前收窄范围;默认 Cached/zero_write,不 fetch。显式 Live 才可能写本地 Git 引用,并在结果中明示;诊断不修复、不安装、不提交或推送。
先确认提议结果来自用户目标或真实质量需要,再比较同一完整验收下的生命周期成本;独立审查只拦无依据增量,不能把预算或反膨胀变成产品停工门。
user_intent_over_implementation + requirement_inflation_review + complete_acceptance_floor;复杂度失败先删自造层及只维护废层的测试,没有等价更小实现时接受必要复杂度并按实测净增量调整基线,保留自主修复、重建与委派。
验证不是一盏总绿灯
E rules 活动且正式规则主题闭包通过,但仍有 1 个独立验证层没有通过。
E171 已从 PRIVATE main commit 1aa0b0a0b9db 激活;pointer revision 80,previous=E170。历史 C 盘材料只作恢复证据。
正式主题和完整发布文件位于同一 E171 release,ruleset SHA-256=2712b2c4926753fc53a15dccf3c8e73c23b30880b45d5675a52b0e2e5b5a1168;页面 logical id、bytes 和 SHA 与 release descriptor 一致。
source HEAD=e734251081dc,origin/main=e734251081dc,active release commit=1aa0b0a0b9db。公开范围工作树无未提交修改。 正式规则主题源码与 E171 的 bytes/SHA 一致;源码中独立发布的 Skill 或工具更新不等于下一代规则候选。
Test-EAgentRulesRelease.ps1 已重新验证 E171 的 activator、current/previous、完整发布文件哈希、回退与 C 历史隔离。
网页刷新没有再次运行整个 .agents 本地测试集。它只证明 E171 活动版本、正式规则主题闭包和专用 release validator;当前 source checkout 的全量回归状态保持 Unknown(证据不足)。发布下一代规则前,源码 Owner 仍必须按实际 change surface(改动影响面)完成聚焦或标准验证。
公开目录中的 29 个个人 Skill 已分别通过 source/install/transaction 检查;2 个宿主集成 Skill 保留各卡片已有的 observed source snapshot,本快速刷新不重跑宿主 capability discovery。Current/Fresh/E2E 按各项证据分别说明。
现行三个控制面的合同 catalog 与入口覆盖通过;任何入口不得再读取 C 盘规则 authority、Publisher 或 policy epoch。
7 层证据分别证明什么
能证明:当前源码或规则候选写了什么。
不能证明:已经安装、发布或运行。
能证明:某个明确行为在指定环境通过回归。
不能证明:生产入口和用户路径已经生效。
能证明:制品、junction(目录联接) 或运行时已经落到目标位置。
不能证明:新任务能发现,或场景 E2E(端到端验证) 成功。
能证明:制品通过正式发布链进入目标。
不能证明:网页、服务或用户操作真实可用。
能证明:安装之后启动的新任务能发现目标能力。
不能证明:每一种真实输入都正确。
能证明:真实输入走完整路径并得到用户可见结果。
不能证明:所有未来输入和环境都不会失败,或长程任务永不偏离用户原意。
能证明:产品结果确实解决了用户当前问题。
不能证明:内部实现没有可继续优化的空间。
维护入口
E:\.agents\tools\Invoke-EAgentRulesRelease.ps1 -Mode Inspect -Json活动 E 规则:核验current(当前状态)/previous、提交、完整规则文件集合与指针;正式阅读专题和兼容文件分别展示。
E:\.agents\tools\Get-ControlPlaneContractCatalog.ps1 -All -Json合同导航:查看合同 Owner、触发 metadata(元数据)、Provider 和 validator(校验器)。
E:\.agents\tools\Get-FourBaseDecisionContext.ps1 -List -Json三控制面视图:列出兼容视图与合同元数据;按 Owner/DocumentId 选择真正需要的文档。
E:\.agents\tools\Invoke-ControlPlaneDoctor.ps1 -Owner git -CheckId project_admission_index -Json有界零写诊断:只查 Git 总索引,默认不 fetch,分别返回健康与收口结论。
Invoke-OwnerTakeover.ps1 -Operation Open本人主动申请限时接管:这是PCConfig已安装入口的稳定动作名,实际安装位置由PCConfig解析;本人填时长并验证后,由宿主沿同一请求消费真实范围与原截止。网页不调用该动作,也不再把旧CoreGoal检查列为当前入口。
E:\.agents\tools\Test-PersonalSkillSupply.ps1 -RequireInstalled -NoExternalEvidence -JsonSkill 供应:验证 source、install 和 transaction(事务),不冒充 fresh task(全新任务验证) 或 E2E(端到端验证)。
E:\.agents\tests\Invoke-AllTests.ps1 -Scope Local -Parallel -Json本地回归:运行登记为本地安全的测试,跨 Owner 项明确 skip。
快照怎样更新
本页代表最后一次明确核对并发布的项目状态,不承诺后台实时同步。再次更新时会重新读取该项目当前事实、边界和验证结果;无法确认的内容继续明确标成网页快照边界,不用旧记录猜成当前状态。
