GENERAL AGENT + LRIGIT产品与技术研究 · 阅读版 2026-10-07

让每一轮洞察，都成为下一轮的起点。

不再造一个通用 Agent。让已授权接入的 ChatGPT、Codex、Claude Code 围绕同一套事实、方法、程序和版本继续工作：这一次生成报告，下一次继承能力。

▶ 先看两轮洞察演示用自己的 Agent 开始核对依据与边界

第二轮的关键，不只是读回旧报告，而是知道沿用什么、为什么修改、还有什么没解决。

READING JOURNEY

一条主线，四个观察角度。

01 / POSITION

它是什么

通用 Agent、MCP、MCPGit 与 LRIGIT 分别做什么。

看产品宣传册 →

02 / WORK

它怎样工作

从第一条提示词到 V1，再读历史、补增量、形成 V2。

看双轮演示 →

03 / MECHANISM

它为什么能接续

看方法、结构化状态、版本和受控操作如何相连。

看平台架构 →

04 / PROOF

哪些已经有依据

真实记录、解释动画与待验证收益，分别核对。

看证据地图 →

技术架构深读 TableGit 六幕机制

难题匹配：真实实践案例

从原始技术要求、原子能力、科研资源与证据缺口，形成候选评审与合作工作包；新知识进入下一轮匹配。

匹配飞轮与案例详情 →打开正式难题匹配工作台 →

01 / THE PROBLEM

第一份报告越来越容易，第二轮为什么还会从头开始？

持续研究的难点，不只是找不到信息。更常见的是：旧结论依据哪份资料已经说不清，新证据只被补进了新文档，同一个对象在多个专题反复录入，而下一位同事或 Agent 不知道哪些工作做过、哪些判断还没有过关。结果看似积累了，研究过程却没有真正接续。

LRIGIT 的产品选择，是把“研究对象及其演进”而不是“某次对话”作为工作的中心。它不与通用 Agent 争夺智能，也不把每一件事都做成固定按钮；它提供可以查询、修改、验证和发布的长期工作资产，让 Agent 在授权范围内继续使用这些资产。

一次性交付关注：这次写出了什么

资料、判断和表达往往集中在一份成品中。对一次性小任务，这种方式简单有效；反复更新时，则需要重新梳理依据和影响范围。

持续工作关注：下次能继承什么

来源与事实、判断与限定、方法与程序、待办与发布版本分别留下。更新时能够定位改什么、为什么改、影响哪里，最后再生成适合读者的成品。

这是产品定位与研究命题，不是工时收益的实测结论。依据与验证设计 Q01、Q05

THE DIFFERENCE

旧报告也能续聊，LRIGIT 多组织了什么？

把旧报告放回聊天，当然也能继续。需要进一步区分的是：下一轮能否准确找到依据、只改受影响对象，并解释两个版本之间的变化。下面比较的是工作组织方式，不是对其他产品能力的否定。

第二轮的问题	需要重新辨认什么	应明确保留的工作对象
新证据影响哪里？	原结论的来源、条件与上下文	来源定位 + 事实／判断关系
哪些内容还没解决？	散在正文中的疑问与待办	显式缺口 + 下一步
上次怎样做成的？	采集、分析、验证的步骤	Skills + 程序 + 验收规则
为什么结论改了？	两份成品之间的语义差异	变更理由 + 版本 + 旧发布
换 Agent 怎样继续？	当前进度、权限与已验收结果	正式入口 + 检查点 + 版本边界

设计命题：把可复用的工作信息组织出来，减少重新辨认。是否真的降低成本、提高正确性，要用相同 Agent、相同资料和相同第二轮任务检验。

02 / THE COMPLETE SYSTEM

通用 Agent 带来智能，LRIGIT 保有持续工作的条件。

比较对象是实际连接并授权的 ChatGPT / Codex / Claude Code + LRIGIT。不是把 MCPGit 单独当成研究助手，也不是把 Agent 的推理能力说成 LRIGIT 自研能力。四个角色分别承担清楚的职责。

层次	承担什么	对使用者的意义
通用 Agent	理解目标、取证与综合、提出判断、编写和修改程序	借力不断进步的智能；不同宿主按能力和权限接入
MCP 接口	发现能力、读取方法与状态、调用操作、返回结果	用明确的工具契约连接 Agent 与工作系统
MCPGit 平台	版本化文件与结构化数据、对象、受控读写、隔离修改与发布	让“当前是什么、怎么变化、如何核对”有稳定载体
LRIGIT 洞察实例	专家观察框架、研究 Skills、证据关系、工作台与报告	把通用能力组织成持续洞察的完整工作过程

MCP 解决怎样接入，Skills 说明怎样做，版本化资产保留做了什么。研究者仍负责目标与关键判断，程序承接查询、校验和呈现等稳定步骤；有效改进经审核后进入下一轮。三者互补，任何单一协议都不会自动保证研究正确。

同一套研究资产接续多轮工作；结构示意，不是后台运行监控。

Q01：本实例与方法合同 · 查看完整组合动画

03 / WHY THE COMBINATION MATTERS

不是把几个工具放在一起，而是打通三种连续性。

01 / 对象连续性

同一份事实，不随报告复制成多份。

来源、事实和判断有各自身份，专题通过关系引用。新证据到来时，先确认改变的是事实、条件还是解释，再定位受影响的判断与表达。

机制：结构化对象＋关系＋限定范围的查询。
价值假设：减少重复录入和事实漂移。

02 / 时间连续性

今天可以更新，昨天仍能解释。

当前研究持续推进，已发布报告绑定其来源版本。后续纠正形成新的版本与说明，而不是让旧报告悄悄变成今天的答案。

机制：Git 语义的状态历史＋当前／冻结分离。
价值假设：降低混版和复盘成本。

03 / 方法连续性

做对一次，不必每次重新设计做法。

可重复的方法写入 Skill；稳定步骤成为程序或验证器；异常和失败形成改进候选。经审核后，下一位 Agent 读取同一套方法继续工作。

机制：Skills＋程序＋验收＋经验回写。
价值假设：减少重复推理和返工。

这三类连续性需要一起考虑：只有文件历史，难以精确关联事实；只有数据库，方法和发布可能仍然散落；只有 Skills，真实状态与执行结果也可能丢失。LRIGIT 的研究重点，是这些边界能否在真实任务中保持连贯，而不是宣称每个零件都是新发明。

从“更多内容”到“可复用能力”

通用 Agent 在探索和改进环中工作；程序执行已经稳定的查询、校验和呈现。改进可以作用于研究数据，也可以作用于方法或程序。越接近运行态，越需要把验证、授权、版本切换和恢复做成明确机制；本专题把它作为演进方向，不以现有接口配置冒充成熟自主系统。

Q02、Q05、Q06：机制、假设与边界 · 查看积累过程动画

SKILLS / AUTHORITY / EXECUTION

🎞️ Skills 全景：Agent 从哪里读规则，哪些由我们改变？

先分清三件事：先被看到，不等于优先级更高；可以编辑，不等于可以越过工具权限；已经登记，不等于运行验收通过。

MCP 内置家族

Root 维护技能

Works 业务技能

组合流程（不另加技能数）

Labs 产品行（单列）

2026-10-09 盘点：Root 29 stable / 2 experimental；Works 34 stable / 2 experimental / 2 deprecated。69 份登记正文均存在，两个 .agents/skills 目录内未发现额外漏注册正文。

“全部”指本实例内置目录、两个维护注册表和已核对 Labs 表；不包括所有第三方插件、全节点部署或每个产品 Object。登记状态不是本轮功能验收。

三幅图依次回答： Agent 首先看到什么？ · 谁拥有规则，哪里可以修改？ · 从“有规则”到“真的执行”

🎞️ Agent 首先看到什么？

逐步看图

选定阶段会暂停在对应位置；用组件“继续动画”恢复播放。12 秒仅为讲解周期。

连上 MCP，不等于读过所有 RootSkills。连线表示阅读路径，不是权限优先级。

完整解释与边界（图中为精简要点）

会话入口
任务目标与宿主限制先存在；它们不由 LRIGIT 仓库文件决定。
发现实例与工具
service_metadata 确认实例；skill_list 返回 19 个内置家族。
读取精确操作合同
skill_get 给出版本、参数与 read / write / publish 通道；不是业务正文。
显式读取仓库入口
AGENTS、registry 和 Root 依赖说明告诉 Agent 去哪里找规则。
选择最小完整能力链
按任务选择 Root 前置与 Works 专用 Skill；不必把全部正文塞进上下文。
恢复任务再操作
L2 / HANDOFF 说明当前进度；核对实际源码后，通过正式工具执行。

🎞️ 谁拥有规则，哪里可以修改？

逐步看图

选定阶段会暂停在对应位置；用组件“继续动画”恢复播放。12 秒仅为讲解周期。

蓝色框表示可维护规则区。Root → Works 是责任专化；跨仓前置不是自动继承引擎。

完整解释与边界（图中为精简要点）

MCPGit 程序合同
19 个家族约束操作与参数。改变程序行为需要正式配置或产品代码部署。
RootSkills · 31
通用定位、验证、发布、交接与工具边界。可维护，但不是服务端授权。
Works Skills · 38
研究、证据、数据与页面的业务增量；只向上依赖，不复制另一份根规则。
实例运行规范
mcpgitsystem 管部署与恢复；它不是覆盖所有业务规则的超级根。
产品能力 · Labs 7
TableGit 行与 Objects 承载可运行产品。产品不是维护规则的父类。
任务状态与回执
L2 / HANDOFF 记录谁在做、做到哪里、什么未知；不自动变成永久规则。

🎞️ 从“有规则”到“真的执行”

逐步看图

选定阶段会暂停在对应位置；用组件“继续动画”恢复播放。12 秒仅为讲解周期。

这是流程解释，不是新执行回执。声明、登记、提交、发布与实际验收分别记账。

完整解释与边界（图中为精简要点）

明确本轮范围
用户方向与 owner 确定允许改什么；不能扩大为任意资源权限。
读取适用 Skill
SKILL.md 描述怎么做；只有被读取和遵循，才能影响 Agent 行为。
满足正式工具合同
权限、输入 schema、版本与工作区状态，由实际 MCP 操作检查。
运行获准检查
脚本只在被调用时检查；旧 PASS 不证明新版本通过，没运行就写未运行。
提交并发布产物
源码提交、远端发布与运行上线不是同一件事；使用正式 MCP 通道。
回读与经验反馈
用确切版本与产物核对结果；可复用经验进入 owning Skill，任务状态留在回执。

四条不能混淆的边界

内置操作合同 ≠ 仓库方法

repo.author / workspace 由服务提供；mst-* / insight-* 是 Agent 读取的方法资产。改 Markdown 不会自动修改服务行为。

继承是责任依赖，不是权限升级

Root → Works → 业务实现。当前跨仓前置由文档声明；Works 的 depends_on 只表达本仓依赖。

入口、方法与状态各司其职

AGENTS 做入口；registry 做选择；SKILL 定义方法；REFERENCE 提供背景；HANDOFF/L2 记录任务状态和证据。

一次授权不自动改长期规则

所读 Root 默认仍为单主线验证后发布；Works 为实时清洁发布。worktree-first 没有因一次对话自动成为新根规则。

完整目录：按层展开、按名称查找

搜索 Skill / 操作 / 用途

层次登记／配置状态

中英文名称同时检索，多关键词取交集。计数是目录条目，不是 MCP 操作数；登记状态不等于实测通过。

A · 19 个内置家族及全部操作名

