support 字段仅支持预定义键名，实际生效且被 Packagist 渲染的只有 docs 和 issues，二者必须为完整 HTTPS URL；其他键如 source、forum 等不被解析或展示，自定义键名将导致 composer validate 报错。
字段本身不支持直接添加文档链接或 Issue 链接——它只接受特定键名，且这些键名是预定义的、硬
编码
在 Composer 的 schema 中的。
support 字段只认这几个键：
、
、
、
、
、
、
Composer 官方 Schema 明确限定
下只允许以下字段（大小写敏感，不能拼错）：
：对应项目文档地址，例如
：对应 Issue 跟踪地址（GitHub/GitLab 的 Issues 页面），例如
：代码仓库地址（不是主页），例如
其他如
、
等字段虽存在，但不会被 Packagist 或大多数工具解析展示，仅作保留字段
写成
、
、
等自定义键名会被 Composer 忽略，且
会报 schema 错误。
实际生效的只有
和
，且仅在 Packagist 页面显示
Packagist 是目前唯一消费
字段并公开渲染的平台。它的
前端
只读取并展示：
→ 显示为 “Documentation” 标签页链接
→ 显示为 “Issues” 标签页链接
→ 用于生成 “Source” 链接，但仅当未设
时才可能 fallback 使用
示例正确写法：
注意：
值必须是完整 URL（含
），否则 Packagist 不识别；
同理，不能写成
（这是主页，不是 issues 页）。
常见错误：混用
和
，或漏掉协议
这两个字段用途不同，不可互相替代：
php版微信js-sdk支付接口类
php版微信js-sdk支付接口类
下载
是包的主站（通常带介绍、下载、演示等），Packagist 将其显示在包名下方大标题旁
是纯文档入口，Packagist 单独列为一个导航标签页
若只填了
，Packagist 不会自动从它推导出文档链接
若
值是
或
，验证失败且 Packagist 忽略
验证方式很简单：
如果字段名拼错或 URL 缺少协议，会提示类似：
（字段名错误）
（协议缺失）
真正起作用的只有
和
这两个键，而且它们只在 Packagist 上可见。本地
或 IDE 插件完全不读取这个字段——别指望它影响开发流程或自动跳转。
supportdocsissuessourceforumwikiirctwittersupportdocs"docs": "https://example.com/docs"issues"issues": "https://github.com/user/repo/issues"source"source": "https://github.com/user/repo.git"forumwikidocumentationbugtrackerhelpcomposer validatedocsissuessupportdocsissuessourcehomepage
{
"support": {
"docs": "https://mylib.example.org/guide",
"issues": "https://github.com/myorg/mylib/issues"
}
}
docshttps://issues"https://github.com/myorg/mylib"homepagesupport.docshomepagesupport.docshomepagedocs"./docs""docs/index.html"
composer validate
[Schema] support: The property docs is not defined and the definition does not allow additional properties.[Schema] support.docs: URL must start with http:// or https://docsissuescomposer install