Open Science：把Python/R研究执行与可追溯证据放进本地工作台
给科研人员用的本地AI研究工作台，把Python/R执行、数据连接和可追溯工件放在一个可审查项目里。
GitHub aipoch/open-science 更新 2026-09-07 分支 main 星标 3.9K 分叉 238
TypeScript Python/R科研分析 Claude Code、Codex、MCP macOS、Windows、Linux

🧭 决策指南

为什么现在热： 无法从材料判断

适合，如果你

  • 你需要把Python、R、文件和科学数据查询放进同一个研究项目。
    README正文说明它支持Python和R执行、科学数据连接器，以及报告、表格和图形生成。
  • 你使用macOS、Windows或Linux，并希望项目状态在本机持续保存。
    README正文列出macOS、Windows、Linux支持；“Local-first ownership”说明应用和项目状态运行在本机。
  • 你需要审查命令、连接器调用和工件生产证据，而不是只看模型回答。
    “Inspectability”和“Traceable results”说明工具活动、生成文件、工件来源及不可变版本可供检查。
  • 你已有Claude订阅、Codex订阅或兼容自定义网关。
    “Multiple model choices”和FAQ说明可使用Claude或Codex订阅、内置提供商或自定义网关。
  • 你要把远程HPC任务提交到Slurm集群并在完成后继续分析。
    v0.26.0发布说明加入每主机Slurm执行模式；FAQ说明Remote Compute (SSH)支持异步作业提交。

不适合，如果你

  • 你的工作流不能接受模型、命令或网络操作需要用户批准。
    “Human-in-the-loop”规定文件编辑、命令、网络访问和连接器调用由显式批准配置管理。
  • 你不愿配置模型提供商、API Key、订阅登录或网络访问。
    Quick Start要求完成模型连接测试；FAQ说明内置云提供商和自定义网关需要各自的密钥。
  • 你需要把生成结果直接当作专家判断、统计审查或原始证据验证。
    “Honest scientific boundaries”明确表示生成输出不替代专家判断、统计审查或主要证据验证。

前置条件

  • 支持macOS、Windows和Linux。
  • 首次启动必须完成五步设置；环境检查、所选代理运行时检查和模型连接必须通过。
  • 需要选择并准备Claude Code、OpenCode、Codex或CodeBuddy之一。
  • 内置云提供商和自定义网关需要API Key；Claude或Codex可使用现有订阅登录。
  • Notebook执行是可选的，可准备应用管理的Python和R环境，或注册已有解释器。
  • 远程HPC需要启用“Remote Compute (SSH)”技能并在“Settings → Compute”注册集群。

第一步命令（README 原文）

claude setup-token

要注意

  • 模型连接失败时要核对API Key、Base URL、区域、精确模型ID和账户余额。
    FAQ“Why does the model connection test fail?”逐项列出这些检查项。
  • Notebook设置虽可选，但环境和代理运行时检查仍必须通过才能继续。
    Quick Start说明Notebook setup可选，但每个必需环境和agent-runtime检查必须通过。
  • 远程Slurm能力依赖Remote Compute (SSH)技能、集群注册和会话内技能选择。
    FAQ“How do I run jobs on a remote HPC cluster?”列出Settings → Skills、Settings → Compute和/remote-compute-ssh。
  • API Key可能产生提供商账单，README要求不要分享或提交到仓库。
    FAQ“What is an API Key, and where do I get one?”说明提供商可能按请求收费，并要求像密码一样处理。

替代方案

  • 独立Jupyter Notebook与Python/R脚本：只需要Notebook执行，不需要Open Science的项目持久化、科学代理或不可变工件来源时更合适。
    通用领域知识
  • 直接使用Claude或Codex订阅客户端：只需要模型对话，不需要Python/R执行、数据连接器、项目运行历史或文献工作区时更合适。
    README“Why Open Science”与“Multiple model choices”

材料未说明

  • README未提供macOS、Windows和Linux的最低硬件配置。
  • README未给出Python、R、Node.js或各模型提供商的具体版本要求。
  • README未提供Benchmark Performance章节中的性能数字或测试环境。
  • README未说明Claude、Codex、OpenAI、Anthropic和Apodex的具体价格与配额。
  • README未说明不同模型、数据集规模和并发任务下的资源消耗。
  • README未在材料中列出完整的科学数据连接器、技能清单和权限配置细节。
  • README未说明v0.26.0的Slurm功能支持哪些集群版本或调度配置。