executable.source — 临时程序化表操作
configured · 3 operations
executable_source_read, executable_source_write, executable_source_publish
identity — 身份与 Topic
built_in · 6 operations
person_ensure, identity_status, identity_init, identity_list, identity_resolve, topic_create
repo.read — 仓库读取
built_in · 4 operations
repo_list, repo_status, list_files, read_file
repo.author — 版本限定的源码修改
built_in · 6 operations
write_file, delete_file, apply_patch, exec, validate, snapshot
repo.history — 历史与不可变版本
built_in · 3 operations
history_log, revision_search, git_readonly_query
search — 能力语料搜索
unconfigured · 4 operations
search_overview, search_corpus_overview, search_execute, search_inspect
content — 精确内容读写
built_in · 3 operations
content_search, content_read, content_update
table.query — 结构化表与对象读取
built_in · 9 operations
table_rows_get, table_query, table_relation_query, table_status, table_row_stat, table_object_list, table_object_read, table_object_bulk_describe, table_object_markdown_projection
table.author — 表事务与对象写入
built_in · 11 operations
table_initialize, worktree_table_open, worktree_table_create, worktree_table_transaction, worktree_table_batch_transaction, table_row_lineage_backfill, table_object_upload_begin, table_object_upload_status, table_object_upload_finalize, table_object_upload_abort, worktree_table_publish
workspace — 隔离工作区与合入
built_in · 8 operations
worktree_status, worktree_open, worktree_list, worktree_diff, worktree_conflict_context, worktree_sync_status, worktree_push, worktree_publish
replication — 仓库托管与同步
built_in · 9 operations
repo_clone, repo_fork, repo_sync_status, repo_push, repo_remote_bind, repo_remote_list, repo_remote_status, repo_remote_replicate, repo_remote_unbind
access — 权限与 SSO 查询
built_in · 4 operations
sso_providers, sso_person_mappings, effective_access, sso_mapping_claim_validate
safe — 加密机密的生命周期
built_in · 12 operations
safe_status, safe_agent_key_status, safe_agent_key_enroll, safe_init, safe_root_rewrap, safe_unlock, safe_seal, safe_put, safe_get, safe_list, safe_rotate, safe_revoke
platform.admin — 实例与远端后端初始化
built_in · 5 operations
remote_backend_status, remote_ensure_organization, remote_ensure_repository, instance_bootstrap_status, instance_bootstrap_ensure
repository.management — 托管仓库与项目检查点
built_in · 5 operations
managed_repository_status, managed_repository_ensure, managed_repository_transition, project_repositories, project_checkpoint
binary — 不可变二进制对象
built_in · 3 operations
binary_meta_init, binary_put_file, binary_get
hosted — 托管站点发现
built_in · 3 operations
hosted_site_list, hosted_site_url, hosted_site_explain
executable.build — 固定编译器与程序构建
configured · 4 operations
wasmc_status, wasmc_guide, executable_analyze, executable_build
router.admin — 可执行路由生命周期
configured · 7 operations
executable_route_status, executable_route_invoke, executable_route_validate, executable_route_publish, executable_route_rollback, executable_route_disable, executable_route_reconcile

search 在所读目录为 unconfigured。configured 也只表示实例有配置，不说明全部操作已成功执行。每个操作的通道、参数和权限仍需 skill_get。

B · 31 个 RootSkills：通用维护方法

mst-repo-onboarding — 仓库入门与结构核对
stable · rootskills
mst-repo-transformation — 普通仓库转为 Skills 驱动仓库
stable · rootskills
mst-agentsmd-authoring — 编写最小 AGENTS 入口
stable · rootskills
mst-skill-tree-design — 设计维护技能树
stable · rootskills
mst-tool-adapter-boundary — 工具适配层保持薄而非权威
stable · rootskills
mst-runtime-skill-boundary — 区分维护技能与产品能力
stable · rootskills
mst-transformation-verification — 验证仓库转换的一致性
stable · rootskills
mst-practice-iteration-planning — 实践迭代目标与反馈
stable · rootskills
mst-experience-ingestion — 真实经验转为规则与验证资产
stable · rootskills
mst-skill-governor — 治理技能更新、弃用与扩展
stable · rootskills
mst-git-checkpoint-policy — 选择与固化提交发布策略
stable · rootskills
mst-maintainer-handoff — 维护当前可接续的交接入口
stable · rootskills
mst-loop-engineering-framework — 心跳、隔离、检查与仓库记忆
stable · rootskills
mst-agent-self-orientation — 编辑前确认目标与状态
stable · rootskills
mst-long-running-iteration — 跨会话持久化与恢复
stable · rootskills
mst-auto-validation-loop — 检查点、验证与失败恢复
stable · rootskills
mst-safe-autonomous-push — 可审查提交与受控发布
stable · rootskills
mst-task-backlog-management — 统一任务队列与下一步
stable · rootskills
mst-stage-completion-criteria — 用验收条件定义完成
stable · rootskills
mst-rollback-recovery — 失败与撤销的恢复决策
stable · rootskills
mst-budget-and-guardrails — 预算、范围与停止条件
stable · rootskills
mst-self-improvement-loop — 复盘转为待审核改进
stable · rootskills
mst-multi-agent-conflict-resolution — 多 Agent 同路径冲突治理
experimental · rootskills
mst-mcp-curl-operations — MCP JSON-RPC 服务诊断方法
stable · rootskills
mcpgit-release-rollout — 不可变发行包与实例升级
stable · rootskills
mst-translation — 跨运行时翻译与保护词保留
stable · rootskills
mst-sandbox-toolchain-discovery — 先发现沙箱已挂载工具链
stable · rootskills
mst-harmonyos-repo-maintenance — 鸿蒙仓库、打包与签名维护
stable · rootskills
tablegit-authority-maintenance — 表、对象与业务数据权威
stable · rootskills
youtube-evidence-ingest — 有来源和时间戳的字幕证据
stable · rootskills
arxiv-evidence-ingest — 版本固定的论文与原生插图
experimental · rootskills

C · 38 个 Works Skills：业务增量与依赖

insight-repo-onboarding — LRI 业务定位与最小能力链
stable · orient
LRI 业务定位与最小能力链
depends_on: none
Raw SHA-256: 183f3267f6a773a0aa327d293f68ebc1f1f2c85abcbe2886747af05297406418
insight-evidence-standards — 事实分级、引用与结论边界
stable · assure
事实分级、引用与结论边界
depends_on: insight-repo-onboarding
Raw SHA-256: 8b8bb7c6585789e1bc6e65a7e3b15f7dd87f252b339e3198a222501c4f18ce55
insight-source-acquisition — 原文、字幕与来源获取
stable · acquire
原文、字幕与来源获取
depends_on: insight-repo-onboarding
Raw SHA-256: 1d7d71a2dbd0c2ae23d4d24c8c3f8b820e5da118a93fb412e62fc08432806828
insight-review-methodology — 可复核综述方法与筛选
stable · frame
可复核综述方法与筛选
depends_on: insight-repo-onboarding, insight-evidence-standards
Raw SHA-256: 8d4460b931acd2f7ccf7c678c521e1f40e2516e6dfb6b68914232a0b00c1ed2a
insight-conference-tracking — 会议覆盖与证据台账
stable · sense
会议覆盖与证据台账
depends_on: insight-repo-onboarding, insight-evidence-standards
Raw SHA-256: d50baea69cb0939788ca20d86e9d0d5d133ae83bdbc7919a952dec00ad1c7a99
insight-wiki-ingestion — 外部资料进入知识库
stable · acquire
外部资料进入知识库
depends_on: insight-repo-onboarding, insight-evidence-standards
Raw SHA-256: 76355c707433dc99e531ccabc84c90009e91a4de2d22d516ecc8a7c9d7d8118d
academic-resource-loop — 难题、资源与知识增益飞轮
stable · acquire
难题、资源与知识增益飞轮
depends_on: insight-repo-onboarding, insight-review-methodology, insight-evidence-standards
Raw SHA-256: 9d54fcf9d610ae15c9901b3dfd529acda3902d45eed682eff5a4d1a97bbfa0d8
academic-projection-governance — 学术数据投影与版本一致性
stable · govern
学术数据投影与版本一致性
depends_on: academic-resource-loop
Raw SHA-256: 2fb387e6674c6a5907b0983b2e3cdb3590269db0475f632fcdd8983c7e1f9c09
academic-challenge-analysis — 单难题技术分析与能力画像
stable · synthesize
单难题技术分析与能力画像
depends_on: insight-evidence-standards
Raw SHA-256: 31efcc8ee7b662bdef8f334e9726896a2802aa310b2a3e2f9ec9bb7f1cc31215
academic-challenge-portfolio-analysis — 难题组合统计与边界
stable · synthesize
难题组合统计与边界
depends_on: academic-challenge-analysis, insight-evidence-standards
Raw SHA-256: 1655c5ab1273b9bedb60327bdcbc3ad8b327d1b0384a80c28bd5e1d449981467
academic-resource-card-maintainer — 专家与资源证据卡
stable · productize
专家与资源证据卡
depends_on: academic-resource-loop, insight-evidence-standards, insight-shell-i18n-governance
Raw SHA-256: 4c5b05ff07a56c17b560aaee9cb605dcde4cac774804b6103c646755d4c25b36
insight-russia-search-promo — 区域资源分层与合作分析
stable · synthesize
区域资源分层与合作分析
depends_on: insight-repo-onboarding, insight-review-methodology, insight-evidence-standards
Raw SHA-256: f9b620062c0bb8711ad56e29b41598f985d14667cec595de3352c49ba6f4924d
insight-topic-workbench — 专题工作台与独立视图
stable · productize
专题工作台与独立视图
depends_on: insight-repo-onboarding, insight-evidence-standards, insight-shell-i18n-governance
Raw SHA-256: 17337f510812c3325d49809f60a27317d48e7e7889074be1195d59a5951069f7
insight-ai-computing-trend — AI 计算全栈趋势
stable · synthesize
AI 计算全栈趋势
depends_on: insight-technology-trend-intelligence, insight-review-methodology, insight-source-acquisition, insight-evidence-standards
Raw SHA-256: ec30fadba5664e06897735a2d19f1646f8809259eae7bb9b53dbefc8c8e6823c
insight-ct-technology-trend — 通信技术路线与趋势
stable · synthesize
通信技术路线与趋势
depends_on: insight-review-methodology, insight-source-acquisition, insight-evidence-standards
Raw SHA-256: 2c407934e6e1349f667d5df7613f412c927c706050287edf1a5443e3e5eaf851
labskills — 实验室产品能力的统一建模
experimental · govern
实验室产品能力的统一建模
depends_on: insight-repo-onboarding, insight-skill-governor
Raw SHA-256: 8718c917dcf6b127b50e16f71cd1e7d60ecaa070f37fdc4b60387ee85a9751c0
insight-lab-page-authoring — 支持页与证据页呈现
stable · productize
支持页与证据页呈现
depends_on: insight-repo-onboarding, insight-evidence-standards, insight-shell-i18n-governance
Raw SHA-256: 617244bc698a9ec5f15ad9fe6e72632868210e9f44e077c507f5a78586c45ef1
insight-wwdc-workbench-framework — 视频优先的会议工作台
stable · productize
视频优先的会议工作台
depends_on: insight-conference-tracking, insight-evidence-standards, insight-shell-i18n-governance, insight-cdp-ui-debug-loop
Raw SHA-256: ef8dc1db2dcb2556818185ec1ffabda9c6d6ef050313df0d8f464cd987160d0b
insight-shell-i18n-governance — 统一 Shell、语言与视觉规则
stable · govern
统一 Shell、语言与视觉规则
depends_on: insight-repo-onboarding
Raw SHA-256: ec8e63374d7c3959ff1069ca7059971fae4b70fc0ea27a722a02d4a21ecae362
insight-tools-usage — 业务工具使用与维护
stable · operate
业务工具使用与维护
depends_on: insight-repo-onboarding
Raw SHA-256: ba3b49a953ca260833c29945616a99a759df902c58272de036f4256b5c4384b9
insight-cdp-ui-debug-loop — 真实浏览器诊断与验收
stable · verify
真实浏览器诊断与验收
depends_on: insight-repo-onboarding
Raw SHA-256: a7bd9149e9af01f193eb4913adf8e834a41f8ab6b78aedd9b28fc4622a466da5
insight-index-maintenance — 专题索引、入口与状态
stable · publish
专题索引、入口与状态
depends_on: insight-repo-onboarding, insight-evidence-standards, insight-shell-i18n-governance
Raw SHA-256: a164de4777c745c69bbb5d67501c36e04dbbb966e1da3b40fb80489220cbab80
insight-skill-governor — 业务 Skill 治理与演化
stable · evolve
业务 Skill 治理与演化
depends_on: insight-repo-onboarding
Raw SHA-256: e192206cc69abb7fcf47623634534939ce8fb4358ff771979a05134373f27ace
insight-waic-topic-maintainer — WAIC 专题总体维护
stable · govern
WAIC 专题总体维护
depends_on: insight-conference-tracking, insight-evidence-standards
Raw SHA-256: c015f3cac1602044ea913118e1f7569887c5b4553bfa8343dbc1345d571e3b40
insight-waic-paper-analysis — WAIC 单论文原文分析
stable · acquire
WAIC 单论文原文分析
depends_on: insight-waic-topic-maintainer, insight-evidence-standards
Raw SHA-256: 4abb44d218527a7f4fbd739b92b9fc689e1607645396bf71992f1daa0abc21b1
insight-waic-evidence-synthesis — WAIC 证据综合与反证
stable · synthesize
WAIC 证据综合与反证
depends_on: insight-waic-paper-analysis
Raw SHA-256: 64d3dc616edd61e19d39efa59058b0a981ae4ee4e86b58c6029c6b42a4c0a20a
insight-waic-briefing-maintainer — WAIC 决策叙事与汇报
stable · productize
WAIC 决策叙事与汇报
depends_on: insight-waic-evidence-synthesis, insight-topic-workbench
Raw SHA-256: da8fa2e2576af361aaf8bd3122f37a650192e1a4621036b79cc2bee382cd4035
insight-waic-coverage-auditor — WAIC 覆盖与漂移审计
stable · verify
WAIC 覆盖与漂移审计
depends_on: insight-waic-topic-maintainer
Raw SHA-256: c4ea71175e0906d42f8c338d0ee277aeabfa72a2af2f0bb94f0b27bfc59009cd
insight-apple-keyframe-capture — 旧 Apple 关键帧能力：已弃用
deprecated · retired
旧 Apple 关键帧能力：已弃用
depends_on: insight-conference-tracking, insight-evidence-standards
Raw SHA-256: 4d92d933764ef8194e80e76b60d952d19e3c9519f09963f1bb10a86b6f996241
insight-codebase-loop — 旧自主代码洞察循环：已弃用
deprecated · retired
旧自主代码洞察循环：已弃用
depends_on: insight-repo-onboarding
Raw SHA-256: 2d682d78c4e338a1456430f44e26f93c896451f133878938c73cf657767e9e6b
insight-technology-trend-intelligence — 科技趋势项目与观察框架
stable · frame
科技趋势项目与观察框架
depends_on: insight-repo-onboarding, insight-review-methodology, insight-evidence-standards
Raw SHA-256: 0187bbbc8816493616e720a83e7c60b68cd390165254b94d8dbab3874cfc9c8c
insight-trend-refresh — 有界趋势刷新与恢复
stable · operate
有界趋势刷新与恢复
depends_on: insight-technology-trend-intelligence, insight-source-acquisition, insight-evidence-standards
Raw SHA-256: 900c5a160c47a350c6db37877442d3e977cd0a41a03560d69bd943b06f60c5d2
insight-trend-quality — 趋势质量、反证与置信度
stable · assure
趋势质量、反证与置信度
depends_on: insight-technology-trend-intelligence, insight-evidence-standards
Raw SHA-256: 5e0d94a9e4d1fc724382073cf0021b8bbbb7e3c903b10638350fa77ea29cfc4a
insight-trend-governance — 趋势评审、预测与治理
stable · govern
趋势评审、预测与治理
depends_on: insight-technology-trend-intelligence, insight-trend-quality
Raw SHA-256: 278c0bfe7673092614aa844e398b73fd68ab2fc25c42d23cf2bb0d6963582381
insight-trend-publication — 趋势版本与受众发布
stable · productize
趋势版本与受众发布
depends_on: insight-technology-trend-intelligence, insight-trend-quality, insight-trend-governance
Raw SHA-256: bfdbb9e805d0bc9ec9d20eca7222fc95d567d91109c39aef03f42b08d94f5389
insight-trend-report-rendering — H5、PPT 与 PDF 报告投影
stable · productize
H5、PPT 与 PDF 报告投影
depends_on: insight-trend-publication, insight-trend-quality, insight-evidence-standards, insight-topic-workbench, insight-shell-i18n-governance
Raw SHA-256: ba2e3661a71f6eecd059b0cb08ca5f273c058ac70d3121a564fb0ab9bcae6ed8
insight-trend-landscape-visualization — 趋势分值与置信度图
stable · productize
趋势分值与置信度图
depends_on: insight-trend-report-rendering, insight-shell-i18n-governance
Raw SHA-256: 7b7961aee7b729720906f35fbf9112deb8a7a411f1dbef1ac78c5364606d0521
insight-animated-svg — 隔离动态图与多媒介投影
experimental · productize
隔离动态图与多媒介投影
depends_on: insight-evidence-standards, insight-shell-i18n-governance, insight-cdp-ui-debug-loop
Raw SHA-256: d999f4a06af5b2bfded609148f4f6124c90a900b971eebb2b3107f21d9161491

