你的研究,长成一个本体。
67.7/100
综合分
666
GitHub 星标
2,025
npm 周下载
—/5
用户评分
数据截至 2026/10/24 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add clearai-dshnpm 源 · clearai-dsh 的发布者账号已校验与本仓库一致
状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:已验证
是什么
dsh 原生插件 · tool
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
活跃:最近一次提交在 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🔵 扫描:含敏感能力尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
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。
最近更新
在 GitHub 查看全部 →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 交付的本地优先本体发现与探索平台。哪些还没实现、哪些还没在真浏览器里验过,都写在已知缺口里。
预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
Clearailhc/clearai-dsh
你的研究,长成一个本体。
相关插件 · 工具 / 效率
破甲管控台kingcharleslzy-ai/dsh-purge
dsh-purge Community · DeepSeek Harness 社区维护版:宿主兼容、状态诊断、提示词管理、更新与本机备份回滚。基于小杨 / YuJunZhiXue 的 dsh-purge。
★ 4,173已汉化DeepSeek 客户端
74.4
网文长卷lingfengQAQ/webnovel-writer
基于 Claude Code 的长篇网文辅助创作系统,解决 AI 写作中的「遗忘」和「幻觉」问题,支持 200…
★ 7,636已汉化DSH
72.2
多智能体协作HKUDS/AutoSwarm
AutoSwarm: Unify Your Agents. Unify Your Context (Codex · Claude Code · DeepSeek Harness · Muse · Grok · WorkBuddy· nanobot · and more)
★ 2,197已汉化DSH
71.7
Vox 拼贴视频生成Alisa0808/vox-director
🎬 Vox Director拼贴动效导演
★ 2,129已汉化DSH
71.4
Agent 演化引擎Q00/ouroboros
智能体 OS:智能体自己变聪明,我们只守住底线:面试准入、分阶段评估、带预算的进化循环。MCP 服务器,14 种运行时:Claude Code、Codex CLI、Gemini CLI、OpenCode、Copilot、Kiro 等。
★ 6,308已汉化DSH
71.3
智能体运行框架路由HarnessRouter/harnessrouter
智能体运行框架的统一接口。
★ 3,897已汉化DSH
71.2