🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

认识论循环 Clearailhc/clearai-dsh

DeepSeek Harnessv0.5.7
Clearailhc10 天前有提交已提供中文文档扫描:含敏感能力

你的研究,长成一个本体。

67.7/100
综合分
666
GitHub 星标
2,025
npm 周下载
—/5
用户评分

数据截至 2026/10/24 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add clearai-dsh
npm 源 · clearai-dsh 的发布者账号已校验与本仓库一致

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:已验证
是什么
dsh 原生插件 · tool
装得上吗
本站已在 dsh 0.2.1-rc.2 下真实安装成功
非静态推断
L5 · 运行时冒烟等级说明 →
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
活跃:最近一次提交在 10 天前
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查✓ 自动检查通过
展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

✓npm 包clearai-dsh @ 0.5.7
✓Node 引擎要求 >=22 · 基线 Node 22.19 满足
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明

验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/30 09:02:31

安全扫描自动 · 静态分析源码
v2.7.0
🔵 扫描:含敏感能力尚无人工评估
展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。

可执行外部命令读写/删除本地文件发起外部网络请求
查看扫描证据(共 11 处,展示前 11 条)
  • 发起网络请求
    lib/host.js:271
    () => connectionCtx.connection.fetch.register({ path, methods, requestBody: 'buffered', fetch: (request) => Promise.resolve(fetch(request)) }),
  • 发起网络请求
    lib/client.js:2392
    fetch(url)
  • 读取本地文件
    bin/clearai.mjs:157
    if (statSync(candidate).isFile()) return candidate
  • 执行外部命令来自配置/变量
    bin/clearai.mjs:180
    return spawnSync(process.env.ComSpec ?? 'cmd.exe', ['/d', '/s', '/c', line], { ...options, windowsVerbatimArguments: true })
  • 执行外部命令来自配置/变量
    bin/clearai.mjs:182
    return spawnSync(bin, args, options)
  • 执行外部命令固定命令
    bin/clearai.mjs:195
    ? spawnSync('npx', ['--no-install', '@deepseek-ai/dsh', ...args], { encoding: 'utf8', env, timeout: 120000, stdio: ['ignore', 'pipe', 'ignore'] })
  • 读取本地文件
    bin/clearai.mjs:203
    rows.push(`${t('presetSrc')}${PRESET_SRC}${existsSync(join(PRESET_SRC, 'clearai.patch.yml')) ? t('presetOk') : t('presetMissing')}`)
  • 读取本地文件
    bin/clearai.mjs:206
    rows.push(`${t('profileRow')}${profileDir}${existsSync(profileDir) ? '' : t('profileAbsent', { profile })}`)
  • 读取本地文件
    bin/clearai.mjs:243
    const manifest = JSON.parse(readFileSync(join(PKG_DIR, 'package.json'), 'utf8'))
  • 执行外部命令固定命令
    bin/clearai.mjs:260
    const dsh = (args) => (dshPath === null ? spawnSync('npx', ['--yes', '@deepseek-ai/dsh', ...args], { env, stdio: 'inherit', timeout: 900000 }) : spawn
  • 读取本地文件
    bin/clearai.mjs:299
    else if (command === 'version' || flag('version')) console.log(JSON.parse(readFileSync(join(PKG_DIR, 'package.json'), 'utf8')).version)
扫描于 2026/11/3(0 天前) · 范围 入口闭包 + 全包扫描 · 来源 npm 发布包

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

界面预览

5 张 · 点击查看大图

ClearAI 是原生 DSH 插件,把认知循环带进 DeepSeek Harness。

v0.5.72026-10-24
暗色模式下本体图的缩放控件看得清了;会话在跑时图上的关系文字不再闪。 · Fixed · 暗色下的缩放/适配控件看不清:React Flow 的 Controls 默认走它自己的浅色主题——按钮底色 #fefefe,而按钮颜色是 inherit;暗色宿主把文字色设成近白,图标于是成了白底上的白图标(对比度 1.04:1),整块控件在暗色画布上还是一块刺眼的白框。现在把控件用到的那几个库变量(--xy-controls-button-*)接到宿主主题令牌上,深浅色都跟着宿主走,不写死色值。 · 会话运行时本体图「字会闪」:中栏会跟着会话更新高频重渲染,而图带每次渲染都新造 nodes / edges;React Flow 按对象身份判断节点是否变化,于是每次都重新 adopt(measured 归零)、边被卸载重挂,边标签(要等 useEffect 里的 getBBox 才量出尺寸)先画成 hidden 再变 visible——看起来就是关系文字在闪。现在用 useMemo 把「同一份投影 + 同一个选中态」钉成同一组 nodes / edges,并按签名缓存节点对象(选中一个点只换那一个);父级重渲染不再动图的数据模型。 · Tests · 客户端套件新增:父级重渲染时 nodes / edges 对象身份不变;选中一个点只换它自己;缩放控件接到宿主主题令牌。 · 另做了修前 / 修后对照:同一份投影重渲染 90 次,修前边被卸载重挂 2047 次、控件对比度 1.04:1;修后 0 次、15:1,且没有 hidden 的边标签。
v0.5.62026-10-19
适配 DSH 0.2.1:独立评估者在新宿主上重新派得出去,且仍然只读(issue #38);交给评估者的材料有了体积闸门(issue #36),复跑副本能被认出是副本(issue #35);另补上递归删除闸门的几处绕过。 DSH 0.2.1-alpha.2 把 subagents.start(provider, request) 换成了 startActivation(spec),而 engines.dsh 拦不住新宿主:装得上、跑得起,直到第一次派评估者才以 audit_dispatch_failed 失败,结案与 L3+ 交付都过不去。桌面版 0.2.1-rc.2 正是这一代。 · Fixed · 评估者在 0.2.1 上派得出去(issue #38,报告者 devil233-ui):内核按方法是否存在选入口——有 start 走旧路径(逐次请求给 persona / toolFilter),只有 startActivation 时以 agentPreset: 'clearai-evaluator'、delivery: 'caller' 派遣;回包统一成 { id, result, dispose },账本、目录对账与落定照旧。两个入口都不在时,挂载那一刻就警告,派遣时 fail-closed 并点名原因。 · 新宿主上评估者仍然只读:0.2.1 的 startActivation 会静默丢掉请求里的 persona / toolFilter。照旧塞进请求而不选预设,评估者会加入主会话的 ClearAI 组合,拿到写工具与主人格(issue 里的临时补丁正是这样)。所以新增随包的评估者预设 clearai-evaluator:只读文件面(tool-fs 关掉 write / edit)、搜索、shell 与后台任务;再由 clearai-evaluator-face 把宿主全局层继承下来的工具(write / edit / subagent / web_* / goal 工具……)从工具清单里遮掉,并在执行处用 guard 拦住白名单外的调用。评估者的工具面与旧入口 toolFilter 给的是同一张表。 · 递归删除闸门的绕过:pwsh 与 bash 两条规则从前只查命令里第一段删除(Remove-Item a; Remove-Item -Recurse C:\、rm a; rm -rf ~ 都能过);pwsh 一条还把 -Force 当成递归,认不出 C:/、$env:SystemRoot 与 { … } 里的命令。现在逐段查,认 pwsh 别名(ri / rm / rd / del / erase)与 -recurse 的缩写;提权规则不区分大小写。 · .gitattributes 开头的 BOM 让 git 把第一行注释读成无效属性(is not a valid attribute name)。 · Added · 评估材料体积闸门(issue #36,报告者 GameKingdomNatives):L3+ 交付随交付带给评估者的未解释项(anomalies)有了上限——每次至多 4 条、每条至多 400 字,可用预设配置 auditMaterialLimits: { anomalies, anomalyChars } 调整,写错在装配期就抛错。超限拒绝而不截断(从前单条超过 400 字是静默截断),在落账之前拒,被拒的这一批不留记录,也不算连拦;拒因写明超了多少、怎么压(同源合并,读数与推导写进产物文件)。只量 anomalies:observations 的 note 与 basis 并不进评估者的任务书(basis 只用于 L2 自判),限它们减不了评估者的负担。 · 复跑副本做了记号(issue #35,报告者 GameKingdomNatives):副本根目录写一份 .clearai-rerun.json(原工作区与副本路径、用途),原工作区不写;任务书告诉评估者这是一次性副本,并提醒复跑可能写进被检程序按项目名定位的全局用户数据目录、有改道约定先改道、没有就在裁决里写明可能写到了哪里。项目可在工作区根声明 .clearai-rerun-env(每行 KEY=VALUE,{copy} 换成副本路径),变量随记号写下并列进任务书,评估者复跑前先设上。内核不关闭被检项目的采集:评估者要核的数字可能正是采集出来的。 · Tests · 模拟宿主可扮演两代子代理入口;test/run.sh 把整套内核用例在 startActivation 上再跑一遍(两遍各 700/0)。新增评估者工具面插件、两代入口都不在、删除规则绕过与误伤、评估材料闸门(超限拒绝不落账、刚好在限内放行、上限可调、配置写错抛
v0.5.52026-10-14
Windows 上的硬边界、证据落盘与自检全部补齐;另按社区 issue #33 / #34 做了能做的那部分加固。 这一版来自「在 Windows 上装最新发行版、按真实环境跑一遍」的结果:报告里的 issue #30(社区 PR #31,作者 YunzhouLi-hub)属实,且同一类平台假设在证据捕获与开发工具里还有几处。 · Fixed · 全屏退得出(issue #33):本体图的全屏是自画的覆盖层(position:fixed),退出入口原先只是工具条里一个文字链接——没有快捷键、也不保证不被画布盖住,被遮住就只能刷新页面。现在:Escape 退出(window 级监听 + 覆盖层内 onKeyDown 两条一起,焦点在哪都能退)、退出入口在全屏时固定浮在右上角(z-index:41,高于覆盖层 40),并补了 6 条客户端检查(全屏态标记、入口在场且标出快捷键、点击/ Escape 都退出、别的键不误触、非全屏不接 Escape)。 · 预设不再依赖宿主模板变量(issue #34):persona 里的 {{cwd}} 去掉了。宿主渲染提示词时按变量表严格解析,表里没有这个名字就整轮直接抛错(unknown prompt variable "{{cwd}}" in section …),而各宿主版本注册的变量并不一样——工作区的绝对路径本来就由宿主的运行时上下文给出,预设只留产品含义。同时加了一道门:预设里再出现 {{…}} 必须是宿主注册过的名字(model / cwd),并拿一条假变量自检这道门抓得到。 · shell 硬边界不再只认 bash(issue #30):危险命令闸、系统所有的路径写检测、L4 不可逆动作人放行三处从前写死 exec.name === 'bash',而本预设按平台只挂一个 shell(win32 只挂 pwsh)——这三道门在 Windows 上整体失效。现在统一按 SHELL_TOOLS = {bash, pwsh} 判定。 · 补齐 pwsh 形态的危险写法:递归删除系统路径(Remove-Item -Recurse C:\)、远程脚本直灌(iwr … | iex)、动态执行下载内容、卷格式化、提权;写动词同时认 bash 与 pwsh(Remove-Item/Set-Content/Out-File…),并认 Windows 的反斜杠相对路径(clear\knowledge\facts\x.json)——只认正斜杠的门在 Windows 上会被绕开。写本体三支目录(clear/ontology/{concepts,relations,entities})在两种分隔符下都照旧放行。 · 拒因文案由 dangerous bash command 改为 dangerous shell command(门不再只覆盖 bash,文案跟着如实)。 · 证据捕获(native 验收)不再依赖路径分隔符:Windows 上 relative() 给出反斜杠,于是 .git/.env 排除、工作区归属校验、注册方法的输入/脚本捕获、report 提取全都静默失配。现在统一归一到 /,inside() 也按归一后的路径判越界。 · 按行解析不再被检出格式坑:tools/sim/config.mjs 剥注释靠 $ 收尾,CRLF 的 \r 会让注释整行留下、解析当场炸在"读不懂这一行"。同时新增 .gitattributes(eol=lf)从根上统一行尾,tools/build-package.mjs 读源时归一成 LF,保证 Windows 上重建的 pack/presets/clearai.patch.yml 与提交件仍逐字节一致。 · 模拟宿主按平台选 shell(win32 用 pwsh):写死 bash 会让内核按平台点的 pwsh 在工具表里不存在,核算复检当场「执行未完成」。 · 测试套件可在 Windows 运行:动态 import() 用 file:// URL(原样传 C:\… 会 ERR_UNSUPPORTED_ESM_URL_SCHEME);文档扫描按归一后的路径判归属;没有符号链接权限时(Windows 需开发者模式)不再整条红。 · Tests · test/kernel.test.mjs 新增 8 条 pwsh 侧检查(危险闸门、卷格式化、递归删除、只读放行、绝对路径与反斜杠相对路径伪造评估卡、本体目录放行),test/truth-table.test.mjs/docs-consistency 的真值表符号同步更新。 · Windows 本机全量:内核 660/0、领域语言 251/0、本体 101/0、真值表 19/0、状态机 41/0、文档 15/0、
数据来自仓库的 GitHub Release,可能与插件实际版本不一致。

README

由 DeepSeek 最新模型翻译生成
English · 中文 你的研究,长成一个本体。 ClearAI 是一个本体发现与探索平台,核心由两个概念支撑: - 领域本体(你得到什么)——项目自己的词汇、经循环确立的知识条目、以及它们的图。研究结束时你拿到一个持续生长的知识结构,下一轮按概念检索。 - 认识论循环(你怎么得到它)——问题 → 本体(相关的量如何测量、如何相互影响)→ 候选假设与各自的预测 → 一次可能失败的检验 → 证据 → 带范围的结论 → 长进本体。每条边都要经过证据与独立评估的检验。 别的知识图谱靠抽取与断言堆边;这里的每一条边都要通过循环挣得。 安装(npm 包,预构建——无需构建步骤,不会触发 allowBuilds 授权) dsh plugin --profile web add clearai-dsh@0.5.7 或在应用里:侧栏「插件」→ 添加插件 → clearai-dsh@0.5.7 重启 dsh web,在新建会话顶部的模式选择器里选 ClearAI 即可。这就是全部步骤。完整安装说明 ↓ 左:认识论循环。绿点是它落定的事实,也是右侧领域本体的第一个节点。右:本体图——深墨是概念,浅墨是值形态,emerald 是实例;实例上挂着两条互相矛盾的断言——那两个取值染成 amber,就是「这两条读数对不上」。系统只报出冲突,撤回或维持由人决定。
展开完整文档(README 剩余 1 节)
English · 中文

你的研究,长成一个本体。

ClearAI 是一个本体发现与探索平台,核心由两个概念支撑:

- 领域本体(你得到什么)——项目自己的词汇、经循环确立的知识条目、以及它们的图。研究结束时你拿到一个持续生长的知识结构,下一轮按概念检索。
- 认识论循环(你怎么得到它)——问题 → 本体(相关的量如何测量、如何相互影响)→ 候选假设与各自的预测 → 一次可能失败的检验 → 证据 → 带范围的结论 → 长进本体。每条边都要经过证据与独立评估的检验。

别的知识图谱靠抽取与断言堆边;这里的每一条边都要通过循环挣得。

安装(npm 包,预构建——无需构建步骤,不会触发 allowBuilds 授权)
dsh plugin --profile web add clearai-dsh@0.5.7
或在应用里:侧栏「插件」→ 添加插件 → clearai-dsh@0.5.7

重启 dsh web,在新建会话顶部的模式选择器里选 ClearAI 即可。这就是全部步骤。完整安装说明 ↓

左:认识论循环。绿点是它落定的事实,也是右侧领域本体的第一个节点。右:本体图——深墨是概念,浅墨是值形态,emerald 是实例;实例上挂着两条互相矛盾的断言——那两个取值染成 amber,就是「这两条读数对不上」。系统只报出冲突,撤回或维持由人决定。

你得到什么:领域本体

一个领域本体,它在你研究的过程中生长:

- 词汇——你的项目用什么语言说话:概念、谓词、值形态、单位。约定本身没有对错,有对错的是用这些词写下的句子。
- 已确立条目——通过了循环的知识:每条带边界、支持等级、证据链。每条都写明适用边界,否则无法安全引用。
- 本体图与实体图——你的领域长什么样(结构),你已经验证出了什么(战况)。
- 冲突读数——两条互相矛盾的结论自动亮出来;系统只报出冲突,撤回或维持由你决定。

你怎么得到它:认识论循环

多数 agent loop 只跟踪一件事:任务做完没有。认识论循环还跟踪一个结论凭什么被信任:

| | 任务循环 | 认识论循环 |
| 驱动问题 | 下一步做什么? | 我们现在知道什么,依据是什么? |
| 完成 | 模型宣布完成 | 系统按交付的证据算出来 |
| 裁决 | 谁做的谁说了算 | 分离——超过一定等级,做的人不能判自己 |
| 失败 | 删掉、重来、忘掉 | 留下:被推翻的命题是结果,不是噪声 |
| 停止 | 模型觉得差不多了 | 会改变答案的候选与反常都已处理,或写进「尚未确定的事项」 |
| 沉淀 | 一段聊天记录 | 一个本体:本体中的每个关系都有来源和验证记录 |

环内是这台仪器的读数面:横轴是 L0–L4 七个等级,那条虚线是事先登记进判据的阈值;五个观测各带误差棒——被支持的填实、无法判定的画虚圈、被推翻的留在原位打一道斜杠(什么都不删)。开口处那颗 emerald 是唯一越过判据、落定成事实的读数。

循环里本体在前,不在后:

- 立题时写本体。 答案涉及哪些量、各由什么测量、读数如何核对、量之间如何相互影响,随立题一次写入。缺测量方式的度量,不能立题。
- 本体给出候选。 每个问题列出至少两个候选假设,注明由哪条关系提出;每一步动手前按候选分别写预测,预测都一样的步骤会被指出无法区分它们。
- 反常要有去处。 和预测或本体对不上的读数记成未解释项:被解释、写明理由排除,或写进结论;指向已确立事实的未解释项会让那条事实回到「待核验」。
- 结论按问题交付。 每个问题四部分:结论 / 依据 / 尚未确定的事项 / 待您决策。仍在考察中的候选和开着的未解释项没写进结论,就不能以「达成」结案。

状态从会话记录派生,没有第二份存储;模型的工具里没有可以宣告某一步完成的字段,目标也只能在独立评估通过后完成。ClearAI 只做宿主做不了的那部分——认识论契约、领域本体、呈现;目标续跑、子代理、问人、交付卡片、文件历史都用 DSH 原生的。

ClearAI 不声称递归自我改进。它提供的是自我改进系统所需要的认识论底座。详见定位与OpenRSI 调研。

安装与使用

要求: DSH ≥ 0.2.0-rc.2(当前的 latest)。预设靠组合里的声明行注册,宿主的预设名册只认这一种。已在宿主的 0.2.0-rc.2 上验过,0.2.1-alpha.1 也核过。0.2.0 以前的宿主不再支持。

推荐——在应用里装,并把版本钉住:

侧栏打开「插件」→ 添加插件,填 clearai-dsh@0.5.7,安装。这就是 DSH 自己的插件管理器:它把你填的东西交给 pnpm,校验这个包声明了组合包、与当前宿主兼容,然后当场生效。(设置里的插件列表是只读清单;安装入口在侧栏那个「插件」页。)

或者开终端——同一次安装:

dsh plugin --profile web add clearai-dsh@0.5.7

从 npm registry 装预构建产物。本机不跑任何编译,因此不需要批准 allowBuilds 授权——命令返回时插件就已经可用。

为什么要钉版本。 pnpm ≥ 11 会压住刚发布的版本:minimumReleaseAge 默认 1440 分钟,而这条内置默认是非严格的,于是裸包名(或 @latest)会静默回退到一天以前的最新版——刚发完新版时,那就是上一版。DSH 的插件管理器把你填的 spec 原样转给 pnpm,而且不比对装到的是不是你要求的,所以这次降级会显示成安装成功;它的预览卡也帮不上忙:预览走 pnpm view,不受这条策略过滤,于是可能出现「预览显示最新版、装下去是上一版」。两种写确切版本的办法:

- 把版本钉住(上面两条命令都是)——pnpm 会自己记下例外。
- 或者一次性豁免这个包,写在 profile 的 pnpm-workspace.yaml 里;之后裸包名也能装:

minimumReleaseAgeExclude:
- clearai-dsh

也提供——一条命令的安装器(它自己解析当前版本并钉住,因此不受这条延迟影响):

npx clearai-dsh install

底层是同一个安装;它会从 PATH(或经 npx)解析出 DSH CLI,装进 web profile,再把合成后的配置读回来验证,所以「成功」不是靠信。想走引导式流程就用它,--lang zh|en 可指定安装器输出语言。

社区市场(第三方):dsh-market 只列 awesome-dsh-plugin 目录里的条目,并且会替你钉住版本;ClearAI 的条目正在那边评审。它不属于 DSH,也不是装本插件的必要步骤。

从源码安装(开发用,不是常规路径):

dsh plugin --profile web add github:Clearailhc/clearai-dsh

Git 拉的是源码而不是构建产物,所以 pnpm ≥10 会拒绝运行 prepare 脚本,直到你在该 profile 的 pnpm-workspace.yaml 里加上 allowBuilds 条目。那条授权的含义是允许该包代码在安装时于你机器上执行——只在你读过源码后再授权,并且固定 commit。如果你只是想用 ClearAI,请用上面的 npm 安装。

安装侧的输出跟系统语言走(--lang zh|en 可覆盖;doctor 同样认这个开关)。运行时依赖只有 zod——图谱那套栈在构建期就打进客户端了。

装完重启 dsh web(npx @deepseek-ai/dsh web),然后新建会话,在顶部的模式选择器里切换到 ClearAI:

1. 打开 dsh web,点「新建会话」;
2. 点顶部当前的模式名(默认是「标准模式」),展开预设列表;
3. 选 ClearAI——卡片描述就一句:「利用认识论循环构建可信本体。Build a trustworthy ontology through the epistemic loop.」;
4. 像平常一样提问。普通问答照常走;一旦立了目标,系统自动进入知识模式:已知送上来,本体随立题写下,结论过证据才准入。过程在「探索」一格看,结论在「本体」一格看。只有你能做的决定才会来问你。

JEPA 世界模型那场会话之后的「本体」一格(0.5.0 布局;0.5.1 起,进度轨与全部判断移到「探索」一格的过程记录,「本体」一格改为结论卡、图、已确立的事实与经验)。

如果 PATH 上没有 pnpm:npm install -g pnpm(别用 corepack enable——它装的是版本转发器,可能下载一个自己启动不了的 pnpm)。

从仓库开发:

npm test # 17 份套件
node tools/build-package.mjs # 由源装配 dist/
node tools/verify-package.mjs # 现场重建并逐字节比对
node docs/diagrams/build-hero.mjs # 重画产品主图(需 google-chrome)

dist/ 是生成物,不进版本库。见 DSH 集成。

它长什么样

中栏两格:探索与本体。探索记录过程,本体只放结果。计划进度同步到 DSH 原生的 todo 停靠栏。

探索——当前在回答什么、还有哪些可能未被排除、下一步做什么。页眉是课题与阶段(广度调研 / 定向求解)、当前问题、计划进度;下面依次是待您处理的事项、调研板块(广度调研时)、每个问题的候选假设(考察中 / 已排除 / 已采纳 / 暂不考察,点开看提出依据、推翻条件、预测与关联记录)、下一步及各候选的预测(预测相同时说明此步骤无法区分它们)、未解释的现象。新发现的问题带「立为问题 / 暂缓」两个按钮,按下即替您向模型发一句话,由模型修订立题。最下面是默认折叠的过程记录:判断的计数与进度轨、全部判断、计划的步骤与门。

本体——结论与长期知识。最上面是各问题的结论卡,四部分:结论 / 依据 / 尚未确定的事项 / 待您决策。中间是图:本体图(你的领域长什么样)与实体图(找到了哪些具体东西)一键切换,点节点即按它过滤。下面是已确立的事实与经验。互相矛盾的两条会亮出来,撤回或维持由您决定。

交付——结案时,各步收下的产物以 DSH 原生交付卡片出现;每轮改了哪些文件,看 DSH 原生的改动卡片。

语言——系统自己写的话(工具结果、运行态卡、问你的话、clear/ 下的文件)都跟着你说话的语言走,中文或英文。面板跟着界面语言。

本体图全屏。本体图与实体图来自 clear/ontology/ 下文件的同一份确定性投影,同样的文件永远得到同一张图。

Navier–Stokes 那场会话里一条被推翻的判断:它停在检验这一站,记录留着原因。

和裸模型比

同一个模型、同样的工具和预算,一边开 ClearAI、一边不开,做同一批埋了陷阱的题,盲评。这是 0.5.0 在开发集上的初步结果(题目是开发方出的,样本小),不是正式的有效性结论;0.5.1 的对照尚未跑完。

| 实验 | ClearAI | 裸模型 |
| 反应器题:控温热电偶中途漂移 8 °C,各 4 组 | 3/4 发现并按实际温度纠正 | 1/4 |
| 同一装置连做 3 条线:漂移每条都换方向和起点,各 3 个序列 | 后两题纠正 5/6,第 3 题均分 1.5 / 4 | 1/6,1.17 / 4 |
| 电解液题:没有数据陷阱,各 4 组 | 2.25 / 5 | 2.25 / 5 |

两边都看到了参考读数对不上,差别在看到之后:ClearAI 动手前写下预测,落空的地方不能被解释过去,只能被解释、写明理由排除或交给人;独立评估者再查一遍原始数据。前一题留下、经评估者核过的经验,下一题写预测时会被点名用上。

两边都没变好的是探索深度:配方离真最优一样远,都没找到温度与另一个因素的耦合。代价是约 2.2 倍 token。0.5.1 的候选假设、按候选预测与结案前的停止检查,针对的正是这一项。过程与原话见案例:和裸模型对照,全部记录在 docs/optimization/sim-runs/。

案例

前两个是真模型从头跑到尾、中途没问人的会话,截图是在真 DSH 里回放它们拍的;第三个是和裸模型的模拟对照。

- JEPA 世界模型:文献综述、交给独立评估者判的玩具实验,以及 21 个概念、8 种关系、27 个实体的本体
- Navier–Stokes 被解决了吗?:两条流行说法被推翻并保留,一次准入被拦后如实处理,以及 24 个概念、13 种关系、59 个实体的本体
- 和裸模型对照:同一台会漂的小试装置上,ClearAI 与裸模型各自怎么对待一个对不上的参考读数(开发集,盲评)

文档

- 定位 · 领域本体设计
- 认识论循环 · 验证本体 · 循环哲学
- 设计原则 · 灵魂映射 · 术语表
- 机制真值表 · 状态机 · 时序图
- 已知缺口 · 权威归属 · 发布验收

它落在 DSH 的哪一层

ClearAI 把认识论层加在 DSH 的组合面上——一个宿主包、一个 agent 预设、一个客户端模块,DSH 引擎一行都没改。工作方式不设限,但它们写不进权威账本(权威边界由测试钉死)。

工作署名

本项目的工作署名单位为基点起源。

Star 曲线

许可证

Apache-2.0,见 LICENSE。

状态

一个通过 DSH 交付的本地优先本体发现与探索平台。哪些还没实现、哪些还没在真浏览器里验过,都写在已知缺口里。
预览分享卡片长什么样 ↓Clearailhc/clearai-dsh
分享 · DeepSeek Harness Hub
Clearailhc/clearai-dsh

你的研究,长成一个本体。

回到顶部