D · 14 条 Composition：复用既有 Skills 的工作流

topic_evolution_loop — 组合流程 · 9 步
Turn a research signal into a validated, published, and learnable topic product.
insight-repo-onboarding → insight-review-methodology → insight-source-acquisition → insight-evidence-standards → insight-topic-workbench → insight-shell-i18n-governance → insight-cdp-ui-debug-loop → insight-index-maintenance → insight-skill-governor
conference_evolution_loop — 组合流程 · 9 步
Turn conference signals into evidence-linked workbenches and reusable conference capability.
insight-repo-onboarding → insight-conference-tracking → insight-source-acquisition → insight-evidence-standards → insight-wwdc-workbench-framework → insight-tools-usage → insight-cdp-ui-debug-loop → insight-index-maintenance → insight-skill-governor
waic_topic_maintenance_loop — 组合流程 · 11 步
Maintain WAIC 2026 from the 57-paper population to a coverage-honest leadership decision product.
insight-repo-onboarding → insight-conference-tracking → insight-evidence-standards → insight-waic-topic-maintainer → insight-waic-paper-analysis → insight-waic-evidence-synthesis → insight-waic-briefing-maintainer → insight-waic-coverage-auditor → insight-cdp-ui-debug-loop → insight-index-maintenance → insight-skill-governor
ai_computing_trend_loop — 组合流程 · 11 步
Turn AI-computing expert frameworks and monthly evidence into requalified full-stack computing trends, route competition, forecasts, and a governed Domain publication contribution.
insight-repo-onboarding → insight-technology-trend-intelligence → insight-review-methodology → insight-source-acquisition → insight-evidence-standards → insight-ai-computing-trend → insight-trend-refresh → insight-trend-quality → insight-trend-publication → insight-trend-report-rendering → insight-skill-governor
ct_technology_trend_loop — 组合流程 · 8 步
Turn a CT technology-planning question into a primary-source-grounded, standards-aware trend map, route competition, lifecycle outlook, and strategic decision package.
insight-repo-onboarding → insight-review-methodology → insight-source-acquisition → insight-evidence-standards → insight-ct-technology-trend → insight-topic-workbench → insight-index-maintenance → insight-skill-governor
resource_intelligence_loop — 组合流程 · 11 步
Turn challenge/resource gaps into verified reusable resources, evidence-backed many-to-many matches, bidirectional knowledge gains, and a governed decision surface.
insight-repo-onboarding → insight-review-methodology → insight-evidence-standards → academic-resource-loop → academic-projection-governance → academic-resource-card-maintainer → insight-russia-search-promo → insight-topic-workbench → insight-cdp-ui-debug-loop → insight-index-maintenance → insight-skill-governor
challenge_deep_analysis_loop — 组合流程 · 4 步
Turn one source-complete flat Challenge into an evidence-bounded technical model and capability-demand profile without starting Resource matching.
insight-repo-onboarding → insight-evidence-standards → academic-challenge-analysis → insight-skill-governor
challenge_portfolio_analysis_loop — 组合流程 · 5 步
Turn completed Challenge analyses into deterministic, cohort-aware portfolio statistics without mutating source, deep-analysis, Resource, or Match authority.
insight-repo-onboarding → insight-evidence-standards → academic-challenge-portfolio-analysis → academic-projection-governance → insight-skill-governor
lab_platform_evolution_loop — 组合流程 · 7 步
Turn a runnable vertical capability into a Skill-native Lab with scalable TableGit discovery, governed browser runtime, and reusable release evidence.
insight-repo-onboarding → labskills → insight-lab-page-authoring → insight-shell-i18n-governance → insight-cdp-ui-debug-loop → insight-index-maintenance → insight-skill-governor
knowledge_ingestion_loop — 组合流程 · 8 步
Turn external material into governed, published, and refreshable organizational knowledge.
insight-repo-onboarding → insight-evidence-standards → insight-wiki-ingestion → insight-lab-page-authoring → insight-shell-i18n-governance → insight-cdp-ui-debug-loop → insight-index-maintenance → insight-skill-governor
supporting_page_delivery_loop — 组合流程 · 7 步
Turn a bounded research artifact into a validated public supporting page and reusable authoring improvement.
insight-repo-onboarding → insight-evidence-standards → insight-lab-page-authoring → insight-shell-i18n-governance → insight-cdp-ui-debug-loop → insight-index-maintenance → insight-skill-governor
shared_experience_evolution_loop — 组合流程 · 6 步
Turn a cross-page shell, visual, locale, or interaction need into a verified shared experience capability and reusable governance improvement.
insight-repo-onboarding → insight-shell-i18n-governance → insight-tools-usage → insight-animated-svg → insight-cdp-ui-debug-loop → insight-skill-governor
organizational_skill_evolution_loop — 组合流程 · 3 步
Turn repeated execution experience into a validated organizational capability upgrade.
insight-repo-onboarding → insight-tools-usage → insight-skill-governor
technology_trend_intelligence_flywheel — 组合流程 · 12 步
Turn recurring cross-domain technology signals into a governed, evidence-linked, forecast-calibrated and versioned organizational trend-intelligence program.
insight-repo-onboarding → insight-technology-trend-intelligence → insight-review-methodology → insight-source-acquisition → insight-evidence-standards → insight-trend-refresh → insight-trend-quality → insight-trend-governance → insight-trend-publication → insight-trend-report-rendering → insight-trend-landscape-visualization → insight-skill-governor

E · 7 个 Labs 产品行：不是维护规则

wasmc-mcp-laboratory-v1 — WAsmC × MCPGit · 一段程序，连接一张表
preview · sandboxed_web_component · v1.1.1 · row_version 6
skill_id: 1a0470ce-edef-583a-83ea-e0c0a7f6c336
webgame-flappy-bird-v1 — Flappy Bird Web Game
preview · sandboxed_canvas · v2.0.5 · row_version 5
skill_id: 238d323a-b03c-5eb8-97bb-63ecdb2291e4
lab-pptx-skillgraph-playground-v1 — PPTX · 卡片与流程
preview · sandboxed_web_component · v2.0.5 · row_version 5
skill_id: 517f846b-719f-5a12-aeac-69bdf8fff7f6
wasmc-browser-laboratory-v1 — WAsmC · 从源码到执行
preview · sandboxed_web_component · v1.1.0 · row_version 3
skill_id: 84f99a2e-a639-5e4d-80e1-8d80116d3240
llm-svg-bottle-ledger-v1 — 十九瓶水的来历
preview · sandboxed_canvas · v1.0.5 · row_version 5
skill_id: c21bb327-3474-409c-9d1c-f6967a0ffeaa
llm-inference-observatory-v1 — 大模型推理观测馆
preview · sandboxed_web_component · v1.0.5 · row_version 5
skill_id: e8664a62-11e5-4c10-8ea8-b3a93ec349ee
lab-pptx-v1 — PPTX · 生成流程工坊
preview · sandboxed_web_component · v2.0.5 · row_version 5
skill_id: fa0344ce-8f93-5968-b9eb-76742c909f5a

这是 TableGit/labs 的七个 preview 行，没有复跑其 27 个 Objects 的产品验收；产品运行资产不能加到维护规则的继承父链。

证据、可修改位置与未完成事项

可改：Root 的方法与政策、Works 的业务 Skill、实例规范及产品资产，分别由 owner 维护。不能仅靠文档改：宿主平台边界、MCP 服务授权、编译进程序的输入与事务检查。脚本规则只在真实调用时生效。

本章是固定日期的源码研究与目录核对，没有改变任何根规则或业务注册表。旧 MP4 unknown、未运行的 required/UI 验收及真实拒绝独立保留；不会因为目录完整而解除。

来源、版本与方法 · 完整冻结盘点数据

04 / SEPTEMBER CASE

九月洞察：把“哪里还不知道”，也变成下一轮的输入。

九月体系不是只追逐高热度新闻，而是先按专家观察框架安排扫描，再保存证据、限定和缺口。2026 年 9 月 28 日的关闭记录给出了下列状态；它是一次固定回执，不是当前实时统计，也不是质量评分。

38观察维度有明确本轮结果

31记录为已有证据

7显式保留待补缺口

其中，编译器、云运行时等方向的缺口仍然可见，模型判断也保留“待专家复核”。完成扫描、得到证据、形成可靠判断，是三件不同的事。把它们分开，才能防止“任务完成”掩盖研究未完成。

下一轮可能发生的事	系统应接续的对象	对研究工作的改变
一个缺口方向出现新论文	原观察维度、未完成问题、来源与证据定位	沿已有问题补证，而不是重做整个专题
新测试限定了原先的结论	事实与判断关系、适用条件、评审状态	记录为什么修改，不把旧依据直接抹去
换一位同事或 Agent 继续	正式入口、当前版本、已完成项、下一步	以明确状态接手，而不是要求重读全部聊天
发现一种更可靠的采集方式	对应 Skill、程序、验收规则和变更记录	把可复用改进留下，供之后的研究使用

上表是基于现有对象与方法合同的任务说明，并非声称四个情境已经分别完成端到端对照测试。本轮真实回执证明的是：观察框架、结果分类与缺口确实被持久记录。它比“有多少篇材料”更接近持续研究的基础，但还不是节省工时的证明。

Q03：精确表行、版本和统计范围 · 进入技术洞察

VERIFIED CASE / 2026-10-07

让一个数字，回到它的证据。

一个可复核的小案例：不是再写一遍报告，而是回到同一份记录，分清任务结束、证据覆盖和判断获批。

01 / QUESTION

51项任务，意味着什么？

只看“任务进入终态”，容易把流程结束当成研究完成。它不等于51项有效成果，也不能说明所有问题已经解决。

02 / VERIFY

回到原行：38 = 31 + 7

精确回读九月关闭记录：38个观察维度中，31个已有证据、7个显式缺口。51是任务数，不是这组分类的分母。

03 / CONTINUE

改变解释，保留原数据

页面明确区分成果、缺口与复核。判断仍是“待专家复核”，缺口成为下一轮输入；不能把已结束的任务自动提升为可靠趋势。

原始状态不变，解释可以被检查和修正。这是“可接续”最小、真实的一步。

展开核验依据：原字段、日期与边界

记录时点：2026-09-28。精确回读：2026-10-07。这里展示历史回执，不是实时统计。

原字段	值	解释
`task_terminal_count`	`51`	任务处理状态
`lens_terminal_count`	`38`	观察维度，不是任务数
`completed_with_evidence_count`	`31`	记录为已有证据，不等于判断已获批
`bounded_gap_count`	`7`	明确保留的缺口
`judgment_state`	`reference_only_pending_expert_review`	模型判断待专家复核
`trend_promotion`	`none`	未自动提升为正式趋势

来源：TableGit · techintel_refresh_runs · run-2026-09-lens-001 · row_version=7。精确版本与调用方式见原始核验记录。

查看精确回读与解释依据 →

本例证明可按版本回到原始状态并纠正解释；没有新增技术实验证据，不证明节省工时、跨Agent接手成功率或竞品替代。

05 / PRODUCT POSITIONING

对标的不是一串 Logo，而是同一件工作怎样完成。

比较分三层：持续洞察与知识接入是业务参照；工程、自动化与报告工具是工作环节参照；Foundry + AIP 是整体架构参照。比较对象始终是“同一通用 Agent + 已配置工具组合”，不是把不同层次的产品排成总榜。

NotebookLM、Notion、Glean、Feedly、AlphaSense、GitHub、n8n、Gamma 和 Foundry 各自证明了知识工作中不同环节的价值。LRIGIT 不能因为这些环节都“沾边”，就声称替代它们。合理的问题是：在持续研究这一场景，完整组合能否让资料、判断、方法、程序和发布少一些人工拼接？

工作与参照	相近功能	LRIGIT 的比较重点
资料研究 NotebookLM	依据来源综合信息，形成结构化结果	研究对象、依据与判断如何延续到下一轮，不只比较一次回答
知识接入 Notion / Glean	工作知识与外部 Agent 连接	在已有MCP接入之上，事实、方法和任务能否沿同一状态持续演进
持续洞察 Feedly / AlphaSense	多来源监测与研究综合	专家框架、反证、缺口与评审怎样落到同一研究；不含竞品授权内容资产
工程与流程 GitHub / n8n	程序协作、开发任务与流程编排	研究发现能否反过来改进程序与方法；任务记录不冒充调度引擎
报告交付 Gamma	生成演示、文档、网站等成品	同一研究的来源和版本能否贯穿不同表达；设计体验另行比较
数据到行动 Foundry + AIP	业务对象、逻辑、行动与治理相连接	作为整体架构参照，不代表 Ontology、企业规模与服务保障已经等价

最公平的基线：同一个 Agent + 已配置的成熟工具组合。

Notion 已支持外部 Agent 读写，Glean 已能向外部 Agent 提供组织知识与工具。真正要验证的是接续、可追溯性和集成成本，而不是先假设其他产品没有记忆、没有权限或不能接入 Agent。

由此可以把 LRIGIT 定位为：面向持续研究的、由通用 Agent 驱动的可编程工作系统。它优先服务反复更新、多人或多 Agent 接续、需要保留依据与历史的任务，而不是在所有知识工作场景中追求功能最多。

Q04：逐产品官方来源与比较边界 · 交互式产品对标

EVIDENCE MAP

用不同的证据，回答不同的问题。

真实记录

九月的观察与缺口

日期化记录支撑“研究状态曾被保存”；不等于所有判断都正确，也不是工时收益证明。

沿原始记录核对 →

流程模拟

提示词 → V1 → V2

六类动画用编写的示例解释工作过程，不实际调用模型、搜索、审批或写入业务数据。

核对模拟合同 →

契约说明

MCPGit 平台架构

图依据服务与 Skill 合同解释能力分工；不冒充源码审计、全部激活状态或性能测试。

核对架构依据 →

历史讲解

保留的 10 页 PPTX

旧版讲解可以继续阅读，但尚未按新定位、架构与双轮飞轮统一重排。

阅读历史演示 →

待验证的收益：更少重查、更低交接成本、更可靠的判断。完整版本历史可以帮助检查错误，但不会自动保证事实正确。

06 / EVIDENCE & ADOPTION

先进性最终要体现为少一点重做，而不是多一层架构。

值得采用的条件

研究会持续更新；同一来源和对象在多个任务复用；需要换人或换 Agent 接手；历史结论需要解释；研究者有能力维护规则与程序。此时，结构化、版本和方法建设才有机会被多轮复用摊薄。

更轻方案也可能更好

一次性的小范围问答，或者已有成熟工具满足需求时，一份清楚的文档与来源即可。重型建模、规则治理和多步调用带来的成本，需要与实际减少的返工比较，而不是为了“系统化”而系统化。

证据层次	目前能说什么	下一步怎么验证
已观察到的资产	平台契约、业务方法、九月覆盖与缺口记录、版本化源码和既有交付入口	按明确版本复核，不把历史值当当前全量
明确设计的机制	事实/判断分离、方法回写、当前/冻结、查询与发布边界	加入新反证、中断恢复和换Agent的真实任务验收
需要证明的收益	减少返工、提高研究可靠性、降低交接与总成本仍是待测命题	固定模型、来源和任务，与轻量方案及成熟工具组合对照

优先做一个完整的“第二轮任务”实验：在已有研究中加入一条反证，换一个 Agent 接手，只更新受影响的判断和当前报告，保留旧发布，并留下恢复依据。分别检查来源定位、结论错误、人工介入、总成本与重复操作，不用一个笼统的成功率掩盖研究质量。

真正的约束也必须落到机制：同源转述不能算独立证据；结构合法不等于事实正确；换模型不自动保留权限；Git 回滚不撤销外部副作用。它们是设计与验收问题，不应成为堆在首屏的免责清单。

Q05、Q06：可证伪命题与实验

07 / THE THESIS

智能是外部供给，持续积累是系统能力。

LRIGIT 的重要性不在“又做了一套AI工具”，而在一个软件工程问题：当外部智能不断增强，我们自己的什么东西能跟着变强？它给出的实现方向，是让研究对象可查询、方法可复用、程序可改进、发布可追溯，并让这些能力独立于一次会话存在。

每一轮不仅产出一份报告，也为下一轮留下依据、方法、程序和明确的起点。

这就是从“使用 AI 开发和研究”，走向“建设能够持续吸收智能的软件系统”的具体一站。能否形成真正复利，要靠后续任务证明。

用四幕SVG理解产品 → · 核对来源与判断 → · 进入实现和历史深读 →

START WITH YOUR AGENT

从一个只读问题开始，再走向受控更新。

在已有连接与授权的通用 Agent 中使用。下面只复制提示词，不打开会话、不发送数据、不自动取得写入权限。先确认目标与权限，再按任务推进。

首次只读：先看懂已有研究

01 / READ ONLY

请使用已连接的 lrigit MCP，只读查看 LRIGIT 自身研究。先通过 service_metadata 核对实例为 lritpc，再按 skill_list → skill_get 加载当前读取合同。读取 works:research_domains/lrigit/index.html 及其指向的研究依据与正式数据位置；不要把宣传动画当实测记录。返回：当前版本、一条可定位的事实、一项待复核判断、一个明确缺口。不要写入、发布或调用外部动作。

预期看到：版本 + 来源定位 + 事实／判断／缺口分开。

增量更新：先形成变更方案

02 / DELTA PLAN

请使用 lrigit MCP 继续现有研究，先读取当前正式版本、旧报告和未解决问题。本轮只形成增量更新方案：说明需要补哪类一手证据、哪些对象和判断可能受影响、哪些内容保持不变，以及如何保留旧发布。明确列出拟写入位置、验收项和权限需求。在我确认具体变更范围前，不执行写入、发布或外部副作用。

预期看到：新增／修订／保留清单，而不是直接覆盖整份报告。

中断接手：先核对真实状态

03 / HANDOFF

请接续 LRIGIT 自身研究任务。先读取正式交接和当前主线，再检查相关 worktree 的已提交、未提交、未发布和未验证差异；不要仅依赖聊天摘要或旧检查点。区分哪些成果已上线、哪些只在分支。说明最小下一步与验收方式；若有并行修改或归属不明的内容，先报告冲突，不重置、不覆盖、不发布。

预期看到：主线／分支差异、归属、下一步和未测项。

检查第二轮是否成功：依据能定位；变化有理由；未影响的内容能保留；旧版本可解释；接手者知道下一步。它们是待验收条件，不是动画给出的测试成绩。

历史研究与实现深读

下面完整保留原来的 21 节入门、机制和修订案例。其数字、配置、发布状态仍属于各自注明的历史时点；旧版 PPTX 也继续保留，不冒充本轮新叙事。

语言范围：上方当前论证与使用说明提供显式英文；下方21节历史原文、来源记录和既有胶片内容，不会因切换界面语言而自动成为英文版。

展开原研究：入门、数据、技能、版本、双视图与历史证据

LRI INSIGHT / LRIGIT 入门与深读2026-10-01 · 研究快照

认识 LRIGIT：一个研究任务怎样持续做下去

沿一个 WASM 洞察案例，从阅读与使用讲到数据、方法、版本和协作，最后审视系统价值与代价。

第一次了解 LRIGIT，先读第 1–6 节；需要维护和理解实现，再读第 7–16 节；关注选型与验证，读最后的比较、风险和实验计划。

入门案例 · 数据与协作机制 · 比较与判断 · SVG 产品宣传册 · PPTX 演示 · 研究专题首页

正文与演示已完成首版合入。本页按新人学习顺序重新组织，保留原研究快照及证据边界；统计保留注明版本的历史观察；五轮复审的限定运行探测单独列为 I13。

你现在的目标	阅读路径	读完能回答
第一次认识	1–5 节：任务、阅读、案例与名词	LRIGIT 帮助谁完成什么工作？
开始维护	第 6 节练习 → 9–12 节机制	改什么、怎样回读、何时算完成？
理解交付	第 15 节双视图 → 发布边界	正文与胶片怎样保持依据一致？
评估价值	17 节起：比较、风险与实验	哪些已观察，哪些仍要验证？

能做什么

01｜从一个任务认识 LRIGIT

假设你要回答：“WebAssembly 的哪些进展值得关注，哪些与我们的工作有关？”这里把 WebAssembly 当作研究议题，新人可以先关注研究过程，不必先掌握它的技术细节。你需要找到原始资料、核对技术事实、整理比较、形成判断，最后给同事一份可阅读和汇报的材料。过一周，新资料出现，同事还要接着更新。

LRIGIT 把这些工作组织在同一个研究工作环境里：专题承载问题，证据保留依据，结构化记录连接可复用对象，维护 Skill 描述工作方法，HTML 和 PPTX 呈现结果。第一次使用，可以先把它理解成能持续更新、能找到依据、能交给别人继续做的研究工作台。

本专题以已发布的 WASM 双视图作为使用案例。下面的“新增资料”步骤是讲解示例，未据此声称开展了新实验。学术资源、难题匹配等业务也采用相关组织方式，具体对象与验收随任务变化。

你负责提出具体问题、确定读者和使用场景，并判断结果是否有用。Agent 按授权范围获取资料、核对已有记录、组织表达与执行修改。LRIGIT 保留对象、方法、版本与交付入口，让过程能复核和继续。

可以这样描述一个任务：请更新现有 WASM 专题，回答异步调用机制有哪些已发布进展、什么条件下可能对我们的工作有帮助。保留原始来源，先讲事实与机制，再给判断；同步检查受影响的 PPTX，列出尚未验证的问题。这是任务描述示例，不是本轮新增技术结论。

依据：I03 I09

先会使用

02｜第一次打开：怎样读一个专题

先从研究专题首页选择问题，再沿专题左栏阅读正文。看到一个判断时，追到支持它的原始资料，确认日期、范围与限定。需要汇报时切换到“PPTX 演示”，需要深入质询时回到正文与证据。

你想做什么	从哪里开始	得到什么
了解问题全貌	专题正文	事实、机制、比较和判断
核实一个说法	正文的来源或证据链接	原文定位与支持范围
给同事讲解	左栏 PPTX 演示	独立编排的胶片与下载
继续维护	专题正式入口与来源版本	明确的更新对象和验收范围

查看 WASM 洞察正文 · 查看 WASM PPTX 演示 · 打开本专题 PPTX

阅读者无需先理解仓库和接口。维护者在实际修改前才需要掌握权限、版本与发布规则。

依据：I03 I09

再看工作过程

03｜一次洞察怎样形成：沿用 WASM 案例

收到“更新 WASM 洞察”的请求后，先定义本轮问题，例如“某项新能力解决了什么，适用条件是什么”。随后找原始资料，核对明确发布的能力与未来计划，再判断这项能力与现有工作有什么关系。

阶段	WASM 讲解示例	留下的内容
定义问题	这次关注异步调用还是工具链？	范围与读者需要
取得证据	定位官方说明的具体章节	URL、日期、原文定位
核对事实	区分已实现能力与路线图	事实及限制条件
解释与比较	分析调用机制与适用场景	推论、反例、待验证项
交付和更新	改正文与受影响的胶片	来源版本、回读与用户路径验收

真实修订案例：这份 LRIGIT 材料怎样更新

2f97c790 版本的五轮修订审视在正文和叙事稿中发现两处旧说法：胶片仍称“尚未发布”，以及把 row_version 解释成“改过几次”。前者与已有发布回执冲突，后者把并发状态标记误当业务计数。

发现	依据与修改	实际验收
发布状态过期	核对首版和入门版提交，改正文、叙事稿与索引	回读内容，扫描旧状态措辞
版本术语不准确	区分仓库 revision、行状态标记和 actor 审计	正文与胶片采用同一含义
双视图可能分叉	让证据页摘要来自叙事稿，更新 brief 摘要绑定	生成 22 页原生 PPTX，检查摘要与版面
交付边界容易混淆	记录发布版本与未完成验收	main 干净、远端 0/0；线上交互另列

修订源版本为 Works@2f97c790a3dd5e79b3c3af10df6d9f7bcf985989。它证明这次内容更新已提交并复核；没有测出节省了多少工时，也没有证明新读者已经学会。查看修订证据 I14。

自动化能减少搜集、整理和重复操作。研究者仍要判断证据是否支持论点，系统结构本身无法代替这个判断。

依据：I03 I11

信息怎样组织

04｜资料、事实、判断：同一案例里的不同东西

以原 WASM 演示为例：源代码与线上核验曾确认它包含 18 页原生胶片，这是实现事实。“18 页模板适合所有专题”则需要额外证明。后来为 LRIGIT 自身专题编排 22 页，说明应由具体叙事决定页数。

对象	例子	为什么分开
来源	WASM Deck 的固定版本源码	保留可以复核的依据
事实	该实例使用中文和 18 页	描述明确对象与时点
判断	专题应自行选择页数与章节	说明推理和适用条件
行动	Context 校验实例声明的页数	可执行、可验收的修改
成品	HTML 正文和 PPTX 胶片	让读者理解，而非替代源记录

图中文字保持阅读尺寸，小屏可横向滚动。图 1｜教学标识 R01/F01/J01：关系帮助定位影响，实际自动追踪能力仍需验证。

区分这些对象后，一条来源可以支持多个专题，一个事实可以出现在不同报告中；更新时也能定位哪些判断和胶片受影响。

依据：I03 I09

把术语接到用途

05｜到这里，再认识几个常用名词

名词	新人可先这样理解	在案例中的用途
研究专题	业务上围绕一个问题组织的内容	WASM 洞察正文、证据与演示
TableGit	带版本的结构化记录与查询	存事实、对象身份及它们的关系
Works	应用代码和受约束的成品表达	网页、专题 Deck 与导航
Skill	有明确职责和输入输出的能力或方法	指导更新、验证，或组合演示资产
Git Topic／隔离任务	平台用于隔离一批修改的工作标识	为一次更新开工作区，验证后合入
revision／版本	明确指出读到的那次状态	回答报告依据哪次资料
Hosted	平台提供的网页访问方式	让同事从链接打开专题

业务研究专题与平台 Git Topic 是两种对象。一个研究专题可以多次更新，每次更新可使用不同隔离任务；创建 Git Topic 也不会自动生成研究正文或网页。TableGit 的可查询业务状态与冻结报告有不同生命周期，不能因为报告中展示了某条事实，就把报告变成第二份可变数据源。

依据：I01 I03 I04

从阅读走到维护

06｜第一次实践：先核对状态，再尝试小更新

推荐的入门练习是在正式隔离工作区中补充一条有原始定位的证据，只更新它支持的段落与相关胶片。练习使用测试资料或已有授权范围，不以操作生产数据作为必要条件。

找到专题正式入口，确认当前状态、来源版本与本次要回答的问题。
定位原始资料，写清它支持什么、不能支持什么。
按相应资产的正式接口做小批量修改，收到回执后立即回读。
验证正文、来源链接和受影响的胶片，从左栏实际进入演示并检查下载。
记录完成项、未完成项和下一步，让同事仅凭入口就能继续。入口至少应说明问题、版本、已完成项、待办及下一步验收，单独一个网页 URL 还不够。

先做只读练习：解释一个实际状态

打开 I15 的固定读取记录，找出 published、outcome、row_version 和 revision。写一段交接说明，回答“已完成什么、还缺什么、下一步检查什么”。

合格说明应包含：源修订已发布；完整验收仍为 partial；线上交互与全库门禁不能视为通过；下一步要检查正式入口的正文、播放和下载。row_version=1 只用于行状态校验，不能推算编辑次数。

这个练习可使用本页快照完成，无需先改数据。准备进行正式维护时，再按上面的流程在授权范围做一个小更新。练习没有替代真实读者测试。

本专题的交接示例

问题：让新人理解 LRIGIT，并能解释一个实际状态。范围：本专题正文、证据与 22 页独立原生胶片。正式入口：正文阅读路径、PPTX 演示；可复用的生成输入是独立叙事稿与组合资产。

已做：源修订已发布，精确回读与离线生成、版面检查通过。待验：正式入口的桌面/手机播放、下载，以及真实读者是否能完成只读练习；全库既有门禁失败另列。下一位同事先核对入口和当前来源版本，再试做第 6 节练习，记录错误理解和需要人工解释的地方。

这是基于第三轮后源版本 Works@00d64a8f058478f672c01037e9f158e22f2238c1 的交接示例，不把版本后的未执行步骤写成结果。本轮恢复回执 I18。

这次练习完成的标准是：同事能复核依据、看到正确结果，并知道下一步。目录数量或“调用成功”本身不足以证明任务完成。

依据：I03 I04 I11 I15 I18

范围与研究方法

07｜先界定对象：三个层次，不是一套万能系统

本研究把 LRIGIT 作为一个正在运行的研究工作系统，而不是把品牌名下的所有软件视为一个产品。第一层是 LRI Insight 业务应用：专题、学术资源、难题匹配、会议证据与报告。第二层是提供 Git、TableGit、身份、操作契约和 Hosted 的 MCPGit 平台。第三层是外部执行与呈现能力，例如 AgentWeb/AWMCP、WAsmC 与公共 PPTX 组件；它们可以被组合，但不因此变成 LRIGIT 的内生能力。

