用途与结果
最快了解这个项目
为什么需要它
仓库一多，同名目录、旧路径、临时工作树和多个远端很容易串台。只看当前文件夹干不干净，或听一句“已经推了”，可能漏掉把私密材料送进公开仓库、覆盖别人未提交的修改、分支落后、提交根本没进远端默认分支，以及另一个工作树仍握着唯一内容等真实事故。总索引把这些容易混淆的事实拆开核对。
举个实际例子
“这份代码是不是已经发布了？别只看当前目录，确认一下主分支和其他工作树。”它会告诉我提交在哪、是否进入真实远端默认分支、还有谁的未完成修改；网络读不到就保留未知，不把它说成仓库身份冲突。
最后我会得到什么
最后拿到的不是一张好看的项目列表，而是一份能直接行动的证据：正确仓库与远端、当前可见性、默认分支、全部工作树和分支状态、继续/警告/阻断原因、公开发布还缺什么，以及出错后该从哪里补证或恢复。新仓库还会列出落盘位置、创建回读、登记结果与首次默认分支收敛；真正发布后仍要从远端默认分支再次回读才算交付。
正常时
仓库身份、可见性、远端、默认分支、相关工作树和发布候选都已现场核对时，表示没有 Git 入场阻断；是否提交、推送或发布仍由当前任务授权和候选内容审查决定。
发现问题时
发现未提交修改、分支落后或分叉、工作树独有内容、索引漂移或公开风险时，给出警告或阻断及具体处理项，不覆盖并发施工。
入口不可用或证据不足时
GitHub、远端引用或本地仓库证据不可取得时，可以继续不依赖远端的安全只读或本地工作，但身份、同步和发布结论保持 Unknown（证据不足）。
从哪里开始
在已接入 GitHub 总索引的 AI 项目对话中点名仓库和希望确认或交付的 Git 结果；只读查看可直接要求“先检查仓库状态”。
需要准备什么
- 仓库名称或本地项目
- 目标分支和公开/私有要求
- 是只检查、创建、同步还是发布
从开始到拿到结果
- 1核对本地与远端是否是同一仓库
系统检查实际项目目录、远端仓库和默认分支；同名目录或旧索引不能单独确定目标。
- 2检查全部相关状态
AI 读取项目规则、本地修改、所有工作树、分支和必要时的远端事实。
- 3处理精确内容
只改和暂存本次文件；现有新个人仓库流程只创建空的 PRIVATE（私有） 远端，重大动作另核真实目标与所需保护。
- 4从目标回读
分别说明本地提交、正常推送、默认分支可达和实际发布状态；哪层缺证据就留下哪层未知。
从这些需求了解功能
从一个实际问题看它怎样处理、交回什么；当前能做到哪一步和仍有哪些限制，也写在对应说明中。
项目指标与相关入口查看规模、覆盖范围和关联能力
当前项目指标
- 仓库总账
- 45
- 公开 / 私有
- 24 / 21
- 本地 / 仅远端
- 45 / 0
- 当前差异
- 0 差异 · 0 问题
它负责
- 确认每个项目实际对应哪个本地代码目录、哪个远端仓库、公开还是私有以及默认分支。
- 按需要检查一个仓库的所有工作目录、未提交修改和本地与远端差异。
- 把“网络能推送”“这些内容适合公开”“本次已获准发布”分开判断。
- 维护可公开的仓库索引和本机私有导航，更新失败时保留上一份完整版本。
- 说明专门分支、历史材料和仍有任务使用的工作目录为什么要留、何时可退出。
- 删分支或清理工作目录前找出只存于那里的内容，不让唯一修改消失。
- 新个人仓库放个人项目目录，工作项目放工作目录；不同用途有固定本地位置，不把唯一副本放临时盘。
- 新个人仓库先建立本地首个提交，只创建空的私有远端，再正常推送并从远端默认分支确认结果。
它不负责
- 具体项目自己决定功能、测试和怎样部署。
- 检查结果显示“可以继续”，仍不等于获得修改、推送或公开授权。
- 电脑计划任务、端口和备份恢复由 PCConfig 核对。
- 真正可复用的秘密不能发到公开仓库；其他路径、名称与技术事实按具体内容判断，不按文件类型整类遮掉。
- 普通提交和推送不要求每次重建完整索引。
- 它不会在后台自行监视、刷新、提交、推送或删除工作目录。
产品思想与设计核心
先核实真实仓库身份
目录名、标题和旧缓存都不能证明远端是谁；动手前先对上远端、默认分支与 Git 共享目录。
看全工作树和分支，别只盯当前窗口
未提交修改、独有提交和仍被别的任务使用的工作树都要保留，不能拿当前目录干净替它们作证。
网络传输、公开内容与授权三层分开
网络能推不等于内容适合公开，内容适合公开也不等于当前任务已经拿到授权。
远端默认分支回读才算真正交付
功能分支对自己的上游显示为零远远不够；目标提交必须能从远端真实默认分支到达，并再次回读。
是否公开要看具体内容
仓库名、路径、版本和故障说明不因看着“私有”就自动消失；真正的个人敏感值逐项判断，可复用的密码和令牌始终不能公开。
证据不全时只拦高影响动作
仓库身份、可见性或远端不清时停止发布、删除和迁移，但安全的本地工作与只读诊断仍可继续。
仓库真变了才更新总账
仓库身份、公开性或长期保留关系变化时，先生成并核对一整份新索引再采用；只查状态不会顺手改登记，也没有后台自动删仓库。
清理前先证明没有唯一内容
分支或工作树只有在内容已整合并证明确实冗余，或已有明确保留用途和退出条件时，才进入退役。
项目怎样演化到现在
从凭目录名认仓库，变成查真实身份
把仓库、远端、公开性和本地位置对应起来；同名目录、多个分支和工作树不再靠记忆判断。
阶段依据
- 2026-07-04 · 首次形成公开索引与可重建刷新入口。
4dadd6e / e8fba18 - 2026-07-05 · 零写一致性检查区分生成结果和已发布状态。
242b06e / e2843d9
发布是否完成，要看目标而不是一句提示
分开网络传输、公开内容与本次授权，核对所有相关工作树和默认分支；索引生成失败保留上一份完整结果。
阶段依据
- 2026-07-09 · 入场检查开始覆盖相关工作树。
08c49ea / 5fa3171 / c7f44ee - 2026-07-10 · 入场、同步、发布和里程碑的责任收敛。
3e26f26 / 6008fc1 - 2026-07-25–2026-07-26 · 公开候选检查与有界远端读取，不把瞬时失败猜成身份冲突。
a80d483 / d63b772 / 842b564 - 2026-08-01 · 零写状态与仓库身份判断独立。
ef88f77 / 0fe5595 - 2026-08-16 · 不可变代际和当前/上一版指针使半成品不会替换完整索引。
b076b52
范围缩到这次真正要操作的对象
支持准确工作树与分支检查，保留未同步提交和恢复依据；无关状态变化不会制造整仓重复工作。
阶段依据
- 2026-08-21–2026-08-22 · 支持精确目标工作树和分支。
4283c05 / d00220d / b9a8cd6 - 2026-08-23 · 完整责任源基线与私有本地位置分开。
6bfa180 - 2026-08-25–2026-08-28 · 陈旧导航不替代真实Git身份。
8749025 / b454cd9 - 2026-08-29—08-30 · 公开内容判断消费活动全局分级，不按路径或文件类型自行升级。
6afc858–84eeaca - 2026-08-30—08-31 · 当时的仓库覆盖快照，只作历史证据，不代表今天的仓库数量。
e01433e–806b668 - 2026-09-01 · 另一份有日期的基线增量；今天的数量由当前来源回读决定。
281344b
公开仓库旁的私有说明也能找到
项目入场按登记找到私有配套，不把链接背后的修改漏在收尾之外；读取失败与确实读到错误身份分开，恢复备份分支也不冒充功能分支交付。
阶段依据
- 2026-09-16–09-19 · 公开仓库旁的私有说明也能找到
cfb0a64
完整项目状态与证据边界
已确认事实
- 2026-09-22T06:53:44.552015Z的Get-GitOwnerStatus零写入返回completed/current（当前状态）：baseline=45、observed=45、delta_count=0、issue_count=0。attention_count=1与当前问题数分开，不误报为一项故障。仓库总数不等于网页项目数。
- 2026-09-22T06:58:03.6296072Z的Get-ProjectCognitionSource为complete，pagination_closed=true；45个仓库身份中24个PUBLIC（公开）、21个PRIVATE（私有），45次本地副本登记按repository_node_id去重仍为45个仓库，remote_only=0、gaps=[]。身份、可见性和本地存在已闭合，不证明所有分支同步或业务可运行。
- 本轮已发布来源为PUBLIC（公开）仓库wlyaaaaa/github-local-index，main与远端默认分支均为2172dce41075c63be70cb2394d4cd61a5ae0b76a，来源工作树干净且对应施工范围已释放。本轮采用该发布身份与有界零写回执，不重新运行全索引测试。
- 2026-09-08T08:11:28Z当时current（当前状态）为284f02f94edf4c5584c4f51f680d4f7a，8份文档、25235字节及兼容投影已验真；这是历史代际。9月16日指针观察已以前述代为previous，具体指纹另列，不能把任一旧投影当作今天的实时状态。
- 旧记录曾写基线50、history=continuous及1次已接受新增过渡，但该条没有独立观察时间，不用于判断当前数量。9月22日以45/45、delta=0、issue=0为准；历史关注提醒不等于当前故障，网页本轮没有推进Owner基线。
- 普通仓库名、路径、提交和失败事实可按价值展示；PRIVATE（私有） 不生成猜测链接，可复用秘密不得公开；L3+ 只进入实际损害与授权审查，按结论处理具体值，L3 不等于自动阻断
- 2026-09-09当时来源de1aa3f827809ddf8795eac7e73921d67e3bf1d6，main与origin/main相同、工作区干净。机制未变，本轮未重复重大动作全链；页面纠正L3+一律删除的旧表述，按活动分级让L3进入精确审查，保留可复用秘密禁令。
- 上次核对的公开投影代际为69ce8379e02a4cc68f8f6017430ed293，观察于2026-09-16T18:54:09Z，前一代284f02f94edf4c5584c4f51f680d4f7a。current（当前状态）指针列出8份文档及各自bytes/SHA-256，manifest（清单）摘要F4C83DE6C8271B54A23AA2A21A92AB4EED0F095CCE9D762C622F5677F67CAE4A。这是9月16日保留的指针观察；9月22日身份与副本查询不替代公开投影全闭包重验。
- 2026-09-09T04:00:07Z有界source（来源）返回48个仓库身份：25 PUBLIC（公开）、23 PRIVATE（私有）；分页闭合，44个已验证本地副本、4个仅远端。identity coverage（身份覆盖）与clone coverage（本地副本覆盖）均complete（完整）。
- 2026-09-09T04:10:36.6382468Z 的Get-GitOwnerStatus零写入、no fetch（不抓取远端引用）返回completed/current（当前状态）、baseline=48、observed=48、delta=0、issue=0。它只核对身份、可见性和默认分支事实，不证明所有仓库已同步、部署或运行正常。
- 2026-09-14回读的历史仍连续，current_observed_at=2026-09-13T23:06:47Z，previous_observed_at=2026-09-12T04:29:49Z；一次已接受新增过渡与当前delta=0分别表达。
当前缺口
- Owner history 只保留窗口内记录，milestone coverage 仍为 partial，并明确 bootstrap_gap 与 retained_window_only；不能据此声称拥有更早的完整里程碑历史。
- 重大动作分层取证：2026-09-01已有PRIVATE（私有） daily-preferences创建及回读记录；2026-09-02只读GitHub元数据再次确认同一仓库为PRIVATE（私有）、默认分支main，创建时间为2026-09-01T01:33:17Z。这不等于重跑授权/执行链，也不能外推其余八种动作或四类真人因子E2E（端到端验证）；缺少本轮全链证据不等于已确认整条链不可用。
来源与公开边界
源仓库 wlyaaaaa/github-local-index 是公开仓库。仓库身份、公开性、远端和 clone（本地副本）路径按实际值判断：能改变当前决定且不含 L3+ 私人正文或可复用凭据时，PUBLIC（公开）与 PRIVATE（私有）项目的普通技术事实都可以直接说明；本机 ignored（不纳入版本控制）登记区继续保存完整动态导航。
当前关键技术事实
- 仓库闭合口径
- 2026-09-22T06:53:44.552015Z的Get-GitOwnerStatus零写入返回completed/current（当前状态）：baseline=45、observed=45、delta_count=0、issue_count=0。attention_count=1与当前问题数分开，不误报为一项故障。仓库总数不等于网页项目数。
- 本地副本语义
- 2026-09-22T06:58:03.6296072Z的Get-ProjectCognitionSource为complete，pagination_closed=true；45个仓库身份中24个PUBLIC（公开）、21个PRIVATE（私有），45次本地副本登记按repository_node_id去重仍为45个仓库，remote_only=0、gaps=[]。身份、可见性和本地存在已闭合，不证明所有分支同步或业务可运行。
- 已发布来源
- 本轮已发布来源为PUBLIC（公开）仓库wlyaaaaa/github-local-index，main与远端默认分支均为2172dce41075c63be70cb2394d4cd61a5ae0b76a，来源工作树干净且对应施工范围已释放。本轮采用该发布身份与有界零写回执，不重新运行全索引测试。
- 9月8日公开投影
- 2026-09-08T08:11:28Z当时current（当前状态）为284f02f94edf4c5584c4f51f680d4f7a，8份文档、25235字节及兼容投影已验真；这是历史代际。9月16日指针观察已以前述代为previous，具体指纹另列，不能把任一旧投影当作今天的实时状态。
- 历史过渡记录
- 旧记录曾写基线50、history=continuous及1次已接受新增过渡，但该条没有独立观察时间，不用于判断当前数量。9月22日以45/45、delta=0、issue=0为准；历史关注提醒不等于当前故障，网页本轮没有推进Owner基线。
- 公开表达边界
- 普通仓库名、路径、提交和失败事实可按价值展示；PRIVATE（私有） 不生成猜测链接，可复用秘密不得公开；L3+ 只进入实际损害与授权审查，按结论处理具体值，L3 不等于自动阻断
完整执行流程
- 1从普通请求确定真实目标
先回答这是现有仓库还是新仓库、个人项目还是工作项目、期望的远端可见性和默认分支；目录名字相似时不靠猜。
- 2先建立正确的本地起点
新个人仓库放 V:\Personal\Projects\<name>，新工作仓库放 V:\Work\<name>；在真实目录建好预期 main 与首个提交，保持规范工作树干净，不为空目录预登记，也不把仓库或唯一副本放进 Z 盘。
- 3只创建精确的空 PRIVATE（私有） 远端
先确认本人账号下同名仓库确实不存在，再把精确本地分支和提交绑定到受保护创建动作；它只创建 private（私有）=true、auto_init=false 的空远端，不顺手带模板或任意参数。
- 4完成第一次默认分支收敛
创建回读成功后才配置 origin 并正常推送本地 main；随后现场确认仓库、可见性、真实默认分支、上游关系与目标提交可达性。默认分支不同就明确处理，不能靠猜。
- 5仓库真实存在后才进总账
远端与本地身份、首次默认分支收敛都确认后，正常完整刷新才发布公开代际、更新本机导航并推进已有有效基线。最终现场和基线应无差异；只有首次建账或基线损坏才走显式恢复，不重复迁移。
- 6现有项目先读规则和 Git 状态
先取得项目自己的业务语义与测试方式，再查看当前状态、远端和分支，保护已有未提交修改，不把别人的施工混进候选。
- 7有不确定性才做 Admission（入场检查）
只查 GitHub 可见性时，LiveMetadata 会联网读取现场元数据，但不会执行 git fetch；需要真实领先/落后才用 RefreshRefs 刷新远端引用，发布前再用 ForPublication。普通明确小改不机械打卡。
- 8检查全部工作树和分支
比较未提交修改、上游、领先/落后、默认分支可达性、独有提交、专门责任源和必要保留，不只看当前窗口。
- 9把传输、内容与授权分开
先判断网络与 Git 目标能否传输，再看候选内容是否适合当前可见性，最后确认本轮授权；三者不能互相推出。
- 10精确执行，再从远端回读
只修改和暂存点名文件；本地测试、提交、推送、默认分支可达、部署与用户结果分别验证。临时分支、本地 main 或一条命令成功都不能冒充远端交付。
本页用到的名词
需要核对专业含义时，可以在这里查看它在 GitHub 总索引 项目中的具体用法。
- Repository（仓库）
- 一组 Git 历史、分支和工作文件；本地目录名不能单独证明它对应哪个远端仓库。
- Remote（远端）
- 本地仓库配置的网络目标；总索引会把 remote.origin.url 规范化后与预期 GitHub 身份比较。
- Visibility（可见性）
- GitHub 仓库的 PUBLIC（公开）、PRIVATE（私有）或 INTERNAL（组织内部）状态；不在闭集内就失败关闭。
- Default branch（默认分支）
- GitHub 认定的主要整合分支，通常是 main；完成证据必须回到真实远端默认分支。
- Worktree（工作树）
- 同一 Git common directory（共享仓库元数据）连接的一个可编辑目录；一个仓库可以同时有多个工作树。
- Upstream（上游跟踪分支）
- 当前本地分支用来计算领先和落后的远端分支。没有 upstream 时不能直接判断可推送。
- Ahead / Behind（领先 / 落后）
- 本地 HEAD 相对 upstream 独有和缺少的提交数；0/0 不包含未提交文件。
- Dirty worktree（脏工作树）
- 存在 staged（已暂存）、unstaged（未暂存）、untracked（未跟踪）或 conflicted（冲突）文件的工作树。
- Admission（入场检查）
- 在仓库身份、可见性、工作树或同步事实会改变决定时，按需取得结构化证据；不是每次 Git 操作的审批仪式。
- Provider（结构化事实提供器）
- 按固定 schema（字段合同）读取现场 Owner 事实的入口；输出证据，不自动产生授权。
- Transport（Git 传输）
- fetch、push 等在本地与远端引用之间传输 Git 对象或引用的动作。
- Publication（内容发布）
- 让候选内容进入公开或目标仓库的现实结果；它需要当前可见性、候选内容审查和授权。
- Read-back（回读）
- 动作完成后从真实远端默认分支再次读取提交或内容，防止把本地成功、临时分支或工作树当成交付。
- Registry（登记表）
- 记录仓库身份、精确治理例外或必要保留条件的结构化清单；命中必须按 repo、ref、path、HEAD 等精确条件判断。
- Generation（索引代际）
- 一次完整、不可变的公开索引文档集合；写完并回读后才切换 current 指针。
- Projection（兼容投影）
- 从当前 generation 复制到顶层供人阅读的 Markdown；它可检查 stale（过期），但不是动态决策权威。
- Freshness（新鲜度）
- 证据是 live（现场）、mixed（部分现场）还是 cached（缓存）；字段明确返回，不靠调用者猜。
- Fail closed（失败关闭）
- 身份、可见性、目标或证据不可靠时，只阻断依赖这些事实的写入和传输，同时允许继续只读诊断。
- Retention（必要保留）
- 带 Owner、用途和退出条件的精确工作树保留项；路径或 HEAD 不再匹配时不能继续借它压掉警告。
- Retirement candidate（可退役候选）
- 内容已进入默认分支且没有已知保护的分支或工作树；仍需确认没有活动依赖后才能删除。
- Commit-pinned snapshot（固定提交快照）
- 干净、受限且固定在已知提交的审计工作树；它不同于普通无 upstream 或含独有工作的临时工作树。
系统里实际有什么
下面是当前产品组件，不是概念分类。每一项都对应真实文件、入口或验证链。
让人快速看到仓库身份、聚合计数和值得复核的同步问题。
由 Git/GitHub 事实生成 Markdown；PUBLIC（公开）/PRIVATE（私有） 名称与路径只有在能改变判断且实际值可公开时才展开，其他内容保留聚合。
把仓库身份定位到已确认的本机 clone，同时保留路径变化和恢复线索。
保存于 ignored（已被版本控制忽略） 的 99_private；读取后仍必须回读目标 .git origin，cache 缺失、过期或冲突时显式失败。公开与否按具体值和当前用途判断。
比较完整仓库身份集合与当前 GitHub 现场，发现并收敛新增、删除、可见性或默认分支漂移。
identity与可空local root分存，原子保存current（当前状态）/previous、hash（内容指纹）与回读。普通status零写；正常full refresh在公开generation（代际）和导航更新后自动推进已有有效基线，并保留非阻断过渡历史。
给跨 Owner 消费者一个紧凑、零写的 current（当前状态）/review_needed/blocked/unknown 结论。
先核验总索引自身 .git identity；通过前不读 baseline、registry（登记清单）、GitHub 或任何本地 root。
分页闭合地提供 GitHub Owner 仓库来源和有界远端提交比较。
固定 v1 schema（数据结构）、repository node id（稳定节点编号）、分页上限、clone origin 回读和最多 64 个比较文件；缺口显式返回。
对一个精确仓库给出身份、visibility（公开或私有属性）、worktree（Git 工作树）、branch（分支）、同步和 transport 证据。
v1 schema（数据结构） 区分 metadata（元数据） 与 refs 新鲜度；可用 TargetWorktree/TargetRef 限定顶层决定，同时保留全部 inventory。
统一 remote（远端仓库） 规范化、NUL status 解析、dirty 汇总、ahead/behind（领先/落后提交数）、默认分支整合和 push guidance。
默认分支完成证据只读取 refs/remotes/origin/<default>，不退回同名本地 branch（分支）。
声明专门 Owner ref、冻结历史和精确必要保留工作树。
schema（数据结构） 固定并在模块加载阶段失败关闭；普通未来 feature branch（分支） 不会因名称相似被隐藏。
拦住高置信敏感路径或新加入的凭据形态。
PublicExposurePolicy.psd1 是路径用例单一来源；Hook（钩子） 只用于总索引 bootstrap/repair，是 defense in depth（纵深防护）而非安全证明。
把一次完整快照写成可校验代际，并在中断后保住上一个有效版本。
先写同卷 .incoming、验证闭合集与 hash（内容指纹）、发布兼容投影、回读，再切 current（当前状态）；只留 current（当前状态）+previous。
零业务写入地比较当前 generation（代际）、兼容投影和重新生成结果。
临时输出进入系统 temp；隐藏入口只写 ignored（已被版本控制忽略） 私有 receipt（执行回执），不 stage、commit、push 或授权发布。
固定 admission（仓库准入检查）、worktree（Git 工作树）、publication、refresh、里程碑和重大动作的边界。
合同只写稳定机制，动态路径和计数现场读取；测试覆盖 schema（数据结构）、失败关闭、原子切换和隐私边界。
8 层证据分别证明什么
能证明：当前目录的 origin、Git common directory、HEAD、branch（分支） 和 worktree（Git 工作树） inventory。
不能证明：GitHub 端当前 visibility（公开或私有属性）、默认分支或远端引用。
能证明：现场 repo identity、PUBLIC（公开）/PRIVATE/INTERNAL、默认分支和 URL。
不能证明：本地 refs 已刷新、工作区干净或内容安全。
能证明：fetch 后 origin/* 与远端引用一致，可计算 ahead/behind（领先/落后提交数） 和默认分支可达。
不能证明：未提交文件已进入 Git，或候选适合公开。
能证明：实际 commits、paths 和新增内容符合当前项目与公开边界。
不能证明：用户已授权外部写入，或 push 已成功。
能证明：Git push/fetch 命令对明确远端执行成功。
不能证明：远端默认分支已经包含目标 commit，网页或部署已经更新。
能证明：目标 commit 已从实际 GitHub 默认分支可达。
不能证明：项目构建、Pages 部署或用户可见结果已经验收。
能证明：manifest（清单）、文档闭集、hash（内容指纹）、bytes、projection 和 current（当前状态） pointer 属于同一快照。
不能证明：快照仍是当前动态事实，或它拥有 decision authority。
能证明：完整身份集合相对 current（当前状态）/previous 基线是否稳定、待复核或无效。
不能证明：每个仓库的 worktree（Git 工作树）、dirty、branch（分支） 或发布状态。
维护入口
E:\GitHub总索引\tools\Get-ProjectAdmission.ps1 -Repo <owner/name> -LiveMetadata -Json单仓库现场元数据：联网读取 GitHub visibility（公开或私有属性） 与默认分支，但不执行 git fetch，也不刷新远端跟踪引用。
E:\GitHub总索引\tools\Get-ProjectAdmission.ps1 -Repo <owner/name> -ForPublication -Json发布前双现场证据：同时要求 GitHub metadata（元数据） 与 remote（远端仓库） refs 新鲜；仍不授予发布权限。
E:\GitHub总索引\tools\Get-ProjectAdmission.ps1 -Repo <owner/name> -TargetWorktree <path> -TargetRef <ref> -Json精确工作树判断：只让目标工作树参与 transport 结论，同时保留全部 evidence。
E:\GitHub总索引\tools\Get-GitOwnerStatus.ps1 -JsonGit Owner（Git 事实责任方） 紧凑状态：零写比较完整身份基线、现场 GitHub 和治理 registry（登记清单）。
E:\GitHub总索引\tools\Get-ProjectCognitionSource.ps1 -Json分页仓库来源：返回闭合分页、稳定 node id（稳定节点编号）、clone 关联和可选有界远端比较。
E:\GitHub总索引\tools\Update-GitHubIndex.ps1 -SkipFetch -NoWrite刷新预览：重建候选文档到临时位置，不改 tracked 投影。
E:\GitHub总索引\tools\Refresh-GitHubLocalIndex.ps1 -Json正常完整刷新：先原子发布公开generation（代际）并更新导航，再自动推进已有有效v3基线和回读；不commit/push，缺失基线须显式bootstrap。
E:\GitHub总索引\tools\Test-GitHubLocalIndexConsistency.ps1 -SkipFetch一致性诊断：比较 current（当前状态） generation（代际）、兼容投影与现场重建结果。
E:\GitHub总索引\tests\Test-ProjectAdmission.ps1Admission（仓库准入检查） 回归：验证 schema（数据结构）、worktree（Git 工作树）、sync、visibility（公开或私有属性）、target、retention 和公开路径语义。
E:\GitHub总索引\tests\Test-GitOwnerStatus.ps1Owner Provider（Owner 现场提供器） 回归：验证 identity gate、零写、完整基线、registry（登记清单）、history 和稳定失败代码。
E:\GitHub总索引\05_规则与模板\推送放行与否决规则.md公开发布唯一矩阵：唯一维护 transport、publication 与 authorization（用户授权） 的放行/阻断关系。
快照怎样更新
本页代表最后一次明确核对并发布的项目状态，不承诺后台实时同步。再次更新时会重新读取该项目当前事实、边界和验证结果；无法确认的内容继续明确标成网页快照边界，不用旧记录猜成当前状态。