TradingView Publishing Guidelines Integration
Overview
This document outlines how to integrate TradingView's House Rules and Script Publishing Rules into our development workflow while maintaining support for both public open-source scripts and invite-only scripts.
TradingView Requirements Summary
Key Requirements for Public Scripts
-
Language Requirements
- Publication titles must be English-only
- English must appear first in descriptions (other languages allowed after)
- UI text must have English translations if non-English
-
Originality and Usefulness
- Scripts must be original and add value to the community
- Avoid rehashing built-ins or public domain code
- Must justify mashups with clear purpose
- Closed-source scripts must have unique features requiring protection
-
Title Requirements
- Only 7-bit ASCII characters (no emoji)
- No all caps except abbreviations (BB, RSI, etc.)
- English only
- No misleading claims or advertisements
-
Description Requirements
- Detailed explanation of originality, functionality, and usage
- Self-contained (cannot rely on external links)
- Must substantiate any performance claims
- Open-source scripts need thorough explanations for non-Pine readers
-
Chart Requirements
- Clean chart showing only the script's outputs
- No unnecessary scripts, drawings, or images
- Complete symbol/timeframe/indicator information visible
- No non-standard charts for strategies or signal scripts
-
Strategy Requirements
- Realistic account size for average trader
- Realistic commission and slippage
- Sustainable risk per trade (≤5-10%)
- Sufficient sample size (ideally 100+ trades)
- No lookahead bias in
request.security()calls
-
Open-Source Reuse Requirements
- Must credit original authors
- Must make significant improvements (not just style changes)
- Must publish as open-source unless explicit permission or public domain
- TradingView built-ins and library scripts are considered public domain
Workflow Integration Strategy
1. Publication Type Detection
We'll enhance our workflow to automatically detect and handle different publication types:
- Public Open-Source: Full compliance with TradingView rules
- Public Invite-Only: Compliance + vendor requirements
- Private: Minimal validation (for testing/drafts)
2. Enhanced Validation Pipeline
Pre-Publication Validation
- Validate title format (ASCII-only, English, no all-caps)
- Check description completeness and compliance
- Verify chart cleanliness
- Validate strategy settings (if applicable)
- Check for original content vs. rehashed code
Content Quality Checks
- Ensure English translations for non-English UI elements
- Validate technical explanations are self-contained
- Check for substantiated performance claims
- Verify proper attribution for any reused code
3. Template Updates
Enhanced TradingView Description Template
- Compliance-focused sections
- Built-in validation prompts
- Separate templates for open-source vs. invite-only
README Template Updates
- Clear publication type designation
- Compliance checklist integration
- Attribution section for code reuse
4. Automated Compliance Tools
Title Validator
- ASCII character validation
- Capitalization checks
- English-only verification
Description Analyzer
- Completeness scoring
- Self-containment validation
- Performance claim detection
Chart Validator
- Clean chart verification prompts
- Standard chart type confirmation
- Visual element documentation
Implementation Plan
Phase 1: Core Infrastructure (Immediate)
-
Create Publication Type System
- Add publication type detection to workflow
- Create type-specific validation rules
- Update existing scripts to handle multiple types
-
Enhance Validation Tools
- Add TradingView compliance checks to existing validators
- Create title and description validators
- Integrate with pre-publication workflow
-
Update Templates
- Create compliance-focused TradingView description templates
- Add attribution and originality sections
- Include built-in validation prompts
Phase 2: Advanced Features (Next Sprint)
-
Smart Content Analysis
- Description completeness scoring
- Performance claim detection
- Originality assessment prompts
-
Enhanced Documentation
- Compliance guidelines integration
- Best practices documentation
- Examples of compliant vs. non-compliant content
-
Workflow Automation
- Automated compliance report generation
- Pre-publication checklist automation
- Publication type-specific workflows
Phase 3: Quality Assurance (Ongoing)
-
Continuous Monitoring
- Regular compliance audits
- Community feedback integration
- Rule update monitoring
-
Training and Documentation
- Developer training materials
- Compliance best practices guide
- Common pitfalls documentation
File Structure Updates
docs/
├── TradingView_Publishing_Guidelines.md (this file)
├── TradingView_Compliance_Checklist.md (new)
└── Publishing_Type_Guide.md (new)
templates/
├── tradingview-description-opensource-template.txt (new)
├── tradingview-description-inviteonly-template.txt (new)
└── compliance-checklist-template.md (new)
tools/
├── validate-tv-compliance.sh (new)
├── title-validator.sh (new)
└── description-analyzer.sh (new)
Migration Path
For Existing Scripts
-
Audit Current Scripts
- Review all existing indicators for compliance
- Identify potential issues
- Prioritize fixes based on publication importance
-
Gradual Updates
- Update during normal maintenance cycles
- Focus on high-priority public scripts first
- Maintain backward compatibility
-
Documentation Updates
- Enhance descriptions for compliance
- Add proper attributions where needed
- Improve technical explanations
For New Scripts
-
Compliance by Design
- Use new templates from start
- Built-in validation throughout development
- Publication type consideration early in planning
-
Automated Workflows
- New scripts automatically use enhanced validation
- Publication type detection from project creation
- Continuous compliance monitoring
Key Benefits
-
Maintained Functionality
- All existing workflows continue to work
- No breaking changes to current scripts
- Gradual enhancement approach
-
Enhanced Quality
- Better descriptions and documentation
- Higher likelihood of TradingView approval
- Professional presentation standards
-
Risk Mitigation
- Reduced chance of script rejection
- Clear compliance documentation
- Proactive issue identification
-
Flexibility
- Support for all publication types
- Customizable validation levels
- Easy workflow switching
Next Steps
- Review and approve this integration plan
- Begin Phase 1 implementation
- Test with existing MACDRSI+ indicator
- Gather feedback and iterate
- Roll out to all projects
This approach ensures we meet TradingView's requirements while maintaining the flexibility and functionality of our current workflow system.