运行状态通过服务实读确认，职责与约束通过固定版本源码和契约核对，历史事件保留当时回执；综合判断明确其推论性质。不同证据回答不同问题，不把“接口返回成功”当成研究结论正确。研究采用工程架构映射与有界自审，不称为完整源码安全审计或独立第三方评测。我们没有执行全量代码审查、压力测试、权限对抗或完整用户实验。

观察截止为 2026-10-01。业务内容基线固定于 Works 384f0c158723…、RootSkills 919fffb58a75…；TableGit 抽样固定于 53a37d96a866…。本次创建 Topic 后 Works 到 85494fc79bf3…，这是早期取证时点的专题登记变化。首版正文与演示随后在 Works/main@8fe6d4d26f745587f20b8a7fd9e58da4a53147c0 合入；研究快照与发布版本分别记录。

层次	实际职责	不能混淆的边界
LRI Insight 应用	研究问题、证据、实体关系、报告产品	不是 LLM 本身，不自动证明观点正确
MCPGit 平台	版本化读写、身份归属、工作区、复制与 Hosted	不是 GitHub；复制成功不等于所有用户视图正确
配套运行能力	远端工具、WAsmC、PPTX 构建/播放	可配置、可调用、已激活、生产有效是不同状态

依据：I01 I03 I05 I06 I12

实读与历史快照

08｜现有规模：有真实资产，但数字必须带版本

原研究发现 6 个配置仓库，系统能力目录有 18 个 Skill 家族；业务注册表包含 37 个维护 Skill 条目与 14 个组合配方。这里计数的是登记条目，不把弃用 Skill 算成有效能力，也不把一个组合配方当成一项新的底层功能。

2026-09-30 的全量盘点曾在 TableGit 7c6030b2… 上逐表完成：125 张表、29,880 条有效记录、1,698 个顶层字段定义、506 个字段索引、13 张空表。记录总数包含实体、关联、评审与投影，不能宣传成 29,880 个独立知识点或研究成果。

原研究在 TableGit 53a37d96… 上复核到 20 个专题工作台 profile 与 57 条技能执行记录。它们不是全部网页数，也不是 57 次独立成功实验；没有逐行审核执行状态和去重之前，不能由此推导自动化成功率。扫描期间 main 有并行推进，因此报告坚持固定快照，而不把多次读取拼成一个不存在的“最新一致状态”。

指标	值	明确口径
配置仓库 / 系统 Skill 家族	6 / 18	原研究实例实读
业务维护 Skill / 组合配方	37 / 14	Works@384f0c…；含弃用条目
表 / 有效行 / 字段	125 / 29,880 / 1,698	历史全量快照@7c6030b2…
工作台 profile / 执行记录	20 / 57	原研究固定快照@TableGit 53a37d96…

这些数字证明系统已有积累；它们不证明检索质量、研究正确性、协作效率或商业收益。

依据：I01 I02 I07 I08

机制与代价

09｜数据架构：把事实、方法、界面与对象分开

LRIGIT 最重要的结构选择不是“把 JSON 放进 Git”，而是明确谁拥有哪类状态。TableGit 承担可查询、可关联、可增量修改的业务实体与关系；Works 承担应用代码、界面和受约束的成品表达；RootSkills 与业务维护 Skill 分别管理通用方法及领域专化；内容体与二进制使用对象边界，不能以一行巨型 JSON 代替内容管理。

稳定身份比展示标签更关键。一个教授可以关联多个难题，一份论文可以支持不同主题；资源身份、证据本体、适用关系和某次报告选材必须分离。否则“卡片上看起来完整”会掩盖重复资料、重复计数和不一致的更新。

教学示例：对象身份怎样连接更新

设来源为 R01，事实为 F01，判断为 J01。这些是讲解用标识，不对应已经插入的真实表行。R01 记录某份官方资料及版本；F01 记录“这份资料声明能力 A 在条件 C 下可用”；关系分别表示“R01 支持 F01”“F01 支持 J01”。

同一来源被两个专题引用时，保留同一个对象身份，各自保存适用关系。若资料把条件 C 改为 C2，维护者重新核对 F01，再检查 J01 与引用它的正文和胶片，决定更新或保留旧快照。标题改名通常不应改变对象身份。

关系帮助定位影响范围；这不等于系统已经自动发现并更新所有下游表达，依赖追踪与自动更新仍需实现和验收。

实际读取：一条 JSON Row，不是一整页报告

本次用 table_rows_get 按键读取 skill_executions 中的 2026-10-01-lrigit-five-round-newcomer-review，仅选择 id、outcome、published、record；以下结果固定在 TableGit@49f716bb8ba41266aafbe615029671c0ea12ea3e，不是全库统计。

读取项	实际值 / 结构	作用
id	该任务的稳定记录键	精确找回同一记录
published	true	表达发布阶段
outcome	partial	表达整体任务验收结果
record	lri.skill-execution/v1 的 JSON；包含 validators、failures、learning	按需读取详细证据和复盘
row_version / revision	1 / 本次 TableGit 版本	分别限定行状态与整个读取视图

因此“已发布但验收未全完”能同时成立，不能用一个绿色标签覆盖所有状态。此表定义有 8 个字段和 6 个索引；record 是默认延后投影的 JSON 字段，本次明确选择后返回。索引和投影帮助限定读取范围，不代表已经测出查询性能优势。I15 精确读取证据。

代价同样明确：表、关系、索引与消费者需要共同维护。规范化可以降低事实漂移，但可能增加浏览器查询扇出和跨表一致性管理。正确优化应是同版本、限定字段和主键/索引批量读取，而不是把全表下载后在浏览器拼接，或重新保留一份可变 Works JSON。

资产面	原研究观察到的载体	一致性要求
事实与关系	tablegit：topic / resource / challenge / evidence	稳定 ID；同版本关联；幂等修改
方法与治理	rootskills；Works .agents/skills	通用/业务职责分开；冲突显式处理
界面与叙事	works；HTML；Presentation SkillGraph	冻结成品有来源；不反向成为事实库
配置与对象	systemconfig / mcpgitsystem / binarygit	只描述仓库职责，不读取或展示秘密

依据：I01 I03 I04

读写与恢复

10｜操作模型：完成不是一句话，而是一条证据链

系统操作经 service_metadata → skill_list → skill_get → 精确版本 runner 发现和调用。读、写、发布是分离的入口，参数由具体 operation schema 校验。其意义在于让执行能力可检查、可限制，而不是依靠 Agent 从接口名称猜测行为。

写入需要区分仓库 revision、行版本、事务身份和幂等操作身份。它们分别限定仓库状态、检测该行的并发变化、识别同一事务与同一操作。row_version 是服务生成的状态标记，不是可解释为编辑次数的业务计数；修改者要查 actor 与审计记录。正确流程是限定范围、小批量事务、检查回执、在精确版本按键回读；超时只说明没有拿到确定结果，先查原事务/操作回执，再按接口契约用同一幂等身份恢复；不能换一个新身份重写后声称避免了重复。

图 4｜仓库级版本围栏的简化图；行写入仍遵循具体 row_version 契约。

真实案例 I17：前一组复审发起全库验证时，expected_revision=6e1d66c7…，服务已推进到 2ad50f12…，调用因 revision_conflict 被拒绝。随后回读六个专题源文件，确认内容没有被并行修改，再以新的围栏执行验证。验证实际暴露了既有 WWDC 样式门禁失败，不能把“重试获准执行”说成“全库验证通过”。

一个容易出错的边界是 TableGit main 模式：main 事务成功后可能先返回 WAL 已持久化、Git 发布待完成的回执；先确认回执阶段，再按键回读权威值与最终版本，不再对 main 执行额外 publish；隔离 Topic 才有独立验证和发布阶段。另一个边界是跨仓库：项目 checkpoint 可以关联多个 revision，但不能因此宣称 Works、TableGit、BinaryGit 已具备跨仓库原子事务。

图 3｜状态框架：实际记录 published=true、outcome=partial，见 I15；其余格用于解释状态组合。

控制面成功还不是业务效果成功。回执可以证明某个数据修改已提交，却不能自动证明报告中论点正确、外部邮件已送达、第三方系统已回滚。回滚 Git 内容也不会撤销已经发生的外部世界副作用。

阶段	应保留的证据	常见误报
定位与读取	实例、权限上下文、精确 revision、目标键	把旧会话路径当当前权威
修改与提交	事务/操作 ID、版本围栏、服务回执	没有服务回执就说已写入
回读与发布	精确键值/哈希、目标提交、同步状态	仅看 0/0 就说所有视图正常
业务验收	真实路径、效果、失败边界	用 schema 合法替代事实真实

依据：I01 I04 I10 I12

同一对象的两种语义

11｜真实案例：GitHub“看不到数据”暴露了什么

前一轮 main 指向增量事件提交 03b305c3…：物理 tree 仅有两份哈希命名的 probe 表定义 blob，而自定义提交头记录了真实逻辑路径。TableGit 用父状态与事件解释完整逻辑数据；GitHub 普通目录只展示该提交自身的 tree。两边 SHA 一致，用户仍然看到不完整目录。

正式 repo_push 将事件头物化为标准 Git Tree checkpoint 7c6030b2…，保留 parent=03b305c3… 并向前推送。与前一个完整快照比较，仅新增两个 probe 定义文件；旧业务表的行数和逻辑表树保持。这是一次表达层恢复，不是从备份找回被删除的数据。

架构收益与成本必须一起描述：增量事件可能减少高频写路径上的目录组织工作，但标准 Git 本身也会复用未变化对象，不能说普通快照每次复制全库。若消费者不理解 TableGit 的事件语义，必须在导出边界生成标准快照；本例没有证明自动复制路径的长期策略已经修复。

这件事指向一个高价值产品约束：同步状态应分别回答“提交是否已复制”“逻辑表内容是否一致”“标准 Git 目录是否可浏览”“Hosted 消费者是否就绪”。它们不能共用一个不加解释的绿色成功标签。

节点	物理表达	用户可见结果
2a31760c…	完整标准目录快照	GitHub 可直接浏览
03b305c3…	带事件头的增量载荷	TableGit 可读；原生目录只见两个文件
7c6030b2…	前向 checkpoint 完整 tree	原生目录恢复；历史连续

可复制 ≠ 可浏览；数据没丢 ≠ 用户没有遇到真实故障。

依据：I10 P01

可复用方法与实际执行

12｜技能体系：三类 Skill，不应相互冒充

系统 Skill 是平台可执行操作的契约；维护 Skill 是 Agent 如何调查、修改、验证和发布的工作方法；产品 Skill 是能够参与运行时组合的 Profile、Deck、Context、Instance 等资产。文件名都叫 Skill，并不意味着权限、调用方式或生命周期相同。

把“核对证据”写成可执行方法	教学示例
输入	目标段落、原始来源定位、来源版本、本轮范围
动作	读原文；区分已发布与计划；检查论点和限制是否匹配
输出	保留或修订的论点、证据定位、待验证项、受影响表达清单
通过条件	同事能回到原文，论点未超出证据范围，修改值回读一致
失败处理	无法定位或证据冲突时保留疑问，避免把推论改写为事实

I02 固定注册表包含 37 个维护条目和 14 个组合配方，体现了从单次问答走向长期工作流的意图。经验应先分类为方法、参考知识、验证器、产品边界或一次性事件，再决定是否修改 Skill；“把聊天记录写入文件”不是已经形成复用能力。

与公开 Agent Skills 格式相比，LRIGIT 的扩展价值候选在于：将方法放到带版本、状态、输入输出与验收的组织流程中。公开格式已支持 SKILL.md 及可选资源目录和按需加载，因此这些包装方式本身不是独占创新。

