composer 安装 cocur/slugify 失败主因是 php 版本低于7.4或未启用 mbstring/intl 扩展；中文转 slug 为空需显式设置 locale='zh' 并确保 intl 启用；laravel 中需服务容器绑定才可全局复用。
Composer 安装 cocur/slugify 失败？先确认 PHP 版本和扩展
直接运行 composer require cocur/slugify 报错，大概率不是包本身的问题，而是环境不满足。这个库最低要求 PHP 7.4，且依赖 mbstring 扩展（处理中文必须）。没开这个扩展时，中文会变成空字符串或乱码，但不会报明显错误，容易误判为“功能失效”。
- 检查是否启用：
php -m | grep mbstring，没输出就需在php.ini中取消;extension=mbstring的注释 - PHP 7.3 或更低版本会直接拒绝安装，Composer 会提示
Your requirements could not be resolved - 如果用的是 Docker，确认基础镜像如
php:8.2-cli已预装mbstring，否则要手动docker-php-ext-install mbstring
引入后中文转 slug 总是为空？别跳过 locale 配置
cocur/slugify 默认只处理 ASCII 字符，对中文、日文等完全“视而不见”，返回空字符串是正常行为——它压根没打算处理你传进去的中文。想让它工作，必须显式启用 intl 扩展并配置 Slugify 实例的 locale。
- 确保已启用
intl扩展：php -m | grep intl，没启用会导致setLocale()无效 - 正确初始化方式：
$slugify = new \Cocur\Slugify\Slugify(['locale' => 'zh']);
- 不设
locale或设错（如写成'zh_CN'）会导致中文被过滤掉，结果为空或只剩标点 - Windows 下若
intl不可用，可临时改用iconv('UTF-8', 'ASCII//TRANSLIT', $str)预处理，但效果远不如intl
生成的 slug 包含下划线或数字？检查替换规则和分隔符
默认分隔符是短横线 -，但如果你看到下划线 _ 或数字残留，通常是用了自定义规则或未清理原始字符串。这个库不会自动删数字，也不会把空格转成下划线——除非你手动加了规则。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 默认行为：空格 →
-，中文 → 拼音（需intl），标点 → 删除，数字 → 保留 - 想删数字？得加规则：
$slugify->addRule('/[0-9]+/', ''); - 想把下划线也转成短横线？加规则：
$slugify->addRule('_', '-'); - 注意规则顺序：先加的规则先执行，
addRule()是追加，不是覆盖
Laravel 项目里用不了？别漏掉服务容器绑定
在 Laravel 中直接 new 实例也能用，但想全局复用或配合 Facade，得注册到服务容器。否则每次都要 new，既难测又难换实现。
- 在
AppServiceProvider::register()里绑定：$this->app->singleton(\Cocur\Slugify\Slugify::class, function () { return new \Cocur\Slugify\Slugify(['locale' => 'zh']); }); - 然后 anywhere 都能
app(\Cocur\Slugify\Slugify::class)->slugify($title) - 如果用了 Laravel 10+ 的 PHP 8.2，注意
cocur/slugify最新版（4.x）已弃用部分反射用法，避免和某些 IDE Helper 包冲突
真正卡住人的从来不是“怎么装”，而是装完发现中文没反应——这时候八成是 mbstring 或 intl 少了一个，或者 locale 参数根本没传进去。
