Token-saving contracts for your codebase
Project description
FileSpecContractor (fsc)
Token-saving contracts for your codebase.
fsc is a command-line tool that generates descriptive specifications for your code files - compact "contracts" that help LLMs understand your project without burning through free-tier token limits.
Why?
Free LLM models have strict context limits. Feeding them your entire codebase is expensive and often impossible. fsc creates lightweight .fsc.md files that capture the public API and critical implementation details of each file - enough for an agent to work with, small enough to fit in context.
Born from the frustration of trying to vibe-code on a student laptop.
Installation
# Install with uv
uv tool install file_spec_contractor
# Or with pip
pip install file_spec_contractor
After installation, the fsc command is available globally:
fsc --help
For Scala users
The fsc command may conflict with the Scala Fast Offline Compiler which also uses the fsc name. If both are installed, use the full package name instead:
file-spec-contractor init
file-spec-contractor generate
file-spec-contractor --help
# or with underscore
file_spec_contractor init
file_spec_contractor generate
fsc automatically detects Scala environments and shows a warning if a conflict is possible.
Usage
# Set up configuration with defaults
fsc init
# Init in a specific directory
fsc init /path/to/project
# Init with custom settings
fsc init --extensions .py --extensions .kt --language ru
# Init with a different provider
fsc init --provider deepseek
# Recreate from scratch (removes existing .fsc/ and specs)
fsc init --force
# Same without confirmation prompt
fsc init --force -y
# Remove all fsc artifacts (.fsc/ and *.fsc.md files)
fsc deinit
# Remove only generated specs, keep config
fsc clean
# Skip confirmation
fsc clean -y
# Recreate configuration from scratch (deinit + init)
fsc reinit
# Reinit with custom flags
fsc reinit --extensions .py --extensions .kt --language ru
# Init with custom model
fsc init --model deepseek-reasoner
# Generate specifications for current directory (scan mode, per-file by default)
fsc generate
# Generate with a specific model
fsc generate --model openai/gpt-4o-mini
# Generate for specific files
fsc generate --files src/machine.py
# Generate with custom extensions
fsc generate --extensions .py .kt
# Force per-file mode with parallel requests
fsc generate --gen-mode per-file -c 5
# Preview what would be generated (no files written)
fsc generate --dry-run --verbose
# Regenerate all specs ignoring cache
fsc generate -f
# Check version
fsc --version
Generation Modes
| Mode | Flag | Behaviour |
|---|---|---|
| per-file | (default) | Each file separately, one at a time. |
| bulk | --gen-mode bulk |
All files in a single LLM request. Consistent, cross-referenced specifications. |
| per-file parallel | -c N |
N files simultaneously via thread pool. Fastest for large projects. |
If bulk mode fails to produce parsable output, fsc automatically falls back to per-file generation.
Commands
| Command | Description |
|---|---|
init [dir] |
Create .fsc/ with config and prompt. Accepts optional target directory and all config flags. Use --force to recreate from scratch. |
clean [dir] |
Remove *.fsc.md files, keep .fsc/ configuration. |
deinit [dir] |
Remove .fsc/ and all *.fsc.md files. Prompts for confirmation unless -y. |
reinit [dir] |
init --force equivalent. Removes all artifacts, then creates fresh .fsc/. Prompts for confirmation unless -y. |
generate |
Generate *.fsc.md specifications. |
Options
All options below are available on generate, init, and reinit (except --files, --dry-run, --verbose which are generate-only).
| Option | Description |
|---|---|
--force |
Recreate config from scratch (init/reinit) |
-y, --yes |
Skip confirmation prompts on destructive operations |
--files |
Specific files to generate specs for (generate only, repeatable) |
--extensions |
File extensions to include (default: .py) |
--exclude-dirs |
Directories to skip |
--exclude-files |
File patterns to skip |
--provider |
LLM provider: openrouter (default) or deepseek |
--model |
Model name for the selected provider |
--api-key |
API key for the selected provider |
--output-mode |
mirror (default), adjacent, or batch |
--output-dir |
Output directory for mirror/batch mode (default: .fsc/specs) |
--batch-size |
Files per folder in batch mode (default: 50) |
--prompt-file |
Custom system prompt file |
--language |
Prompt language: en (default) or ru (init/reinit only) |
-c, --concurrency |
Parallel requests for per-file mode (default: 3) |
--gen-mode |
Generation mode: per-file (default), bulk, per-file-parallel |
-f, --force |
Regenerate all specs, ignoring cache |
--dry-run |
Preview without writing files or calling API (generate only) |
--verbose |
Detailed output (generate only) |
--version |
Show version and exit |
Configuration
fsc looks for configuration in this order (later sources override earlier ones):
- CLI arguments (highest priority)
.fsc/config.tomlin your project root~/.config/fsc/config.tomlfor user-wide settings
Creating config
fsc init
This creates:
.fsc/config.toml- project configuration.fsc/PROMPT.md- custom system prompt (optional, built-in prompt is used as fallback)
Example .fsc/config.toml
# Which files to scan and which to skip
[project]
extensions = [".py", ".kt"]
exclude_dirs = [".venv", "venv", ".git", "__pycache__", "tests"]
exclude_files = ["setup.py", "conftest.py"]
# Output language and mode
[output]
language = "en" # "en" or "ru"
output_mode = "mirror" # "mirror", "adjacent", or "batch"
output_dir = ".fsc/specs"
batch_size = 50 # files per folder (batch mode)
# LLM provider
[api]
provider = "openrouter" # "openrouter" or "deepseek"
# model = "deepseek-chat" # optional; omit to use provider default
# Custom system prompt file (relative to project root)
[prompt]
file = ".fsc/PROMPT.md"
# Generation runtime settings
[runtime]
concurrency = 3 # parallel threads for per-file mode
generation_mode = "per-file" # "per-file", "bulk", or "per-file-parallel"
API Key
API keys are never stored in config files. Three ways to provide them (in priority order):
- CLI flag -
--api-key(highest priority) - Environment variable -
OPEN_ROUTER_API_KEY/DEEPSEEK_API_KEY .envfile in project root (lowest priority)
OpenRouter (default):
# Option 1: CLI flag
fsc generate --api-key sk-or-v1-...
# Option 2: environment variable
export OPEN_ROUTER_API_KEY=sk-or-v1-...
# Option 3: .env file
echo "OPEN_ROUTER_API_KEY=sk-or-v1-..." > .env
DeepSeek (alternative):
fsc generate --provider deepseek --api-key sk-...
# or: export DEEPSEEK_API_KEY=sk-...
# or: echo "DEEPSEEK_API_KEY=sk-..." > .env
Providers
| Provider | Model | Free | Env var |
|---|---|---|---|
| OpenRouter (default) | openai/gpt-oss-120b:free |
yes | OPEN_ROUTER_API_KEY |
| DeepSeek | deepseek-chat |
no | DEEPSEEK_API_KEY |
Switch provider via config or CLI:
fsc generate --provider deepseek
Output Modes
| Mode | Behaviour |
|---|---|
adjacent |
Saves file.fsc.md right next to file.py |
mirror |
Saves to output_dir, preserving directory structure (e.g., src/machine.py → .fsc/specs/src/machine.fsc.md) |
batch |
Groups specs into numbered folders batch-1/, batch-2/, etc. File names encode the original path (e.g., src/machine.py → src__machine.fsc.md). Folder size controlled by batch_size (default: 50). |
Batch mode example (batch_size = 50, 120 files):
.fsc/batches/
├── batch-1/
│ ├── src__controllers__UserController.fsc.md
│ └── ... (49 more files)
├── batch-2/
│ ├── src__models__Product.fsc.md
│ └── ... (49 more files)
└── batch-3/
└── ... (20 files)
Configure via CLI or config:
fsc init --output-mode batch --batch-size 100
fsc generate --output-mode batch --batch-size 50
When output mode is changed, existing specs are automatically moved to the new location instead of being regenerated.
# .fsc/config.toml
[output]
output_mode = "batch"
output_dir = ".fsc/batches"
batch_size = 50
Prompt
fsc sends a system prompt to the LLM that defines the specification format. Built-in prompts are versioned per language: fsc_en_5.md, fsc_ru_5.md. The latest version is always used. Resolution order:
--prompt-fileCLI argument.fsc/PROMPT.mdin project root- Built-in prompt from the package
If no prompt file is found, a warning is shown and the built-in prompt is used.
How It Works
- Scans your project for files matching configured extensions
- Sends files to the LLM one-by-one (per-file mode, default) or all in a single request (bulk mode)
- The LLM generates structured
.fsc.mdspecifications - Saves the specifications as
file.<ext>.fsc.md- ready to be fed to any LLM agent - On subsequent runs, skips unchanged files. If output mode changed, moves specs instead of regenerating.
Specification Format
Each generated spec follows this structure:
- Purpose - what this file does
- Dependencies - external libs and internal modules
- Public API - all public methods with signatures and notes
- Implementation Notes - sentinels, patterns, non-obvious details
- Handle with Care - contracts that are easy to break
- Code Style - conventions used in this file
Requirements
- Python 3.12+
- uv for dependency management
- OpenRouter or DeepSeek API key (see API Key)
.envfile support via python-dotenv
Tech Stack
| Component | Library |
|---|---|
| CLI | Typer |
| Validation | Pydantic |
| Logging | Rich |
| HTTP | httpx |
| Config | python-dotenv |
| Testing | pytest |
Development
# Clone and install in editable mode
git clone https://github.com/UmbrellaLeaf5/file_spec_contractor.git
cd file_spec_contractor
uv sync
# Run all tests (63 tests)
uv run pytest
# Run specific test file
uv run pytest tests/test_deepseek.py -v
# Run CLI in dev
uv run fsc --help
# Build package
uv build
Roadmap
- Core CLI with
init,generate,deinit,reinitcommands - DeepSeek API integration
- OpenRouter API integration (free
gpt-oss-120bmodel) - Multi-provider support with
--providerflag - Bulk generation mode (all files in one request with fallback)
- Parallel per-file generation (
--force-per-file -c N) - Spec caching with
--forceto regenerate - Configuration file support (TOML) with Pydantic validation
-
.envfile support for API keys (via python-dotenv) - All config flags available on
init,reinit, andgenerate - Batch output mode, mirror, and adjacent
- Prompt resolution (project file → built-in fallback, per-language)
- Multi-language prompt support (en, ru)
- Installable CLI entry point (
fsc) - Graceful shutdown on Ctrl+C
- 63 tests (unit, integration, CLI)
- Spec auto-move on output mode change (no wasted regeneration)
-
fsc --versionand setuptools-scm versioning -
fsc init <dir>- initialise in any directory - CI pipeline with GitHub Actions
-
--force/--yes/ confirmation prompts for destructive commands - PyPI publish automation
-
--updateflag for incremental regeneration - clean command just to delete all specs
- Rich progress bars for large projects
- Local model support (Ollama, LM Studio)
- check if Scala is used and make warning not to use short name
- add long name usage (file-spec-contractor or file_spec_contractor instead of fsc)
- Publish to PyPI (
pip install file_spec_contractor) - VS Code extension (generate specs from context menu / command palette)
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 file_spec_contractor-0.3.0.tar.gz.
File metadata
- Download URL: file_spec_contractor-0.3.0.tar.gz
- Upload date:
- Size: 84.0 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
621c6c68c7f5118c4e78417f1dc0545f845d36b1d4d4594372fd543dea951352
|
|
| MD5 |
865858a764e3f4926a0e39ee714ee886
|
|
| BLAKE2b-256 |
b257ab17bfb89c07fc078291d3636d7ae344fb73dfb17adeb4e1fc0f37237eb9
|
Provenance
The following attestation bundles were made for file_spec_contractor-0.3.0.tar.gz:
Publisher:
publish.yml on UmbrellaLeaf5/file_spec_contractor
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
file_spec_contractor-0.3.0.tar.gz -
Subject digest:
621c6c68c7f5118c4e78417f1dc0545f845d36b1d4d4594372fd543dea951352 - Sigstore transparency entry: 1405089113
- Sigstore integration time:
-
Permalink:
UmbrellaLeaf5/file_spec_contractor@da0b0d1b925816f35c8757f6010b632b65dbdc12 -
Branch / Tag:
refs/tags/0.3.0 - Owner: https://github.com/UmbrellaLeaf5
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@da0b0d1b925816f35c8757f6010b632b65dbdc12 -
Trigger Event:
push
-
Statement type:
File details
Details for the file file_spec_contractor-0.3.0-py3-none-any.whl.
File metadata
- Download URL: file_spec_contractor-0.3.0-py3-none-any.whl
- Upload date:
- Size: 61.2 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
b230d1134d2b45c4470f67047e8dea60d0d9ad46dfd90a6f035f1545f171fca7
|
|
| MD5 |
088a27f2cc7bc1e71d916701f5a8c912
|
|
| BLAKE2b-256 |
9349292c8b4f64572dc83a48879a6774815f75b67d553ff0c339b9108c2c08a2
|
Provenance
The following attestation bundles were made for file_spec_contractor-0.3.0-py3-none-any.whl:
Publisher:
publish.yml on UmbrellaLeaf5/file_spec_contractor
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
file_spec_contractor-0.3.0-py3-none-any.whl -
Subject digest:
b230d1134d2b45c4470f67047e8dea60d0d9ad46dfd90a6f035f1545f171fca7 - Sigstore transparency entry: 1405089249
- Sigstore integration time:
-
Permalink:
UmbrellaLeaf5/file_spec_contractor@da0b0d1b925816f35c8757f6010b632b65dbdc12 -
Branch / Tag:
refs/tags/0.3.0 - Owner: https://github.com/UmbrellaLeaf5
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@da0b0d1b925816f35c8757f6010b632b65dbdc12 -
Trigger Event:
push
-
Statement type: