Open the repository
View official files, governance documents, changelog entries, review activity, issues, and release history.
Open GitHub
Contribute
SORF welcomes practical feedback from people and organizations with different levels of experience. Public feedback, review records, issues, and proposed changes are handled through the official SORF GitHub repository.
Where to contribute
GitHub is used as SORF’s public development record. This helps keep feedback, review decisions, version history, and official changes traceable over time.
View official files, governance documents, changelog entries, review activity, issues, and release history.
Open GitHubUse GitHub Issues to submit corrections, clarity concerns, safety concerns, review comments, or proposed improvements.
Go to IssuesUnderstand contributor pathways, public review records, acknowledgement rules, and how suggestions are reviewed.
Read guidelinesContributor pathways
You do not need to be a technical expert to contribute. SORF values practical feedback from people using the framework as well as specialist review from professionals, educators, implementers, and institutions.
Share what was easy to understand, what was confusing, what felt missing, or whether a template was practical for a real small organization.
Test SORF more deliberately across documents, workflows, teams, or organizational situations, then share practical adoption feedback.
Review SORF for clarity, boundaries, risk concerns, unsafe assumptions, missing disclaimers, or practical improvements based on field experience.
Evaluate whether SORF is understandable for learners, useful in workshops or classes, and clear enough for teaching practical recordkeeping habits.
Suggest improvements related to field structure, terminology, versioning, accessibility, exports, forms, or machine-readable records.
Help evaluate scope, terminology, governance, public review records, development process, or possible future standards pathways.
What to submit
The most useful submissions explain what document or section is being reviewed, what concern or improvement was noticed, and why the change may help small organizations.
Point out wording that feels confusing, too broad, too narrow, too technical, or difficult for small organizations to apply.
Suggest safer, clearer, or more useful fields, prompts, labels, examples, or instructions.
Report guidance that could encourage unsafe recordkeeping, expose confidential information, or be misunderstood as professional advice.
Suggest changes that make SORF easier to read, navigate, translate, teach, or use with assistive tools.
Identify issues that affect forms, exports, structured data, software tools, versioning, or practical implementation.
Report altered documents presented as official SORF releases, false endorsement claims, removed attribution, or unofficial copies that may confuse users.
How review works
Not every suggestion can or should become part of the official framework. Suggestions are reviewed for usefulness, safety, clarity, evidence, scope fit, consistency, and benefit to small organizations.
Read how SORF evaluates suggestions before they become part of the official framework.
Read methodLearn how SORF records feedback, decisions, contributor permissions, and public review history.
Read policyUnderstand how SORF is stewarded, how decisions are documented, and how official releases are protected.
Read governanceWhat not to send
GitHub Issues may be public. To protect contributors and organizations, do not submit information that should remain private, confidential, regulated, or securely stored elsewhere.
Endorsement boundary
Submitting feedback to SORF does not mean the contributor endorses SORF. Being acknowledged by SORF does not mean the contributor, their employer, their institution, or their organization certifies, approves, sponsors, or formally supports SORF.
Any formal endorsement, certification, approval, partnership, or recognition must be separately agreed in writing.