licensing: establish third-party asset attribution / NOTICE policy
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 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
- 平均マージ
- 13時間 30分
- マージ済み PR（30日）
- 64
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
decdn/website のほかの issue
-
bug med-priority
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
documentation future good first issue med-priority revisit
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
decdn/website#146 · コメント 1 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
enhancement low-priority
難易度 3/5 1〜2日 初心者へのやさしさ 52/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 45/100
decdn/website#268 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
dependencies javascript low-priority revisit
難易度 2/5 1〜3時間 初心者へのやさしさ 15/100
decdn/website#235 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
似ている issue
-
[测试] 等待仓库加载后再记录多仓库排序基线対応中かも @myot233 が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 1 日以内に返信
-
area:arcade p3-medium ready-for-agent testing type:docs
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
fderuiter/deruiter.dev#2369 ·
メンテナーはふだん 1 日以内に返信
-
area:devenv origin:agent type:bug
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
overengineeringstudio/effect-utils#1949 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
ccch1mneyyy/dsh-TUI#1631 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
MiniMax-AI/minimax-code#507 ·
メンテナーはふだん 1 日以内に返信