Context
RDLeader is public for architecture, packaging, QA evidence, fake-data demos, and sponsorware visibility, but the repository still does not publish a project-specific root LICENSE file.
That is acceptable while the DevPlan-derived feature bundle is still being sanitized, but it becomes a blocker before broader reuse-oriented promotion because outside users need to know what they may do with the public code and docs.
Current public evidence
Decision docs already published:
Current GitHub metadata check:
gh repo view happysnaker/RDLeader --json licenseInfo --jq .licenseInfo
Expected current result: null / no recognized license.
Decision needed
Choose one posture intentionally:
- Apache-2.0 — permissive reuse plus explicit patent grant; currently the non-binding recommendation in the decision packet if broader reuse is intended.
- MIT — simpler permissive reuse, but no explicit patent grant.
- AGPL / copyleft — if network/service derivatives should stay open.
- Source-available for now — if the public repo should remain visible while DevPlan-derived code is still too sensitive to license for reuse.
Definition of done
Guardrails
- Do not add a root
LICENSE automatically without owner decision.
- Do not imply a license grants access to private DevPlan artifacts, credentials, live integration logs, app IDs, open IDs, chat IDs, QR artifacts, or internal documents.
- If asked by contributors or curators before this is resolved, point them to the decision note and say reuse is not finalized yet.
Current recommendation
Use Apache-2.0 only if the intent is permissive external reuse of the public repository. Otherwise keep the repository source-available for now and revisit after more DevPlan sanitization lands.
This issue is a decision tracker, not a unilateral license change.
10-second support router
If you are not sure whether to tip, inspect proof, buy a review, or fund license-posture clarification, start here: https://happysnaker.github.io/support/#sponsor-router. Support does not imply RDLeader reuse rights.
Support / outreach qualification
Before posting a sponsor/support ask, tester request, or external follow-up, use the sponsor conversion scorecard: https://github.com/happysnaker/happysnaker/blob/master/docs/sponsor-conversion-scorecard.md
Classify the situation as Hot / Warm / Nurture / No-send first. No-send blocks generic donation or proof bumps when timing, proof, privacy, or license posture is weak.
Do not paste private logs, credentials, QR codes, payment screenshots, internal URLs, or raw live integration output in public issues.
Context
RDLeaderis public for architecture, packaging, QA evidence, fake-data demos, and sponsorware visibility, but the repository still does not publish a project-specific rootLICENSEfile.That is acceptable while the DevPlan-derived feature bundle is still being sanitized, but it becomes a blocker before broader reuse-oriented promotion because outside users need to know what they may do with the public code and docs.
Current public evidence
Decision docs already published:
Current GitHub metadata check:
Expected current result:
null/ no recognized license.Decision needed
Choose one posture intentionally:
Definition of done
LICENSEfile.License / reuse statusmatch the chosen posture.docs/public/license-decision.mdanddocs/public/license-decision-packet.mdif the recommendation changes.Guardrails
LICENSEautomatically without owner decision.Current recommendation
Use Apache-2.0 only if the intent is permissive external reuse of the public repository. Otherwise keep the repository source-available for now and revisit after more DevPlan sanitization lands.
This issue is a decision tracker, not a unilateral license change.
10-second support router
If you are not sure whether to tip, inspect proof, buy a review, or fund license-posture clarification, start here: https://happysnaker.github.io/support/#sponsor-router. Support does not imply RDLeader reuse rights.
Support / outreach qualification
Before posting a sponsor/support ask, tester request, or external follow-up, use the sponsor conversion scorecard: https://github.com/happysnaker/happysnaker/blob/master/docs/sponsor-conversion-scorecard.md
Classify the situation as Hot / Warm / Nurture / No-send first. No-send blocks generic donation or proof bumps when timing, proof, privacy, or license posture is weak.
Do not paste private logs, credentials, QR codes, payment screenshots, internal URLs, or raw live integration output in public issues.