固定研究版本 I04 的文档存在表述张力：其 TableGit 维护规则包含早期所有旧视图都改成 alias 的规则，而 Works 的专题 Skill 已允许冻结的 Direct Report/Presentation。不能让下一位 Agent 靠“哪段文字读得晚”来决定事实与成品边界；应在拥有者契约中明确覆盖关系，并以小型回归测试固定。

Skill 层	回答的问题	不应承担的职责
系统能力	这个实例允许调用什么？	不替研究者判断证据真伪
维护方法	如何把任务可靠做完？	不向终端用户暴露治理提示词
产品组合	哪些资产组合成可运行呈现？	不反向获得仓库维护权限

依据：I02 I03 I04 I09 I11 P03

研究类比，不是已测结论

13｜它是不是“记忆系统”？需要拆开来看

可以用三类记忆作为分析类比：事件记忆对应执行回执和历史；语义记忆对应可复用实体、关系、论点与证据；程序性记忆对应经过验证的方法、脚本和技能组合。LRIGIT 已有这些载体的部分结构，但载体齐全不等于一个 Agent 已能在陌生任务中正确召回、更新和使用它们。

版本历史回答“当时存了什么”，检索回答“现在应该取什么”，上下文组装回答“取来的东西在什么范围适用”。这三个问题不可互相替代。确定性 ID/关系检索可以与全文或向量检索并存；任何检索分数都不应直接升级为证据等级或正式结论。

I02 的原研究探测报告 capability search 为 unconfigured，因此不能把全局能力检索说成已上线。57 条 skill_executions 则只能证明存在记录，不能证明这些记录让后续 Agent 更快、更准。真正需要的是跨会话、零上下文、带反例的检索与任务消融评测。

类比	已有载体	仍需证明
事件记忆	Git 历史、执行记录、事务回执	能重建真正发生的任务过程
语义记忆	实体、关系、证据与来源	召回准确且时效、权限、语境正确
程序性记忆	维护 Skill、脚本、组合	换 Agent 后仍能减少返工

Git 是耐久与版本机制；“会记住、会选择、会迁移”还要通过任务实验。

依据：I02 I04 I08 I11

内容、关系与证据

14｜洞察的生产线：资料多，不等于观点可靠

研究资产可以形成一条可追踪路径：来源 → 可核验事实 → 解释机制 → 有边界的判断 → 适用场景 → 报告。资源匹配还需要另一条关系：某个人或团队的代表工作，为某个具体问题提供哪种能力；这不是把一份履历贴到多个难题上。

优势在于可质询。读者不必相信一句摘要，而能追到引用的证据、版本、适用边界与反例。若这种追溯能在下一轮更新时保留，报告就不再是一次性文案，而是对同一组受治理资产的表达。

风险是“结构化幻觉”：schema、主键、关系、时间戳全部合法，但论文、指标、称谓或适用关系仍然可能错误。来源数量也不等于来源独立性，多篇转述同一公告不能被当成多重验证。自我洞察尤其必须警惕：用自己的 Skill 中写着“应当做到”来证明产品“已经做到”。

容易写过头的说法	实际证据类型	有依据的写法
有 37 个 Skill，所以研究质量高	I02 固定注册表的条目统计	登记了这些条目；质量和执行效果要另测
路由 ready，所以生产可用	I13 限定状态探测	该次返回 ready，且 head=null；未测试负载
规则要求来源，所以所有观点可追溯	I03/I11 的方法与验收规定	规范要求来源定位；具体论点仍须逐条核对
对象能复用，所以必定省人工	基于结构的研究假设	用同等任务质量下的返工、人工介入和总成本验证

依据：I03 I04 I10 I11

本次采用的新交付模式

15｜HTML＋PPTX：同一研究来源，两种表达

HTML 保留完整上下文、比较表、来源与反证；PPTX 重新选择讲述顺序，用原生文本、表格和机制图呈现重点。两者要求事实和来源语义一致，不要求 HTML 一节对应一页胶片，也不要求复制网页布局。

图中文字保持阅读尺寸，小屏可横向滚动。图 2｜实际组合的简化图：HTML 与胶片共用研究依据，胶片由独立叙事稿生成。

来源版本、演示输入摘要和生成实现版本必须分别记录。brief 的 SHA-256 不是 HTML 的摘要；固定业务数据也不等于固定 Deck、Profile 或公共组件。严格字节级复现还需要控制构建环境与 ZIP 元数据，本文只验证内容和结构，不虚称两次导出必然字节相同。

本实例组合实际引用 Context、Deck、Profile 和 Runtime 四类资产。Context 校验叙事稿的 SHA-256、结构和实例页数；Deck 按稿件生成原生文字与形状并使用主题；共享 Runtime 装载组合、协调生成和呈现。Profile 改变视觉参数，不会自动补充技术事实。输出 PPTX 按当前合同临时生成，长期保留的是源稿与组合资产，不能只留下下载文件就声称可持续维护。I16 组合实现定位。

运行时应读取已校验的演示稿，而不是解析当前 HTML 来临时拼胶片。通用 Runtime、Catalog 和 Profile 可以复用，叙事与布局按专题编排。原 WASM 示例的中文/18 页限制属于实例，不应固化为整个研究专题框架的限制。

左栏把“洞察正文”和“PPTX 演示”作为同一专题的两个入口，支持返回。PPTX 失败不应影响正文阅读。正文语言、胶片语言和导航语言分别声明；中英菜单不等于胶片已双语。此次产物为已发布的中文研究快照；中文胶片与双语导航分别声明，交互验收另行记录。

层次	持久保留什么	不混淆什么
研究资料	来源 ID、固定 revision、关键限定	历史指标不包装成当前全量
演示 Reference	独立叙事稿、摘要、证据关联	不是第二份可变事实库
构建与呈现	Deck / Profile / Runtime / Instance 引用	PPTX 是派生产物，不是权威源
网站导航	专题内两种视图的路由	不增加新的全局工作区

依据：I03 I09 I12

历史与复审探测

16｜运行能力：可用、已配置、已激活必须分开

五轮复审再次调用上述状态接口，主要字段与原研究相同，详见 I13。这次读取只覆盖状态接口；历史规模与执行记录数量没有重新全量统计。

WAsmC 状态接口返回内置 v0.0.10、embedded_offline，离线 CLI 和 SDK 可用，build/router 显示 configured；同时 Rust compiler configured=false，release lock 与 RootSkills 开发者 Skill 的可用标记为 false。这组状态支持“有内置编译能力入口”，不支持“所有开发流程均已顺畅”。

路由状态返回 ready，但 generation=0、head=null、invocations=0。正确解读是当前运行时观测中没有活动发布头，也没有调用样本；不能把 ready 翻译成“已有生产负载”，也不能把计数 0 推导成整个历史从未调用。配置中的 64 MiB guest memory 和 32 stores 是限制，不是测得容量。

capability search 的目录状态为 unconfigured。现有精确 ID、字段过滤与内容查找并不因此消失；但全局能力检索的完善程度需要单独描述。该研究没有实际编译或执行 WAsmC，也没有把外部项目的最新版本当成本实例内置版本。

能力	本轮观察	证据边界
内置 WAsmC	v0.0.10 / embedded_offline	未跑构建正确性和性能基准
开发配套	SDK/CLI=true；lock/Skill=false	该探测位置返回配套缺项
路由	ready；generation=0；head=null	无活动发布头；无本窗口调用样本
能力检索	catalog：unconfigured	不能宣传全局搜索已生产就绪

依据：I02 I05 I06 I13

外部一手依据与比较框架

17｜放回技术坐标：组合差异，不是功能独占

Git 已提供版本化内容对象；Agent Skills 已定义方法包的基本组织方式；MCP 已提供工具、资源与提示等交互原语；Dolt 已把分支、提交、差异、合并和历史查询带入 SQL。因而“有 Git”“有 Skill”“能调用 MCP”“表能版本化”都不足以单独证明 LRIGIT 的独特价值。

更值得验证的是组合后的工作成本：同一证据被多少任务可靠复用，换一个 Agent 是否能接着做，错误是否可以定位到来源和版本，报告变化是否可审查。若这些指标没有改善，一套功能更少、但交接和使用更简单的方案就可能更合适。

任务条件	结构化维护的理由	仍要检查的成本
同一问题反复更新	保留旧依据、修订范围和未验证项	版本维护是否减少重新查找
同一资源用于多个专题	稳定身份和关系减少重复录入	关系维护是否超过复用节省
不同 Agent 或同事接手	入口连接状态、证据和下一步	是否实际减少重问与人工介入
一次性、范围小的输出	先形成清楚的文档与来源	额外建模是否有持续复用需求

以上是适用条件的研究判断，尚不是对照实验结果。先用一个真实更新任务观察质量、返工、人工介入和总耗时，再决定是否扩大结构化维护。

下表是架构选型框架，不是未实测的产品排行榜。“仍需组合”并非断言某个产品绝不具备相应功能，而是提醒在交付研究系统时必须显式安排这一责任。

方案/构件	已具备或擅长的责任	对本任务仍需安排
Markdown / Git	内容与版本历史	结构查询、权限、证据流程和呈现联动
关系库＋对象存储	实体查询与内容分离的可选架构	版本策略、Agent 工作契约与可复现交付
Dolt	SQL 中的版本、分支、差异和合并	研究语义、证据评价及交付层的组合
MCP / Agent Skills	交互协议与方法包格式	业务状态、审计、验收与知识更新
LRIGIT 当前组合	研究语义＋版本操作＋方法＋视图	完成率、收益、检索、性能需实测

依据：I01 I03 I04 I11 P01 P02 P03 P04

反证与失败条件

18｜真正可能限制它的，不只是缺几个功能

第一类风险是控制面复杂度吞掉收益。发现、身份、契约、版本、工作区、发布、回读、浏览器验收每一项都有意义，但多轮串行请求会放大延迟和接入摩擦。首版发布早期曾出现 Topic 登记成功、后续写入调用受阻的情况。随后正式小批量写入与合入恢复，首版已发布。它是平台前置策略阻断，不是已定位的 LRIGIT 后端故障；它曾阻断当时的交付，应作为历史失败案例保留，不能继续描述为当前发布状态。

第二类风险是多层“权威”不再一致。事实库、衍生投影、发布选择器、Git 镜像、浏览器缓存和产品 Skill 都可能合法却不同步。事件提交的 GitHub 可浏览性问题正说明“本地远端 SHA 一致”不足以覆盖全部消费语义。

第三类风险是技能膨胀与规范冲突。越多维护规则不一定越可靠；长文档、重叠触发词、过期迁移规则会增加选错路径和验证成本。应测量真实工作减少多少，而不是以 Skill 数量或治理执行次数证明系统变强。

第四类风险是数据与历史增长。每个语义实体、关联、评审、事务与派生记录都可能产生持续存储和查询成本。不能用当前约三万条的历史快照推断百万实体、多用户并发和多年历史仍高效；删除行也不等于回收 Git 历史或撤销曾经的访问。

最强反证不是“实现还不完善”，而是：在相同任务和证据条件下，LRIGIT 的交接成功率、可恢复性和复用率没有改善，而总延迟、人工介入和维护成本更高。若这一结果在多类任务中重复成立，就应缩小其适用范围或改换架构，而不是再增加一层抽象。

风险	可见证据或机制	建议观察
接入/控制链阻断	本次平台前置 block	端到端交付率；失败层定位准确率
权威/投影失配	Git event 与标准 tree 案例	各视图一致性；恢复时间
规则与技能维护债	Root/Works 文档张力；专用 Context	误路由率；规则冲突；修复成本
规模/留存成本	实体、关系、历史共同增长	冷/暖 P95；RSS；写放大；历史空间

依据：I02 I03 I04 I05 I09 I10 I12

以下均为计划，未冒充实测

19｜八项可执行验收：先测正确，再测收益

