open-spec-mesh

检测报告

能力清单

• 可执行外部程序spawns-processes高关注5 处命中
  • lib/installation/migrations.js:3import { execFileSync } from 'node:child_process';
  • lib/validation/runner.js:1import { spawnSync } from 'node:child_process';
  • lib/installation/runtime-stage.js:4import { spawnSync } from 'node:child_process';
  • lib/installation/tools.js:4import { spawnSync } from 'node:child_process';
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 以 shell 执行命令shell-exec高关注3 处命中
  • lib/installation/migrations.js:33const root = execFileSync('git', ['-C', source, 'rev-parse', '--show-toplevel'], { encoding: 'utf8', timeout: 5000, stdi…
  • lib/installation/migrations.js:35const history = execFileSync('git', ['--no-pager', '-C', source, 'log', '--format=%H', '-128', '--', 'AGENTS.md'], { enc…
  • lib/installation/migrations.js:39const previous = execFileSync('git', ['--no-pager', '-C', source, 'show', `${revision}:AGENTS.md`], { encoding: null, ti…
  • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
• 写入文件writes-files需留意66 处命中
  • lib/diagnostics/bundle.js:227await mkdir(cursor, { mode: 0o700 });
  • lib/diagnostics/bundle.js:284await handle.writeFile(bytes);
  • lib/diagnostics/bundle.js:291await unlink(temp).catch((error) => { if (error?.code !== 'ENOENT') throw error; });
  • lib/documents/change.js:28mkdirSync(dir);
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 可终止进程kills-processes需留意2 处命中
  • lib/runtime/locks.js:113try { process.kill(owner.pid, 0); alive = true; }
  • lib/runtime/locks.js:179process.kill(owner.pid, 0);
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 读取文件reads-files一般135 处命中
  • lib/diagnostics/bundle.js:67try { entries = await readdir(folder, { withFileTypes: true }); }
  • lib/documents/change.js:26if (existsSync(dir) || existsSync(inside(canonical, 'docs/05-changes/C02-已完成', id))) throw new Error('Change already exi…
  • lib/documents/change.js:45if (!existsSync(file)) createText(file, template('sdd-design', 'design-template.md'));
  • lib/documents/change.js:59const newRoot = !existsSync(tasks);
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般33 处命中
  • lib/diagnostics/bundle.js:42if (root === path.parse(root).root || root === path.resolve(process.env.HOME ?? process.cwd())) throw new TypeError('sel…
  • lib/diagnostics/cli.js:36const hostHome = path.resolve(expand(process.env.CODEX_HOME || path.join(os.homedir(), '.codex')));
  • lib/observation/cli.js:25const options = { host: process.env.OPEN_SPEC_MESH_HOST || 'codex' };
  • lib/observation/cli.js:99const home = host === 'codex' ? expand(process.env.CODEX_HOME || path.join(os.homedir(), '.codex'))
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 动态加载模块dynamic-import一般16 处命中
  • lib/diagnostics/cli.js:37const homeStat = await import('node:fs/promises').then(({ lstat }) => lstat(hostHome).catch((error) => error?.code === '…
  • lib/observation/cli.js:146const storeExists = await import('node:fs/promises').then(({ lstat }) => lstat(database).then(() => true, (error) => err…
  • lib/systemone/cli.js:47const { runStdio } = await import('./mcp.js');
  • mcp/laya_http_mcp.js:5const { lstatSync, readFileSync, realpathSync } = await import('node:fs');
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 文中出现远程脚本地址remote-url-reference一般2 处命中
  • npm-shrinkwrap.json:669"resolved": "https://registry.npmmirror.com/ipaddr.js/-/ipaddr.js-1.9.1.tgz",
  • npm-shrinkwrap.json:1204"resolved": "https://registry.npmmirror.com/sql.js/-/sql.js-1.14.2.tgz",
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。
• 接触凭据或密钥credentials一般1 处命中
  • lib/systemone/contracts.js:220&& Boolean(parsed.hostname) && !parsed.username && !parsed.password
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。

这份报告的口径

扫描读的是包里的源码，全程不执行第三方代码。 本次读了 358 个文件，扫描于 2026-10-20。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。

可信度

• -10补丁插入的模块在包内不存在major：./gatekeeper.mjs
• -5没有声明许可warn