Composer怎么配置全局忽略插件机制 Composer运行环境安全增强-composer-PHP中文网

--no-plugins是唯一真正生效的临时禁用插件方式，它在运行时跳过所有插件的activate()调用，不写入配置、不影响lock和vendor；allow-plugins则是白名单授权机制，需显式声明可信插件。

composer怎么配置全局忽略插件机制 composer运行环境安全增强

Composer 没有“全局忽略插件机制”这个功能，也不存在通过配置让所有项目统一禁用插件的开关。所谓“忽略插件”，本质是控制 composer.json 中 require 或 require-dev 里声明的插件包是否被加载执行——它不靠全局配置，而靠命令行参数或项目级约束。

为什么 --no-plugins 是唯一真正生效的“忽略插件”方式

--no-plugins 是 Composer 命令行唯一能临时禁用插件执行的参数，它在运行时跳过所有插件的 PluginInterface::activate() 调用，包括官方插件（如 composer/installers）和第三方插件（如 phpstan/extension-installer）。

它只对当前命令生效，不写入任何配置，不会污染 composer.lock 或 vendor/
若插件负责关键逻辑（比如修改 autoload、重写安装路径），禁用后可能报错：Class not found 或 Cannot create directory
CI 环境中慎用：有些框架（如 Laravel）依赖插件注册自动发现规则，--no-plugins 会导致 php artisan 启动失败

config.allow-plugins 怎么管住插件但不“忽略”

从 Composer 2.2 开始，allow-plugins 是真正用于安全管控插件的机制——它不是“忽略”，而是白名单式授权。必须显式列出允许启用的插件，否则一律拒绝加载。

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

写在项目 composer.json 的 config 下，例如：

"config": {
  "allow-plugins": {
    "phpstan/extension-installer": true,
    "dealerdirect/phpcodesniffer-composer-installer": true,
    "*": false
  }
}

"*": false 是关键：它关闭默认放行行为，强制所有插件必须显式声明才可运行
该配置只对当前项目生效；全局设置（composer config --global allow-plugins）虽存在，但 Composer 会优先采用项目级配置，且部分插件（如 composer/installers）仍可能绕过限制
如果某插件未列在白名单中，运行时会报错：The plugin xxx is not allowed to be loaded，而非静默忽略

哪些场景真该禁用插件？别误伤核心能力

插件禁用不是为了“提速”或“简化”，而是应对明确风险：第三方插件执行任意 PHP 代码，可能窃取凭证、篡改 vendor、注入恶意 autoload 规则。

审计阶段：运行 composer audit --no-plugins，避免插件干扰漏洞扫描结果
构建镜像时：Dockerfile 中用 composer install --no-plugins --no-scripts，切断插件与宿主机环境的交互可能
CI 流水线：在非生产分支上加 --no-plugins，防止开发人员提交的插件在测试环境意外执行敏感操作
切勿在 composer update 时加 --no-plugins：插件常参与版本解析（如 ocramius/package-versions），禁用后可能导致锁文件生成错误