J-Space-Cognition-Suite-V3.6
by Tiger3807861189
A model-agnostic inference-time control suite for deep reasoning, long-horizon work, tool use, verification, and recovery. 面向深度推理、长程任务、工具调用、验证与恢复的模型不可知推理时控制套件。
J-Space Cognition Suite V3.6 - AI cognitive-enhancement Skills based on Anthropic's J-space global workspace research.
安装
dsh plugin --profile web add github:Tiger3807861189/J-Space-Cognition-Suite-V3.6GitHub 源码安装:首次需按提示配置 allowBuilds 构建授权后重试
安装与环境配置指引、插件开发教程见 DSH 中文社区文档 ↗
安装即在你的机器上以你的权限运行第三方代码——它可读写文件、使用凭据、访问网络,DSH 的工具审批不会为插件代码加沙箱。「检测到 manifest」仅代表发现 dsh.bundle / dsh.plugin 清单,不构成兼容性或安全审查;安装前请审阅源码,不熟悉的插件先在不含密钥的环境试用。
README
J-Space Cognition Suite 是一套面向深度推理、长程工作、工具调用、验证与恢复的模型不可知推理时控制系统。
它以 Skill 形式封装,从而支持跨平台使用、选择性加载与低摩擦集成。
套件将智能体可访问的工作表征组织为一个可主动管理的工作空间。整体由一个入口、九个按需加载的模块、三份支撑资料,以及一个用于保存长任务状态的可选标准库控制器组成。
J-Space 在推理阶段运行,模型权重和训练过程保持原有状态。
快速开始
方式 A:手动安装
下载或克隆本仓库。
找到当前 AI 宿主使用的用户级 Skills 目录。
将完整的
j-space/目录复制进去,确保最终入口位于<Skills 目录>/j-space/SKILL.md。使用可用的 Python 3 解释器运行完整性检查:
<python-command> <Skills 目录>/j-space/scripts/verify_suite.py请将
<python-command>替换为宿主可用的 Python 3 命令,常见形式包括python、python3或py -3。如果宿主只在启动时发现 Skills,请重新加载宿主。
j-space/目录应保持完整,因为SKILL.md会通过相对路径访问modules/、references/和scripts/。仓库根目录的
LICENSE与THIRD_PARTY_NOTICES.md仍属于分发内容。若单独再分发
j-space/,应同时附带这两个文件的副本。
方式 B:让 AI 安装
把下面的提示词复制给能够访问文件和本仓库的 AI 智能体:
请从以下仓库安装 J-Space Cognition Suite:https://github.com/Tiger3807861189/J-Space-Cognition-Suite-V3.6
请先检查当前宿主的配置或文档,确认用户级 Skills 目录。将仓库中的完整 j-space/ 目录安装为 j-space/,并保持 SKILL.md、modules/、references/ 和 scripts/ 的相对结构。如果目标位置已经存在 j-space,请先比较并询问我,再执行替换。
安装后,请使用可用的 Python 3 解释器运行 scripts/verify_suite.py。完成后告诉我安装路径和校验结果,并说明当前宿主应如何调用这个 Skill。请简要解释 fast、full、loop 三种 pass,以及可选控制器负责记录长任务状态而不负责选择解法。如果当前宿主没有原生 Skill 加载能力,请说明如何通过 system/developer 指令和选择性文件检索完成接入,不要把这种接入报告成原生安装。
开始使用
通过宿主提供的 Skill 选择器、/j-space、$j-space,或者直接要求 AI 使用:
请在这个任务中使用 j-space。审查这个仓库,保持现有架构,逐项验证发现,
并在所有受影响文件之间维持一致状态。
入口门控会自动选择适合当前任务的最轻 pass。
运行模式
| Pass | 适用工作 | 加载内容 |
|---|---|---|
fast |
单步任务,或一眼可以核验的结果 | 不加载额外机制 |
full |
若干相互依赖的步骤和一个边界明确的交付物 | 一到两个相关模块;交付前运行 ship |
loop |
多阶段、多文件、多轮、工具调用或持久状态 | 账本、接缝、checkpoint、寄存器审计和恢复 |
简短输出要求会改变外部回答长度,验证强度仍与任务底线保持一致。简单任务保持轻量,长程任务只在需要时获得持久状态。
核心机制
| 机制 | 作用 |
|---|---|
| 选择性工作空间加载 | 只保持一到两个承重概念活跃,其余内容外化保存 |
| 广播枢纽 | 让所有依赖分支共享名称、数值、约束和风格锚点 |
| 稠密轨 | 以紧凑且可解码的内部记法承载长链条,随后回到清晰外部语言 |
| 结论前桥接推理 | 让结论依赖的中间概念先进入活动状态 |
| 元认知控制 | 把置信度、不一致和失败信号路由为明确的下一动作 |
| 经验逃逸与验证 | 将停滞推导转化为有边界的测试,并记录验证方式与覆盖范围 |
| 第一人称能动性与功能性回响 | 用 I、we、let's 和 we need 将工作空间状态绑定到后续动作与检查 |
这些机制按需加载,并不是每个请求都要执行的固定清单。
可选控制器
j-space/scripts/jspace.py 将 loop 状态外化到当前任务工作区的 .jspace/ 中。调用时使用脚本在 Skill 中的实际路径,并保持任务工作区为
当前目录。
| 命令 | 用途 |
|---|---|
note --goal "..." --next "..." |
打开账本,定义完成条件和第一个动作 |
note --next "..." |
在 checkpoint 或 seam 后替换唯一的下一动作 |
note --core "..." |
记录一个枢纽项 |
note --core "..." --core-slot 1 |
交换指定的活动枢纽项 |
note --check "..." --by "..." |
追加包含验证方式与覆盖范围的 checkpoint |
note --open "..." --settled-by "..." |
记录开放问题和收束条件 |
note --close N --check "..." --by "..." |
以新记录的 checkpoint 关闭编号为 N 的问题 |
seam |
重读当前状态并报告近期变化 |
ship FILE |
检查输出文本中的寄存器泄漏和失效特征 |
resume |
在长间隔后重新加载 premise、invariants 和完整账本 |
<python-command> <skill-root>/scripts/jspace.py note --goal "完成条件" --next "第一个动作"
<python-command> <skill-root>/scripts/jspace.py note --close 1 --check "当前成立的结论" --by "验证方式与覆盖范围"
<python-command> <skill-root>/scripts/jspace.py seam
<python-command> <skill-root>/scripts/jspace.py ship OUTPUT_FILE
<python-command> <skill-root>/scripts/jspace.py resume
控制器负责记录和报告状态,解法仍由模型选择。它只使用 Python 标准库,并且只在任务的 .jspace/ 目录中写入工作状态。
通用模型接入
具有原生 Skill 加载能力的环境可以直接安装 j-space/。对于聊天或 API 环境,可将 j-space/SKILL.md 作为 system 或 developer 指令,并通过文件工具或检索工具开放 modules/ 与 references/。
相关文件按需检索;选择性加载本身就是运行设计的一部分。
Benchmark
所有数值均采用对应 Benchmark 的原生得分,数值越高越好。— 表示没有报告结果。HLE 分为无工具与启用工具两种条件。
评测上下文
在 DeepSeek 上评测 J-Space 时,评测配置参照官方 Harness 极简模式,采用 max reasoning effort、temperature = 1.0 与 top_p = 0.95。J-Space 通过工作空间路由、状态连续性、验证与恢复参与完整的推理时运行流程。
结果形成于项目现有的评测环境。硬件条件、进程隔离、工具可用性与信息访问边界共同构成评测上下文。J-Space 倾向于增强模型的主动性与目标导向探索,因此,可访问资料及执行轨迹也可能影响观测结果。
表格汇总了上述条件下的项目级 Benchmark 记录。其他模型的数据保留各厂商公开评测时的原有上下文,不同环境与 Harness 配置下出现分数变化属于正常现象。数据来源包括DeepSeek V4-Flash-0731 模型卡、智谱 AI 的 GLM-5.3 发布评测记录、Kimi-K3 模型卡,以及 Anthropic 的Claude Fable 5 与 Claude Mythos 5 系统卡。
模型对比
| Benchmark | DeepSeek V4-Flash-0731 | DeepSeek V4-Flash-0731 + J-Space V3.6 | GLM-5.3 | Kimi-K3 | Opus-4.8 | Fable 5(含 fallback) |
|---|---|---|---|---|---|---|
| HLE(无工具) | 37.8 | 45.5 | — | 43.5 | 49.8 | 53.3 |
| HLE(有工具) | 51.5 | 60.6 | 62.5 | 56.0 | 57.9 | 63.0 |
| Terminal Bench 2.1 | 82.7 | 87.1 | 88.2 | 88.3 | 85.0 | 88.0 |
| NL2Repo | 54.2 | 70.2 | 58.0 | 58.0 | 69.7 | — |
| CyberGym | 76.7 | 81.7 | 84.5 | 80.0 | 78.3 | 83.1 |
| DeepSWE | 54.4 | 67.4 | 66.9 | 67.5 | 58.0 | 70.0 |
| Toolathlon-Verified | 70.3 | 77.7 | 73.0 | 76.5 | 76.2 | 77.9 |
| Agents' Last Exam | 25.2 | 30.1 | 28.5 | 27.6 | 25.7 | 23.8 |
| AutomationBench(Public) | 25.1 | 31.7 | 48.2 | 30.8 | 27.2 | 29.1 |
效率
以下任务级指标保持相同的任务与模型条件,每项记录对应一次评测运行。Control 表示匹配的基线条件,J-Space 表示相应的套件辅助条件。速度为 Benchmark 得分除以耗时,数值越高越好;Token 成本为消耗 Token 数除以 Benchmark 得分,数值越低越好。两种条件下的耗时和 Token 数采用固定且统一的系数缩放;该系数影响展示尺度,同一指标内的改进比率仍可直接比较。
| 指标 | Control | J-Space | 改进比率 |
|---|---|---|---|
| 速度(得分/时间,越高越好) | 0.43 | 1.09 | 2.53× |
| Token 成本(Token/得分,越低越好) | 2.63 | 1.19 | 2.21× |
相关评测材料: DeepSeek V4 × J-Space 能力释放报告。
跨模型兼容性
该套件的运行效应已在 DeepSeek、Qwen、GLM、GPT 与 Claude 模型系列上复现。具体幅度会随基础能力、上下文策略、工具 Harness、采样配置和 Benchmark 实现而变化。
可迁移单元是工作空间加载、选择性路由、状态外化、验证和恢复组成的协议,并不依赖特定厂商的 tokenizer 或模型 API。
项目结构
J-Space-Cognition-Suite-V3.6/
├── .github/workflows/verify.yml # 三平台完整性检查和回归测试
├── CITATION.cff # 机器可读的引用元数据
├── CONTRIBUTING.md # 贡献与来源说明要求
├── LICENSE # Apache License 2.0
├── README.md # 英文工程指南
├── README.zh-CN.md # 中文工程指南
├── THIRD_PARTY_NOTICES.md # 外部材料的归属与许可边界
├── tests/test_jspace.py # 标准库控制器回归测试
└── j-space/
├── SKILL.md # 唯一入口、门控、路由与 invariants
├── modules/ # 九个按需加载的协议模块
├── references/ # 证据、诱导方法与工作示例
└── scripts/
├── jspace.py # 可选 loop 控制器
├── workspace-ledger.md # 账本模板和契约
└── verify_suite.py # 编写期完整性检查
SKILL.md 是唯一注册入口。模块和参考资料按需加载,使控制系统自身保持较低的上下文压力。
维护者可以在套件根目录运行:
<python-command> j-space/scripts/verify_suite.py
<python-command> -m unittest discover -s tests -v
技术依据与适用边界
J-Space 采用 Anthropic 相关可解释性研究建立的操作性工作空间术语。在本套件中,第一人称语言被作为一种控制语法:可访问状态描述会绑定到明确的动作、检查与收束。
套件关注可报告性、主动保持、中间计算、广播、监控和因果敏感性等可观察功能属性。详细的研究解释、术语、证据边界与来源维护在
j-space/references/j-space-science.md 中。
设计原则:
内部稠密,按需可解码,外部保持清晰。
只使用任务真正需要的机制。
版本轨迹
J-Space 已连续经历:
V1 → V1.5 → V1.8 → V2 → V2.5 → V2.6 → V3 → V3.1 → V3.2 → V3.5 → V3.5Turbo → V3.6
V3.6 套件包含一个入口、九个聚焦模块、三份支撑资料、一个可选运行控制器、一个编写期验证器、一套标准库回归测试、三平台 CI、Apache-2.0 许可和机器可读引用元数据。
开源协议
J-Space Cognition Suite 采用 Apache License 2.0 开源,允许在遵守声明保留与专利条款的前提下使用、修改、再分发及商业集成。完整条款见 LICENSE。引用或概述的外部材料仍遵循其来源条款,具体归属与边界见 THIRD_PARTY_NOTICES.md。若只再分发运行时 j-space/ 目录,应同时附带仓库根目录的这两个文件。
原始 README: https://github.com/Tiger3807861189/J-Space-Cognition-Suite-V3.6/blob/main/README.zh-CN.md ↗
同类插件
查看全部 →vibe-skills
vibe 编码技能合集(含快速开始、CI 证明、发布说明与文档)

Aegis
面向编码 Agent 的软件工程方法包,提供基线优先规划、系统化调试、提示词卫生、完成前验证,以及修复/退役双轨跟踪技能。

MisakaNet
失败恢复记忆库:从真实工程会话中搜索和记录失败恢复教训,支持 BM25 + 语义 RAG 检索和知识库管理。

dsh-find-plugins
对 DSH 说一句「有没有插件能……」,它就会从全 GitHub 的 dsh-plugin topic 里找出候选,解释差别,等你选好以后再安装和验证。

humanizer-ru
AI代理技能:识别并清除俄语文本中的机器生成痕迹。38种模式,39个带证据注册的regex标记,盲对偶运行,C2PA/EXIF/XMP文件元数据清理

hello-dsh
从零开始,看懂 DeepSeek Harness 的「万物皆可插件」— 零基础插件开发教程(含 22 个中文技能实例)\| Zero-to-plugin tutorial for DeepSeek Harness