Gyoshu 科研自动化实验室

证据显示安装脚本通过 curl 管道直接执行（curl ... | bash），且 README 明确说明 Gyoshu 会执行 Python 代码并写入 notebooks/、reports/ 等目录，属于对本地文件系统的写操作；但仓库未提供 install.sh 源码、权限声明或沙箱说明，无法确认最小权限原则是否落实，故 least_privilege 仅 1。用户确认方面，/gyoshu-auto 被描述为“设定后离开”的自主模式，README 未说明在执行破坏性操作前是否需要确认，故 user_confirmation 仅 1。数据流透明性方面，README 提到运行时文件（socket、lock）存放在系统临时目录，但未说明数据是否外发、LLM 调用如何传输数据，故 data_flow_transparency 仅 1。敏感数据方面，仓库完全没有提及凭据、PII、数据脱敏或密钥管理，故 sensitive_data_handling 为 0。依赖安全方面，package.json 声明了 sanitize-html 与 zod 两个依赖，版本范围较宽（^），且 pyproject.toml 无运行时依赖，但未提供锁文件或漏洞审计记录，故 dependency_security 仅 1。外部效应方面，README 说明不会修改 .venv/、data/ 等既有文件，但安装脚本会写入系统路径，且未说明卸载方式，故 external_effects 仅 1。回滚方面，atomic-write 测试显示写入失败会清理临时文件，但仓库未提供整体安装/研究流程的回滚或撤销机制，故 rollback 仅 1。来源归属方面，README 引用了 OpenCode 与 Oh-My-OpenCode 并给出链接，但未说明代码来源、第三方代码复用或致谢细节，故 source_attribution 仅 1。

自洽性方面，README 描述的功能（REPL、notebook 生成、对抗验证）与 package.json 的 name/description 一致，但 pyproject.toml 版本为 0.1.0 而 package.json 为 0.5.1，存在版本不一致，故 self_consistency 仅 1。依赖可用性方面，package.json 声明 peerDependencies 为 @opencode-ai/plugin >=1.0.0，engines 要求 bun >=1.0.0，但未提供锁文件或安装验证，故 dependency_availability 仅 1。失败信息方面，README 提供了 troubleshooting 表格（No .venv found、Bridge failed to start、Session locked 等），但未展示实际错误消息格式或日志示例，故 failure_messages 仅 1。

受众与场景方面，README 明确区分交互模式、自主模式、REPL 模式，并给出面向研究者的使用场景，覆盖较清晰，故 audience_and_scenarios 为 2。能力边界方面，README 说明 Gyoshu 是独立工具、不依赖 Oh-My-OpenCode，但未明确说明其不能做什么（如不支持 Windows 原生、不支持非 Python 语言），故 capability_boundaries 仅 1。触发精度方面，命令列表（/gyoshu、/gyoshu-auto、/gyoshu plan 等）较清晰，但未说明命令冲突或误触发处理，故 trigger_precision 仅 1。环境适配方面，README 列出 Linux/macOS/Windows(WSL2) 支持矩阵及 Python 3.10+ 要求，环境说明较完整，故 environment_fit 为 2。

信息架构方面，README 结构清晰，包含安装、命令、工作流、项目结构、故障排除等章节，故 information_architecture 为 2。安装说明方面，提供了 curl、clone、npm/bunx 三种方式及验证命令，故 install_notes 为 2。命名稳定性方面，项目名在 README 中为 Gyoshu/Jogyo，package.json 为 gyoshu，pyproject.toml 为 gyoshu，但仓库名为 My-Jogyo，存在命名不一致，故 naming_stability 仅 1。示例与 FAQ 方面，README 提供了代码示例和命令示例，但无独立 FAQ 章节，故 examples_and_faq 仅 1。已知限制方面，README 提到 Windows 仅 WSL2、需要 Python 3.10+，但未系统列出其他限制，故 known_limitations 仅 1。许可证方面，README 声明 MIT，package.json 声明 MIT，但仓库根目录未提供 LICENSE 文件内容，故 license 为 2（声明一致但缺少文件证据）。版本与变更日志方面，README 引用 CHANGELOG.md，但未提供其内容，且 package.json 与 pyproject.toml 版本不一致，故 versioning_changelog 仅 1。维护责任方面，package.json 有 author 和 repository 字段，但未说明维护者、支持渠道或响应时间，故 maintenance_responsibility 仅 1。

输出可用性方面，README 说明输出为可复现的 .ipynb、报告、图表和模型，并给出项目结构，故 output_usability 为 2。边际价值方面，项目提供研究自动化与 notebook 生成，但类似工具较多，README 未提供与替代方案的对比或独特价值证明，故 marginal_value 仅 1。成本效益方面，安装需要 OpenCode、Python 3.10+、bun 等环境，且自主模式可能消耗较多 LLM 调用，但 README 未说明资源消耗或成本，故 cost_benefit 仅 1。

主张可追溯性方面，README 的功能主张（如对抗验证、信任分数）在测试文件中有部分对应（adversarial-flow.test.ts），但测试仅验证数据结构而非端到端行为，故 claim_traceability 仅 1。跨源佐证方面，README、package.json、pyproject.toml、测试文件之间存在部分一致，但版本号不一致且缺少 install.sh 源码，故 cross_source_corroboration 仅 1。事实与推断分离方面，README 中部分描述（如“不会修改 .venv/”）属于断言，未提供代码或测试佐证，故 fact_inference_separation 仅 1。