使用固定任务集、固定输入证据和明确失败判据。对比时把正确性、研究质量、交付耗时、模型成本和人工介入分开，不用单一“成功率”掩盖事实错误。性能报告必须同时注明运行时、硬件、并发度、数据量、历史深度、缓存状态和分位数。

建议至少覆盖专题更新、难题匹配和报告交接三类真实任务，并加入失效来源、过期凭证、并行写冲突和中断重试。下列阈值中的零容忍仅针对语义错误；耗时与成本目标应先建立基线再确定，本文不编造产品 SLA。

实验	操作与对照	通过/失败判据
E1 版本与导出	事件写入后分别读 TableGit、标准 Git tree 和镜像	值与导出完整性一致；缺路径即失败
E2 重试与冲突	同事务重放；旧行版本写入；提交后超时再确认	无重复逻辑写；冲突明确；可恢复
E3 权限与副作用	最小授权、撤销、过期分享、跨角色查询	未授权读取/执行必须拒绝；不把 Git 回滚当副作用回滚
E4 双视图一致性	更新一个事实；审查 HTML 与相关胶片、来源版本	无静默混版；备注/图表/正文关键限定一致
E5 规模与历史	当前快照、10万/100万合成规模及不同历史深度	报告冷暖 P50/P95/P99、RSS、吞吐与写放大
E6 零上下文接手	不同 Agent 仅凭正式入口恢复同一真实任务	正确定位状态；无越权；达到可核验交付
E7 方法复用消融	同任务分别使用/不使用 Skills 与历史证据	衡量质量、返工、人工介入和总成本差异
E8 运行与故障	WAsmC 候选构建、路由激活、回滚及取消压力	配置/激活/调用有独立证据；配额和回收正确

依据：I04 I05 I06 I09 I10 I11 I12

建议，不是已批准排期

20｜优先级：先收紧交付与一致性，再增加能力

P0 应对准已经暴露的用户问题：将每类失败定位到平台、传输、服务授权、schema、版本冲突或业务验收；补齐“事件逻辑状态 → 标准导出 → 镜像 → Hosted”的一致性证明；让双视图有独立但可关联的版本和完成状态。这些问题不解决，更多自动化只会更快积累不一致。

P1 是降低单位任务成本：收敛重复契约，建立可检验的优先级；把源数据读取压成限定范围的批量查询；补全能力检索与 WAsmC 开发入口；将零上下文交接和真实任务消融变成回归样本。

P2 才是扩大平台化范围：跨团队模板、复杂运行资产与更大规模的长期知识复用。进入这一阶段的条件不是又多建几张表或几个 Skill，而是 P0/P1 的交付率、恢复时间、查询成本和研究质量已有稳定证据。

优先级	动作	验收锚点
P0	完成状态分层与失败分类	用户目标完成；每层可定位、可恢复
P0	标准导出、双视图与版本一致性	真实消费路径通过，不仅 SHA 同步
P1	契约收敛、检索和批量读取	误路由下降；受控扇出；入口可发现
P1 / P2	交接消融通过后再扩大复用	质量不退化；总成本和人工介入下降

依据：I02 I03 I04 I05 I10 I12

研究结论与可证伪边界

21｜综合判断：应把 LRIGIT 定位在哪里

观察一：本材料的修订可以追到具体源版本和发布回执；结构化执行记录把发布阶段、整体验收和失败恢复分别保存；双视图组合保留独立叙事稿与校验边界。这些是已观察到的结构和过程，证据分别见 I14–I18。

判断二：LRIGIT 更值得用在同一问题反复更新、同一对象跨专题复用，以及不同 Agent 或同事交接的任务中。持续维护的单位应能连接稳定身份、来源、适用条件、方法和下一步；一次性小范围输出先把文档与依据写清，是否扩大建模要看复用需要。

待验证三：这些结构是否减少质询、重新查找、返工和人工介入，需要固定任务与证据条件下的对照。若维护成本长期高于节省，就应缩小适用范围；若相同质量下接手和更新明显更省力，才证明持续维护的价值。

每次更新留下下一次能使用的依据、版本、方法和下一步，再用真实任务检查它们是否有用。

依据：I01 I02 I03 I04 I05 I06 I08 I10 I11 I12

证据索引与可复核边界

实读、源码/契约、既往回执、外部一手资料分别标记。相关源码可能需要现有账户权限；正文不包含凭据。

I01 · 实例身份与仓库快照

live_read

MCP service_metadata；repo.read/repo_list

实例 lritpc；application v7；6 个配置仓库；Works 与 TableGit 分别固定，不把不同仓库 SHA 合成一个版本。

定位到 MCP 操作 / 本会话回执

I02 · 系统能力与业务技能目录

live_read

skill_list；Works@384f0c15872319fe5360b9b04ea605c22feb80e2:.agents/skills.registry.yaml

18 个系统 Skill 家族；37 个业务维护 Skill 条目（含弃用项）；14 个组合配方。数量不代表质量或执行成功率。

打开原始资料 ↗

I03 · 专题产品化与事实边界

source_read

Works@384f0c15872319fe5360b9b04ea605c22feb80e2:.agents/skills/insight-topic-workbench/SKILL.md

TableGit 语义实体、共享 Shell、证据定位、冻结 Direct View 与独立叙事；既有 HTML 不等于所有数据均已结构化。

打开原始资料 ↗

I04 · TableGit 权威与迁移规则

source_read

RootSkills@919fffb58a7563c2bb827b93b4839bdd1e8b838e:.agents/skills/tablegit-authority-maintenance/SKILL.md

定义、语义行、关系、版本围栏、幂等与显式 Hosted 暴露；该文档仍含较早的 alias-only 表述，需与 Works Direct View 合同协调。

打开原始资料 ↗

I05 · 内置 WAsmC 实际状态

live_probe

executable.build/wasmc_status

v0.0.10；embedded_offline；SDK/CLI 可用；Rust 编译器未配置；release_lock_available=false；rootskills_skill_available=false。仅探测，未执行编译基准。

定位到 MCP 操作 / 本会话回执

I06 · HTTP 路由实际观测

live_probe

router.admin/executable_route_status

state=ready；generation=0；head=null；invocations=0。64 MiB guest memory / 32 stores 为配置上限，不是实测性能或总历史。

定位到 MCP 操作 / 本会话回执

I07 · 表规模：已交付历史全量盘点

historical_snapshot

TableGit@7c6030b2ff13deb1e29ac21143eebf38fad4fb7e；TableGit_全表统计_20260930.md

125 表；29,880 有效行；1,698 字段定义；506 字段索引；13 空表。严格是 2026-09-30 的固定版本，不是本轮最新全库统计。

定位到 MCP 操作 / 本会话回执

I08 · 固定版本的工作台与执行记录

live_read

TableGit@53a37d96a86685e52dc621b3e9daa1d6811d5998：table_status(topic_workbench_profiles, skill_executions)

20 个工作台 profile；57 条技能执行记录；执行记录 8 字段、6 索引。扫描期间 main 另有推进，全部数字保持各自版本口径。

定位到 MCP 操作 / 本会话回执

I09 · 原生 PPTX 的已部署实现

source_read

Works@384f0c15872319fe5360b9b04ea605c22feb80e2：presentation_skillgraph/README.md；presentation_wasm/*

现有 WASM Deck 原生文本/形状、来源备注、主题注入；实现写死 18 页和中文，不能当作无条件通用模板。

打开原始资料 ↗

I10 · Git 可浏览视图恢复案例

prior_live_receipt

本会话 TableGit 修复回执；03b305c3 → 7c6030b2

增量事件头通过 repo_push 物化为标准 Git Tree；旧表行数/表树保持；修复当前导出，不等于已永久修复自动复制策略。

定位到 MCP 操作 / 本会话回执

I11 · 研究方法与经验回写机制

source_read

Works@384f0c15872319fe5360b9b04ea605c22feb80e2：insight-review-methodology；insight-skill-governor；registry

Skill 是可重复状态转换；知识/历史留 Reference；人工审核经验再改 Skill；声明这一流程不等于已证明自我进化收益。

打开原始资料 ↗

I12 · 本次发布路径的真实边界

live_receipt

topic_create；worktree_open；repo.author/exec

Topic 686c6478-f222-4356-a24d-07d437fc1c84 创建成功，Works 推进至 85494fc79bf33569b20ee9c4172ff7857c97ca06；早期写入调用曾遭平台检查拦截。后续恢复正式接口，14 个文件合入 Works/main@8fe6d4d26f745587f20b8a7fd9e58da4a53147c0，默认验证通过，远端同步 0/0；这是首版合入回执，未计为云浏览器翻页验收。

定位到 MCP 操作 / 本会话回执

I13 · 五轮复审的限定运行探测

live_probe

executable.build/wasmc_status；router.admin/executable_route_status；复审来源基线 Works@ab38c14d425b66b7ffe39f9abf746f3d37c860d0

五轮复审再次读取：WAsmC v0.0.10、embedded_offline、SDK/CLI=true；路由 ready、generation=0、head=null、invocations=0。只证明该次接口返回，不证明编译成功、生产负载或全部历史；历史表规模未重统计。

lock/Skill/Rust 缺项限定为该探测位置的返回；64 MiB / 32 stores 是配置上限。服务探测不与仓库 SHA 合成一个全平台版本。

I14 · 本材料的真实修订回执

live_receipt

Works@2f97c790a3dd5e79b3c3af10df6d9f7bcf985989；TableGit/skill_executions:2026-10-01-lrigit-five-round-newcomer-review

2f97c790 版本的五轮修订源修订已发布 Works@2f97c790a3dd5e79b3c3af10df6d9f7bcf985989；正文 21 节、原生 PPTX 22 页；精确回读、brief 摘要、生成及版面检查通过。未测学习效果与工时收益，线上交互未验收。

I15 · 本次 TableGit 精确键实读

live_read

[email protected]/table_rows_get；skill_executions 的固定任务键

精确键读取 skill_executions:2026-10-01-lrigit-five-round-newcomer-review，TableGit@49f716bb8ba41266aafbe615029671c0ea12ea3e；published=true、outcome=partial、row_version=1；定义为 8 字段、6 索引，record 为 deferred JSON。只读取一条记录，未做全库统计与性能实验。

I16 · 本实例双视图组合实现

source_read

composition / Context / Deck / Profile / 共享 Runtime

复审基线 Works@36c76571fb2d379710ad6b89cee960cde365b06f 的 composition.json、Context、Deck 与共享 Runtime 实读；本实例独立 brief、SHA-256 校验、22 页约束、主题注入、原生生成及 ephemeral 输出。没有从 HTML 解析生成胶片；只证明本实例实现，不推广为全部专题已迁移。

I17 · 仓库版本冲突与恢复案例

prior_live_receipt + live_read

[email protected]/exec；skill_executions 的复盘记录

前组验证调用 expected=6e1d66c7c9c6d3e2079306e4501a24e0c5c5c423、actual=2ad50f12a4c7c269fc2bfbb53e5f617d074ed1ee，服务返回 revision_conflict；六个专题文件回读一致后刷新围栏。重试获准执行，但全库门禁仍失败。复盘记录按键回读于 TableGit@308e8a49e7bf1c6cf973c2691d869ee7d428414d、row_version=1。

I18 · 本轮真实写入冲突与恢复

live_receipt

write_file 围栏拒绝；六文件历史/当前比较；精确回读与发布

本轮第三轮 write_file 因 expected=e3d9d69ce3bc04874b4df95b9cd3dfa6eef42677、actual=a778a3cb7df4e361b214edb0e6c2899ce6011631 返回 revision_conflict。六个目标文件与原检查点逐字一致；刷新围栏后逐文件写入和回读，默认门禁通过，发布 00d64a8f058478f672c01037e9f158e22f2238c1、远端 0/0。