#style-guide.md
Version: 1.0.0
Target Models
- Sarvam-105B
- Sarvam-30B
- Sarvam Family
- Future Sarvam Models
#Purpose
This document defines engineering writing standards, documentation conventions, terminology rules, formatting principles, and structural guidelines for every document within this repository.
It applies to
- Documentation
- Engineering Standards
- Architecture Documents
- API Documentation
- Technical Specifications
- Operational Guides
- Engineering Reviews
- Knowledge Base Articles
- Repository Contributions
A style guide is not about grammar.
A style guide is a system that ensures engineering knowledge remains consistent, understandable, maintainable, and trustworthy regardless of who writes it.
Consistency transforms individual documents into an engineering system.
#Core Philosophy
Think Clearly
↓
Structure Consistently
↓
Write Precisely
↓
Review Carefully
↓
Improve Continuously
↓
Preserve Knowledge
↓
Reduce Ambiguity
↓
Maintain Excellence
Writing quality directly affects engineering quality.
#Primary Objective
Every document should maximize
Clarity
Consistency
Accuracy
Readability
Maintainability
Professionalism
Knowledge Preservation
Engineering Excellence
Good writing reduces engineering mistakes.
#Engineering Principles
Always prioritize
Accuracy
↓
Clarity
↓
Consistency
↓
Simplicity
↓
Precision
↓
Maintainability
↓
Professional Language
↓
Continuous Improvement
Readers should understand engineering.
Not writing style.
#Documentation Lifecycle
Understand
↓
Plan
↓
Write
↓
Review
↓
Refine
↓
Validate
↓
Publish
↓
Continuously Improve
Writing is an engineering activity.
#Stage 1 — Audience
Identify
Target Readers
↓
Engineering Experience
↓
Technical Background
↓
Operational Responsibilities
↓
Knowledge Level
↓
Learning Objectives
↓
Decision Requirements
↓
Expected Outcomes
Write for readers.
Not authors.
#Stage 2 — Purpose
Define
Problem
↓
Objective
↓
Scope
↓
Expected Outcome
↓
Engineering Value
↓
Repository Alignment
↓
Long-Term Usefulness
↓
Success Criteria
Every document should solve one clearly defined problem.
#Stage 3 — Structure
Follow
Version
↓
Target Audience or Target Models
↓
Purpose
↓
Core Philosophy
↓
Primary Objective
↓
Engineering Principles
↓
Lifecycle
↓
Engineering Stages
↓
Quality Attributes
↓
Questions
↓
Severity Levels
↓
Checklist
↓
Anti-Patterns
↓
Definition of Done
Consistency improves discoverability.
#Stage 4 — Language
Use
Professional Language
↓
Active Voice
↓
Short Sentences
↓
Clear Terminology
↓
Engineering Vocabulary
↓
Neutral Tone
↓
Objective Statements
↓
Consistent Wording
Write to explain.
Never to impress.
#Stage 5 — Terminology
Maintain
Consistent Vocabulary
↓
Standard Definitions
↓
Stable Naming
↓
Engineering Terms
↓
Operational Terms
↓
Architectural Terms
↓
Business Terms
↓
Repository Terminology
One concept should have one name.
#Stage 6 — Formatting
Maintain
Consistent Headings
↓
Whitespace
↓
Lists
↓
Markdown Structure
↓
Hierarchy
↓
Readable Sections
↓
Logical Order
↓
Visual Consistency
Formatting should improve understanding.
Never distract from it.
#Stage 7 — Engineering Guidance
Document
Principles
↓
Best Practices
↓
Engineering Standards
↓
Operational Guidance
↓
Architectural Thinking
↓
Trade-Offs
↓
Recommendations
↓
Long-Term Maintainability
Explain reasoning.
Not only conclusions.
#Stage 8 — Consistency
Validate
Terminology
↓
Formatting
↓
Section Order
↓
Engineering Style
↓
Repository Standards
↓
Cross References
↓
Naming
↓
Writing Quality
Every document should feel written by one engineering team.
#Stage 9 — Readability
Review
Flow
↓
Sentence Length
↓
Section Size
↓
Navigation
↓
Heading Quality
↓
Logical Progression
↓
Scanning
↓
Knowledge Retention
Readable documentation scales.
#Stage 10 — Accuracy
Verify
Technical Facts
↓
Engineering Guidance
↓
Architectural Advice
↓
Operational Procedures
↓
Definitions
↓
Examples
↓
Cross References
↓
Repository Alignment
Accuracy always takes priority over speed.
#Stage 11 — Completeness
Ensure
Required Sections
↓
Missing Information
↓
Engineering Context
↓
Decision Support
↓
Operational Guidance
↓
Lifecycle Coverage
↓
Long-Term Maintenance
↓
Future Evolution
Incomplete documentation creates engineering uncertainty.
#Stage 12 — Maintainability
Optimize
Reusable Structure
↓
Stable Terminology
↓
Minimal Duplication
↓
Versioning
↓
Reviewability
↓
Extensibility
↓
Knowledge Preservation
↓
Future Updates
Documentation should remain easy to maintain.
#Stage 13 — Collaboration
Support
Peer Reviews
↓
Engineering Feedback
↓
Knowledge Sharing
↓
Constructive Improvements
↓
Repository Standards
↓
Community Contributions
↓
Professional Communication
↓
Continuous Learning
Writing improves through review.
#Stage 14 — Accessibility
Improve
Readable Formatting
↓
Clear Headings
↓
Logical Navigation
↓
Consistent Hierarchy
↓
Descriptive Language
↓
Predictable Structure
↓
Minimal Ambiguity
↓
Knowledge Discovery
Good documentation should be easy to navigate.
#Stage 15 — Documentation Quality
Review
Correctness
↓
Consistency
↓
Professionalism
↓
Completeness
↓
Readability
↓
Engineering Value
↓
Repository Alignment
↓
Long-Term Sustainability
Quality should be deliberate.
#Stage 16 — Repository Standards
Preserve
Naming Standards
↓
Formatting Rules
↓
Version History
↓
Structural Consistency
↓
Engineering Philosophy
↓
Knowledge Integrity
↓
Cross-Document Alignment
↓
Repository Evolution
Repositories should grow without losing consistency.
#Stage 17 — Governance
Maintain
Ownership
↓
Review Process
↓
Approval Standards
↓
Update Policies
↓
Version Control
↓
Engineering Discipline
↓
Knowledge Management
↓
Continuous Evolution
Documentation requires governance.
#Stage 18 — Risk Assessment
Evaluate
Ambiguity
↓
Inconsistency
↓
Incorrect Guidance
↓
Knowledge Duplication
↓
Poor Readability
↓
Maintenance Burden
↓
Repository Drift
↓
Long-Term Impact
Poor documentation increases engineering cost.
#Stage 19 — Continuous Optimization
Continuously improve
Writing Quality
↓
Consistency
↓
Terminology
↓
Structure
↓
Readability
↓
Engineering Standards
↓
Knowledge Sharing
↓
Repository Maturity
Excellent documentation is continuously refined.
#Stage 20 — Long-Term Sustainability
Continuously improve
Knowledge Preservation
↓
Maintainability
↓
Professional Standards
↓
Engineering Consistency
↓
Repository Quality
↓
Operational Excellence
↓
Engineering Excellence
↓
Organizational Learning
Style guides protect engineering knowledge from inconsistency.
#Documentation Quality Attributes
Evaluate
Clarity
Consistency
Accuracy
Readability
Completeness
Maintainability
Professionalism
Knowledge Preservation
#Documentation Questions
Before publishing ask
Can a new engineer understand this document without additional explanation?
↓
Is every section written consistently with repository standards?
↓
Is terminology used consistently throughout the document?
↓
Does every section improve engineering understanding?
↓
Can this document remain useful years from now?
↓
Is unnecessary complexity removed?
↓
Would experienced Staff or Principal Engineers confidently approve this documentation?
#Severity Levels
Critical
Incorrect engineering guidance
Misleading documentation
Contradictory terminology
Repository inconsistency
Broken documentation standards
Major
Missing required sections
Inconsistent formatting
Poor readability
Structural inconsistencies
Incomplete documentation
Medium
Navigation improvements
Terminology refinements
Formatting improvements
Writing refinements
Minor
Grammar
Punctuation
Metadata
Whitespace
#Documentation Checklist
✓ Audience identified
✓ Purpose defined
✓ Repository structure followed
✓ Professional language used
✓ Consistent terminology maintained
✓ Formatting standardized
✓ Engineering guidance documented
✓ Repository consistency validated
✓ Readability reviewed
✓ Technical accuracy verified
✓ Documentation completed
✓ Maintainability ensured
✓ Collaboration supported
✓ Accessibility improved
✓ Documentation quality reviewed
✓ Repository standards preserved
✓ Governance followed
✓ Risks assessed
✓ Continuous optimization practiced
✓ Long-term sustainability protected
#Anti-Patterns
Avoid
Writing for yourself instead of readers
Using inconsistent terminology
Changing document structure without reason
Writing implementation instead of principles
Duplicating engineering knowledge
Using unnecessary technical jargon
Writing overly long paragraphs
Mixing opinions with engineering guidance
Ignoring repository standards
Over-formatting documentation
Treating style as decoration
Prioritizing appearance over clarity
Allowing documentation drift
#Definition of Done
Documentation is considered style-compliant when
- Every document follows the repository's standardized structure, terminology, formatting conventions, engineering philosophy, and documentation lifecycle without unnecessary deviation.
- Writing communicates engineering knowledge through clear, precise, objective, and professional language that minimizes ambiguity while maximizing long-term maintainability.
- Terminology remains consistent across the entire repository so that identical engineering concepts are always described using identical language, definitions, and naming conventions.
- Documentation emphasizes engineering principles, architectural reasoning, operational guidance, decision support, and long-term software quality instead of implementation-specific details whenever practical.
- Every section contributes meaningful engineering value, supports repository cohesion, preserves organizational knowledge, and aligns with established documentation standards.
- Engineering reviews continuously validate clarity, consistency, readability, correctness, completeness, maintainability, accessibility, and repository alignment before publication.
- Documentation evolves through disciplined governance, version management, structured reviews, terminology control, and continuous refinement while preserving backward consistency across the repository.
- Repository-wide writing standards remain stable enough that engineers experience every document as part of a single, unified engineering knowledge system rather than independent articles.
- The documentation consistently demonstrates engineering discipline, professional communication, architectural clarity, operational maturity, maintainability, and long-term knowledge preservation.
- The repository continues to improve without sacrificing consistency, readability, discoverability, or engineering quality.
Exceptional engineering documentation is immediately recognizable.
Every document follows a familiar structure, every concept is described with consistent terminology, every engineering decision is communicated with precision, and the repository grows into a unified body of engineering knowledge where readers focus entirely on understanding systems rather than interpreting documentation styles.