licensing: establish third-party asset attribution / NOTICE policy
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 48/100
- Issue 类型
- 文档
- 描述清晰度
- 基本清楚
- 活跃度
- 冷清
- 技术栈
- typescript
调研方向
Start by reading the contributor guidance in AGENTS.md, package.json, and the existing assets under public/ and the wordmark SVGs. Decide what license and attribution policy the project should adopt, document when contributors need to record an asset’s source and license, and audit existing assets if the scope includes it. Done means the policy and any required attribution records are committed.
由索引模型根据 Issue 内容生成。
描述
Context
The Copilot review on #135 (discussion_r3282093382) flagged that inline SVG icon path data copied from third-party sets can carry licensing obligations:
- Material Design Icons — Apache-2.0 (requires preserving attribution / NOTICE)
- Simple Icons — CC0 / public domain (no obligation)
PR #135 resolved the immediate case in code: the mail glyph was redrawn from original coordinates (no Material path data), and the X / LinkedIn glyphs are from Simple Icons (CC0). The repo currently carries no third-party-licensed icon code.
The gap
The broader concern is not tracked anywhere. The repo has:
- no
LICENSEfile and nolicensefield inpackage.json - no
NOTICE/THIRD-PARTYfile - no documented convention for vetting third-party assets (icons, fonts, images, copied code snippets)
So the next contributor who pastes an icon path, a font, or a snippet from an Apache-2.0 / MIT source has nothing telling them an obligation may apply, and nowhere to record it.
Suggested scope
- Decide whether to add a
NOTICE/THIRD-PARTY-LICENSESfile and what triggers an entry. - Document the rule where contributors read it (e.g.
AGENTS.md): prefer original or CC0 assets; if a permissively-licensed asset is used, record source + license. - Optionally audit existing assets (fonts,
public/images, the wordmark SVGs) for the same question.
Surfaced by #135.
- 主要语言
- TypeScript
- 星标
- 3
- 派生
- 0
- 平均合并
- 12 小时 41 分钟
- 30 天内合并 PR
- 70
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
decdn/website 的其他 Issue
-
enhancement
难度 2/5 1-3 小时 新手友好度 67/100
维护者通常 1 天内回复
-
bug med-priority
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 1 天内回复
-
enhancement low-priority
难度 4/5 1-2 天 新手友好度 35/100
维护者通常 1 天内回复
-
bug
难度 4/5 1-2 天 新手友好度 54/100
维护者通常 1 天内回复
-
enhancement low-priority
难度 3/5 1-2 天 新手友好度 52/100
维护者通常 1 天内回复
相似的 Issue
-
area: image-engine bug priority: low
难度 2/5 1-3 小时 新手友好度 88/100
snapotter-hq/SnapOtter#3885 ·
维护者通常 1 天内回复
-
Mend: dependency security vulnerability
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 3 天内回复
-
pending triage
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
bug P3 UI/UX
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster no-stale P3
难度 2/5 1-3 小时 新手友好度 73/100
openclaw/openclaw#182077 · 1 条评论 · 1 个 reaction ·
维护者通常 1 天内回复