docs(#148): correct privacy-gate wording — adopter action, not framework auto-publish#149
Merged
atlas-apex merged 1 commit intoMay 3, 2026
Conversation
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Correct the privacy-gate wording introduced in #144 (and unchanged through #147) — it currently attributes fork publication to the framework rather than the adopter:
That's factually wrong. ApexYard never pushes anything without explicit operator approval — the publication only happens when the adopter themselves runs
git push. The "silently publish" framing reads as if the framework auto-publishes, which is misleading and undermines trust in the rest of the framework's safety claims.Two prose-only edits, no code, no behavior change.
What changes
.claude/skills/setup/SKILL.mdStep 2a privacy-gate questiondocs/multi-project.mdtrip-wire calloutWhy now
Caught by an actual adopter reviewing the just-merged #147 wording. Trust-language matters more in privacy-related UX than anywhere else — adopters need to know exactly what the framework will and won't do automatically.
Targets
devper the apexyard release-cut model.Testing
grep -r "silently publish" .claude/skills/ docs/→ zero hits (verified locally)./setupStep 2a re-read: the new wording remains conversational, doesn't lecture, and explicitly states the framework's non-push contract.docs/multi-project.mdtrip-wire callout still flows naturally inside the surrounding paragraph.Glossary
/setup(introduced #144) that asks the adopter whether any of their projects are private + branches the configuration flow on the answer.docs/multi-project.mdfor the GitHub-Free-fork-visibility constraint that exposes private project names when an adopter pushes a registry commit.Closes #148