💡 深度解析

6
不适合 我负责实验室的关键科研软件，希望使用 Apache-2.0、能审阅源代码和产物溯源；但项目最新标记是 nightly、只有 5 个 release，我现在适合把它作为生产基础设施吗？
适合读者： 准备把科研工作台用于实验室关键流程、需要 Apache-2.0 许可、可审计源代码和稳定发布版本的研究软件负责人

不适合直接作为关键生产基础设施：许可证和可检查性符合审计方向，但 nightly 发布状态与仅 5 个 release 表明稳定性、升级兼容性和长期运维保证仍不足。

  • 项目数据标明许可证为 Apache License 2.0，README 的“Why Open Science”也强调 source code、skills、connector definitions、tool activity 和 artifact provenance 可供审阅。
  • README 将不可变 artifact versions 与无法验证的 evidence 显式标记作为可追溯能力，适合支持研究复核。
  • 但项目数据的 latest_release 为 nightly、release_count 为 5；这不是稳定版本或成熟发布周期的证明。
  • 项目洞察还列出供应商适配、Notebook 环境、远程 HPC、权限和外部服务可用性等运行边界；README 没有给出机构级身份管理、集中审计、SLA 或升级兼容承诺。

它更适合作为可审阅的研究工作台或经验证的内部工具，而不是未经机构验证就承载不可中断的关键流程。

  • 项目数据：license 为 Apache License 2.0；latest_release 为 nightly；release_count 为 5
  • README：Why Open Science — “The source code, skills, connector definitions, tool activity, generated files, and artifact provenance are available for review”
  • README：Why Open Science — “Immutable artifact versions retain the production evidence Open Science can verify”
  • 项目洞察：usage_limitations — “nightly版本和快速变化的技能、连接器及供应商适配可能带来界面、配置格式或行为变化”
材料未说明：是否存在经过支持周期承诺的稳定版或 LTS 版本；升级、回滚、备份和数据迁移的官方流程；机构级 SSO、RBAC、集中审计和安全响应能力；关键科研工作负载的性能、故障恢复和兼容性测试结果
适合 我已经使用 SSH 和 Slurm 管理远程材料模拟；Open Science 能否把异步 HPC 作业接入研究会话，而不是只在桌面前台运行？
适合读者： 已有 SSH 账户和 Slurm 集群的材料科学研究者，需要把本地探索分析提交到远程 HPC，并在同一项目中保留任务记录

适合：README 明确把 SSH 主机和按主机配置的 Slurm 执行模式纳入 Remote Compute 工作流，但它不会替你解决集群账户、依赖和调度策略。

  • 版本说明写明，远程计算主机可使用 direct SSH，或为每台主机配置 Slurm execution mode。
  • 项目洞察中的“远程计算支持”指出，短命令可通过 SSH 执行，长任务可提交为异步作业，这与 HPC 队列不能依赖前台持续等待的特点相符。
  • “Why Open Science”说明项目会持久化 sessions、files、previews 和 run history，因此本地研究上下文可与执行记录放在同一工作区。
  • 但远程功能依赖已有集群访问、SSH 配置、文件路径、队列和依赖环境；README 没有给出集群端安装命令、文件同步协议或失败重试语义。

所以它适合连接已有 HPC 基础设施，而不是替代 HPC 运维平台。

  • README：v0.26.0 released — “remote compute hosts gain a per-host Slurm execution mode alongside direct SSH”
  • 项目洞察：solution_analysis.technical_approach — “通过SSH或Slurm向远程HPC提交异步任务”
  • README：Why Open Science — “Projects, sessions, drafts, files, previews, and run history survive application restarts”
  • 项目数据：最新发布为 nightly，release_count 为 5
材料未说明：如何注册 SSH 主机、密钥和远程工作目录；Slurm 参数、作业日志和输出文件是否可在界面中修改或同步；作业取消、失败重试和队列超时的具体行为
视情况 我第一次打开 Open Science，需要选择 Claude Code、OpenCode、Codex 或 CodeBuddy，还要配置模型提供商和 Python/R；这个首次设置是否适合没有现成 Node.js 环境的研究者？
适合读者： 首次使用桌面科研工具、需要在安装时配置 Claude Code、OpenCode、Codex 或 CodeBuddy，并希望同时启用 Python/R Notebook 的统计研究者

视情况：项目降低了 Node.js 和管理员权限门槛，但首次设置仍要求环境、代理运行时和模型连接全部通过，模型或 API 配置不熟悉时会有明显学习成本。

  • “Quick Start”说明首次启动包含 Environment、Data location、Agent runtime、Model provider 和 Notebook runtime 五步引导。
  • Agent runtime 可选择 Claude Code、OpenCode、Codex 或 CodeBuddy；应用管理的运行时可在不需要 Node.js、npm 或管理员密码的情况下安装。
  • Notebook 是可选项，但 README 明确所有必需环境和 agent-runtime 检查必须通过，且模型连接测试通过后设置才能结束。
  • FAQ 要求核对 API Key 空格、Base URL、region、准确 model ID、网络和账户余额；这说明无现成凭据或供应商经验的用户仍需处理配置问题。

因此，适合愿意配置模型和运行时的研究者，不适合期待完全免配置的桌面应用用户。

  • README：Quick Start — “The first launch has five guided steps”
  • README：Quick Start — “App-managed runtimes can be installed without requiring Node.js, npm, or an administrator password”
  • README：Quick Start — “Every required environment and agent-runtime check must pass”
  • README：FAQ — “Check the API Key ... Base URL and region ... exact model ID ... network access and account balance”
材料未说明：各 Agent runtime 在 Windows、macOS 和 Linux 上的具体兼容矩阵；应用管理的 Python/R 环境包含哪些版本和默认依赖；没有 API Key 时是否存在可直接使用的本地模型路径
适合 我在生命科学项目中要把文献检索、PDF、标识符导入和引用格式化与数据分析放在一起；Open Science 是否能减少研究过程中的上下文切换？
适合读者： 需要同时管理 PDF、文献标识符、开放获取全文和可复核引用的生命科学研究者

适合：最新 README 已把参考文献、PDF、标识符导入、重复项合并、开放获取全文和引用格式化加入研究工作区，并可与 Python/R 和可追溯产物结合。

  • v0.26.0 发布说明明确新增 reference library，用于组织 references、PDFs 和 citations。
  • 同一说明列出 identifier-aware imports、duplicate merging、open-access full-text attachment 和 citation formatting，覆盖从导入到引用输出的关键环节。
  • README 总览还把 literature review、code execution、data analysis 和 traceable research outputs 放在同一研究流程中。
  • 但项目不会自动保证文献元数据正确、全文可获得或引用内容支持研究结论；外部数据源的覆盖、权限和稳定性仍是依赖项。

因此，它适合建立连续的文献—分析工作区；若你的要求是特定数据库的完整覆盖或出版级引文校验，README 尚未给出保证。

  • README：v0.26.0 released — “a new reference library organizes references, PDFs, and citations”
  • README：v0.26.0 released — “identifier-aware imports, duplicate merging, open-access full-text attachment, and citation formatting”
  • README：AIPOCH Open Science — 支持 “literature review ... data analysis ... traceable research outputs”
  • 项目洞察：usage_limitations — 科学数据连接器的覆盖范围、字段质量和访问权限决定可用性
材料未说明：支持哪些具体文献标识符和科学数据库；引用格式是否支持目标期刊的全部样式；PDF 解析、全文下载和元数据纠错的准确率
视情况 我在 macOS 上主要使用 Python 和 R，研究数据不能默认离开本机；Open Science 是否适合把文件读取、代码执行和报告生成放进同一个工作区？
适合读者： 在 macOS、Windows 或 Linux 上进行机器学习、统计或生命科学分析，并需要让 Python/R、源文件和生成图表留在本机的研究生

视情况：它适合把本地项目、Python/R 执行和可追溯产物集中起来，但使用云端模型或数据连接器时并不等于完全离线。

  • README 的“Why Open Science”说明项目和状态运行在用户电脑上，代理可在批准后读取文件、运行 Python/R、编辑文件并生成报告、表格和图形。
  • “Quick Start”支持应用管理的 Python/R 环境，也支持检测到或手动注册的解释器；Notebook 运行时还能查看变量名、类型、形状和预览。
  • “Local-first ownership”同时明确，外部调用通过用户配置或批准的服务发生，因此 API 请求、网页搜索和科学数据连接器可能把内容发送到外部。
  • 项目支持 macOS、Windows 和 Linux，但 README 未说明完整离线模型、字段级脱敏或机构级数据驻留策略。

因此，适合本地优先的分析工作流；若约束是绝对禁止任何数据出机，当前资料不足以确认满足要求。

  • README：Why Open Science — “the application and project state run on your computer”
  • README：Why Open Science — 代理可“run commands, Python, and R, edit files, search, call connectors, and generate artifacts”
  • README：Quick Start — “app-managed Python and R environments”以及“detected and manually registered interpreters”
  • 项目数据：支持 macOS、Windows 和 Linux；主题包含 local-first、python、r
材料未说明：哪些模型供应商支持完全本地推理；外部模型和连接器的日志、保留期限及数据驻留位置；是否提供机构级脱敏、审计或强制阻断出站请求的配置
适合 我在 Linux 上维护研究软件，既要使用自定义模型网关，也要通过 MCP 接入科学数据源；Open Science 是否比固定云模型的工作台更合适？
适合读者： 维护 Linux 研究软件、拒绝绑定单一模型供应商、需要接入自定义兼容网关和 MCP 科学连接器的高级开发者

适合：项目的模型、技能和连接器都是可替换扩展点，README 也明确支持自定义兼容网关和 MCP，但不同模型的协议与工具能力仍可能不等价。

  • “Why Open Science”列出 built-in cloud provider、compatible custom gateway，以及 Claude 或 Codex subscription，并允许按 Session 选择模型和 reasoning effort。
  • 同一章节明确支持添加 skills 和 MCP connectors，而不是等待封闭插件路线；这符合需要接入专用科学数据源的场景。
  • 项目描述将其定位为 model-agnostic，并支持 Linux；Apache-2.0 许可证也允许审阅源代码、技能和连接器定义。
  • README 没有保证所有供应商都支持相同的上下文长度、工具调用、推理参数或流式行为；洞察还列出模型 ID、Base URL、区域和余额错误等初始化风险。

因此，若目标是组合模型与科学扩展，它很匹配；若要求不同供应商行为完全一致，则不应直接假设兼容。

  • README：Why Open Science — “Multiple model choices”及“Add skills and MCP connectors”
  • README：AIPOCH Open Science — “model-agnostic AI research workbench”
  • 项目数据：支持 Linux；license 为 Apache License 2.0；topics 包含 mcp、model-agnostic
  • 项目洞察：user_experience.common_pitfalls — “模型ID不匹配、账户余额不足或网络不可达”
材料未说明：自定义网关需要支持哪些具体 API 协议和工具调用格式；MCP 连接器的权限模型、沙箱边界和连接器清单；不同供应商之间是否有能力协商或自动降级机制

✨ 核心亮点

  • Python、R与科学数据连接器集中执行
  • 项目、会话和运行历史重启后仍保留
  • 不可变工件版本保留生产证据
  • v0.26.0加入Slurm与文献工作区

🔧 工程化

  • 科学代理可在用户批准后运行命令、Python和R并生成工件。
  • v0.26.0提供Slurm远程计算和引用、PDF管理的文献工作区。
  • 支持Claude、Codex、内置云服务和兼容自定义网关。

⚠️ 风险

  • 首次设置必须通过环境、代理运行时和模型连接检查。
  • 内置云提供商和自定义网关需要API Key或对应账户。
  • README明确指出生成输出不能替代专家判断和统计审查。

👥 适合谁？

  • 需要Python、R和科学数据连接器的科研团队。
  • 使用macOS、Windows或Linux开展数据密集型研究的人员。
  • 需要审查工具活动、源文件和工件来源的开发者。