A blazingly fast, structure-aware linter for your documentation, with built-in translation for non-native English speakers.
Project description
FDS-Dev (Flamehaven Doc Sanity for Developers)
A blazingly fast, structure-aware linter for your documentation, supercharged with AI-powered translation.
Built for the global developer community. Write documentation and code comments in your native language, and let FDS-Dev instantly translate it to production-ready English.
Features • Quick Start • Documentation • Contributing • Support
The Problem
You are a talented developer from Korea, Japan, China, Germany, or anywhere else in the world. Your code is brilliant, but writing documentation and comments in English is a chore. It slows you down and creates a barrier to sharing your work with the global open-source community.
Existing linters like markdownlint or Vale are great, but they are English-centric. They don't solve this core problem.
The Solution: FDS-Dev
FDS-Dev is two tools in one:
- A Blazing-Fast Linter: Ensures your documentation has a clean, professional structure.
- An AI-Powered Translator: Automatically translates your native-language docs and comments into fluent, natural English.
Stop worrying about English. Focus on your code.
Why FDS-Dev
A New Category: Code-Level Internationalization
Traditional linters (markdownlint, Vale) only validate formatting, and conventional translators mangle code blocks or technical terms. FDS-Dev instead treats documentation, code comments, and docstrings as first-class data structures, so non-English-speaking developers can participate in global OSS without rewriting everything in English by hand.
Problems We Actually Solve
- Language barrier: Converts README files, architecture notes, inline comments, and docstrings into production English while protecting the original code structure.
- Documentation integrity: Enforces section ordering, required headers, and other structure rules, so every README has the same professional baseline.
Unique Advantages
-
AI-driven code-aware translation
- Parses Markdown, Python docstrings, and inline comments via
CodeCommentParser, so translations respect code layout and skip code blocks entirely. - Preserves CamelCase, snake_case, and other identifiers through
TechnicalTermDatabase, keeping API names intact. - Scores every translation with an Omega (Ω) quality tensor; low-scoring translations can be retried or rejected automatically.
- Parses Markdown, Python docstrings, and inline comments via
-
Blazingly fast, structure-aware linting
- Runs lint jobs in parallel using a persistent cache (
.fds_cache.json) so large doc trees finish quickly. - Validates structural requirements such as “License section must exist” or “Installation must precede Usage,” not just spelling.
- Runs lint jobs in parallel using a persistent cache (
-
Flexible translation backends
- Default py-googletrans backend works with zero configuration for quick trials.
- Switch to DeepL, MyMemory, or LibreTranslate in
.fdsrc.yamlfor higher quality or self-hosted control.
-
Community impact
- Enables non-English-speaking developers to ship English documentation without losing intent, making it easier to get PRs accepted or run international product launches.
- Actively-developed roadmap welcomes new contributors; stars, issues, and PRs help define the next wave of code-level localization tooling.
Core Features
- Structure-Aware Linting: Go beyond simple style checks. Enforce section order, require specific headers, and validate the overall structure of your documents.
- Broken Link Audits: Optionally enable the
broken-link-checkrule to flag missing anchors, absent files, or unreachable URLs before publishing. - Automated Translation: Translate Markdown files and source code comments from languages like Korean, Chinese, Japanese, and more into English.
- Simple Configuration: A single
.fdsrc.yamlfile to control everything. - Built for Speed: Core components written for maximum performance.
Quick Start
pip install --upgrade fds-dev
fds --help
1. Lint your documentation
Check for structural issues in your documentation.
fds lint README.ko.md
2. Translate to English
Translate your Korean README and its comments into a new, global-ready English file.
# Translates README.ko.md -> README.md
fds translate README.ko.md --output README.md
# Translate a source code file's comments in-place
fds translate my_app/main.py --in-place
CLI Commands
fds lint <path>: Runs the structure-aware lint checks configured in.fdsrc.yaml, including optional rules such asbroken-link-check.fds translate <path> [--output OUTPUT | --in-place]: Converts Markdown or source files to English, preserving code blocks and identifiers.fds translate --help/fds lint --help: Show detailed usage and supported flags.
Broken link validation is controlled entirely via .fdsrc.yaml; once the rule is enabled, fds lint will report missing anchors, absent files, or unreachable URLs just like any other lint error.
Translation Providers
FDS-Dev supports multiple translation providers. You can configure your preferred provider in the .fdsrc.yaml file.
| Provider | Default? | API Key | Cost | Quality | Stability | Recommended Use Case |
|---|---|---|---|---|---|---|
| Google Translate (Free) | ✅ (Default) | None | Free | High | Unstable¹ | Personal projects, quick tests, general docs |
| DeepL | ❌ | Required | Limited Free Tier/Paid | Very High | Very High | Production, commercial, official docs |
| MyMemory | ❌ | None | Free | Medium | Medium | Simple scripts, temporary use |
| LibreTranslate | ❌ | None | Free (Self-hosted) | Medium² | User-managed | Private servers, offline, full control |
¹ Uses an unofficial API, which may stop working without notice. ² Quality depends on the model you host yourself.
To use a provider other than the default, configure it in your .fdsrc.yaml file. For providers requiring an API key, it is highly recommended to use environment variables.
Example for DeepL:
# .fdsrc.yaml
translator:
provider: 'deepl'
providers:
deepl:
# It's recommended to use the FDS_DEEPL_API_KEY environment variable instead.
api_key: null
Deployment & Automation
Continuous Integration
GitHub Actions automatically runs the test suite across Python 3.9–3.11 and builds release artifacts for every push and pull request targeting main. You can find the workflow definition in .github/workflows/ci.yml.
Automated PyPI Releases
Tagging a commit with the v* pattern (for example, v0.2.0) triggers .github/workflows/release.yml, which builds the project with python -m build and publishes the result to PyPI using the PYPI_API_TOKEN secret.
Official Docker Image
Ship the CLI as a container image by using the provided Dockerfile:
docker build -t fds-dev .
docker run --rm fds-dev lint README.md
The image installs the package globally and exposes the fds entrypoint, so any CLI command can be run directly.
Contributing
FDS-Dev is in early development. Contributions are welcome!
See CONTRIBUTING.md for the detailed workflow, release checklist, and ASCII compatibility notes.
We welcome contributions from the community! Here's how you can help:
How to Contribute
- Report Issues: Found a bug? Open an issue
- Suggest Features: Have an idea? Share it in Discussions
- Submit Pull Requests: Fix bugs or add features
- Improve Documentation: Help make our docs even better
Development Setup
# Clone repository
git clone https://github.com/flamehaven01/FDS-Dev.git
cd FDS-Dev
# Install in development mode
pip install -e .
# Run tests
pytest tests/ -v
# Run linter
flake8 fds_dev/
Code Quality Standards
- Test coverage ≥ 90%
- All tests passing (100/105 expected)
- Follow PEP 8 style guide
- Add docstrings for public APIs
- Update documentation for new features
Support
Documentation
- Translation Algorithm - Complete pipeline explanation
- Architecture Guide - System design documentation
- Troubleshooting - Common issues and solutions
Get Help
- GitHub Issues: Report bugs or request features
- GitHub Discussions: Ask questions and share ideas
- Email: info@flamehaven.space
Community
- Website: flamehaven.space
- Repository: github.com/flamehaven01/FDS-Dev
License
MIT License - see LICENSE file for details.
About Flamehaven × FDS-Dev
English: FDS-Dev is Flamehaven’s code-level internationalization platform that lets non-English-speaking developers lint, translate, and publish documentation without breaking code structure. We guard identifiers, score translations with an Omega tensor, and ship blazing-fast structural linting so every README feels professional. Stars, issues, and pull requests directly shape the future of multilingual development workflows—join us to expand global open source collaboration.
한국어: FDS-Dev는 Flamehaven이 만든 코드 레벨 국제화 플랫폼으로, 영어가 익숙하지 않은 개발자가 문서 구조를 지키면서 번역하고 린트하도록 돕습니다. 기술 용어를 보존하고 Omega 품질 점수로 번역을 검증하며, 초고속 구조 린팅으로 모든 README가 전문성을 갖추도록 이끕니다. 여러분의 Star, Issue, PR 하나하나가 다국어 개발 워크플로를 완성하는 여정에 직접적인 힘이 됩니다. 함께 글로벌 오픈소스 생태계를 넓혀 주세요.
Made with ❤️ by Flamehaven
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file fds_dev-0.0.2.tar.gz.
File metadata
- Download URL: fds_dev-0.0.2.tar.gz
- Upload date:
- Size: 35.8 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.7
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
9ab651641959c20a1dd4abdde4ec3f5d1eaa03526ba5249a47ce49ffb3c4f3f3
|
|
| MD5 |
52339c6fec76659e66055a682168ed0b
|
|
| BLAKE2b-256 |
56ae1e51f0ff22aba88e8321994014b030c42d1ffd6e0330e9dd91cab1425960
|
Provenance
The following attestation bundles were made for fds_dev-0.0.2.tar.gz:
Publisher:
release.yml on flamehaven01/FDS-Dev
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
fds_dev-0.0.2.tar.gz -
Subject digest:
9ab651641959c20a1dd4abdde4ec3f5d1eaa03526ba5249a47ce49ffb3c4f3f3 - Sigstore transparency entry: 708734947
- Sigstore integration time:
-
Permalink:
flamehaven01/FDS-Dev@94af0028300f0c2b60c5a5efb6f831f911d55a89 -
Branch / Tag:
refs/tags/v0.0.2 - Owner: https://github.com/flamehaven01
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@94af0028300f0c2b60c5a5efb6f831f911d55a89 -
Trigger Event:
push
-
Statement type:
File details
Details for the file fds_dev-0.0.2-py3-none-any.whl.
File metadata
- Download URL: fds_dev-0.0.2-py3-none-any.whl
- Upload date:
- Size: 25.6 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.7
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
8eb1030f67e283453aa6d39fd9b7d0ce7262e6c3b1cd66a1cffbe42357aa27d2
|
|
| MD5 |
7937bf1c515e01781274d319dcf18593
|
|
| BLAKE2b-256 |
7a1d84481c41bc13fcfd9b21927edf2e5cf3589d0e467941f0e9f05da8bcf517
|
Provenance
The following attestation bundles were made for fds_dev-0.0.2-py3-none-any.whl:
Publisher:
release.yml on flamehaven01/FDS-Dev
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
fds_dev-0.0.2-py3-none-any.whl -
Subject digest:
8eb1030f67e283453aa6d39fd9b7d0ce7262e6c3b1cd66a1cffbe42357aa27d2 - Sigstore transparency entry: 708735031
- Sigstore integration time:
-
Permalink:
flamehaven01/FDS-Dev@94af0028300f0c2b60c5a5efb6f831f911d55a89 -
Branch / Tag:
refs/tags/v0.0.2 - Owner: https://github.com/flamehaven01
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@94af0028300f0c2b60c5a5efb6f831f911d55a89 -
Trigger Event:
push
-
Statement type: