Docs-as-Code · Git-Native · CI/CD Powered

Documentation that ships
like software

Documentation Center is an end-to-end Docs-as-Code platform that treats your docs the way engineers treat code — version-controlled, peer-reviewed, automatically built, linted, and published to multiple formats from a single source of truth.

Explore the Platform View Portfolio Projects
Markdown / MDX Git-Versioned CI/CD Pipeline Multi-Format Output Style Linting API Reference
SS
Sulagna Sasmal
Actimize Fraud Documentation Lead · Technical Writer · API Docs Specialist

I build documentation systems that scale — from zero-to-published API references to enterprise compliance-grade docs platforms. My work bridges engineering and communication: I design, write, and automate documentation for financial technology, compliance, and developer-facing APIs.

With experience aligned to NICE Actimize's product suite (IFM, SAM, CDD, Sanctions), I specialize in translating complex regulatory and technical requirements into clear, structured, and maintainable documentation.

Documentation Engineering
Docs-as-Code pipelines, single-source publishing, structured authoring, DITA concepts
API Documentation
OpenAPI / Swagger, REST & webhook reference docs, developer portals, SDK guides
Financial Compliance Docs
PCI DSS, BSA/AML, FinCEN, FATF, GDPR, SOC 2 — NICE Actimize IFM / SAM / CDD / Sanctions
Tools & Platforms
Git, GitHub Actions, MkDocs, Sphinx, Vale, Markdown, HTML/CSS, Python, CI/CD automation
Content Strategy
Information architecture, task-based writing, user-journey mapping, changelog management
Developer Experience
Code samples, tutorials, quickstarts, error reference, rate-limit guides, changelogs

From plain text to published documentation

Docs-as-Code applies the same engineering discipline used for software to the documentation lifecycle. Writers work in Markdown, changes are tracked in Git, quality gates run in CI, and finished docs are published automatically — no manual export, no broken Word files, no version confusion.

✍️
Step 1
Write
Authors write in plain Markdown or MDX with a consistent content model. No proprietary formats.
MarkdownMDXOpenAPI
🔀
Step 2
Commit & Review
Changes are committed to Git. Pull requests enable peer review of docs just like code review.
GitGitHub PRsDiff Review
⚙️
Step 3
Build
CI triggers a build pipeline that compiles Markdown into structured output — HTML, PDF, or JSON.
GitHub ActionsMkDocsSphinx
🔍
Step 4
Validate
Automated style linting catches terminology errors, passive voice, and broken links before merge.
ValeLink CheckerCustom Rules
🚀
Step 5
Publish
Validated docs deploy automatically to GitHub Pages, Netlify, or S3 — always in sync with the repo.
GitHub PagesNetlifyS3/CDN

Documentation that behaves like code

Traditional docs rot. Docs-as-Code keeps documentation alive, accurate, and auditable.

📜
Full Audit History
Every change is tracked in Git with author, date, and commit message. Roll back any edit instantly. Essential for regulated industries like finance and healthcare.
🔁
Single Source of Truth
One Markdown source compiles to website, PDF, and API reference. No copy-paste drift between formats. Update once, publish everywhere.
🤝
Developer-Friendly Workflow
Writers and engineers use the same tools — Git, pull requests, CI pipelines. Docs ship with the feature, not weeks later.
Automated Quality Gates
Style linting, broken-link detection, and structural validation run on every commit. Errors are caught before they reach readers.
📦
Multi-Format Output
Generate HTML portals, PDF guides, JSON schemas, and changelog feeds from the same source. Tailor output per audience without duplicating effort.
Zero-Downtime Publishing
Continuous deployment means docs go live the moment a PR merges. No manual FTP uploads, no publishing queues, no staging servers to maintain.

Everything in the Documentation Center Dashboard

The interactive dashboard below lets you explore each module of the Documentation Center. Here's what each view does.

📊 Dashboard Overview
At-a-glance metrics: build health, content coverage, active contributors, open issues, and recent pipeline runs. Your docs command center.
✍️ Live Editor
Split-pane Markdown editor with real-time preview, frontmatter validation, and inline Vale linting. Write and see the output instantly.
🗺️ Content Map
Visual topology of your entire documentation tree. Spot orphaned pages, broken cross-references, and content gaps at a glance.
🔍 Style Linter
Enforces your house style guide using Vale rules. Flags passive voice, terminology drift, banned phrases, and readability issues across all files.
📦 Build Outputs
View all generated artifacts per build: HTML site, PDF export, OpenAPI JSON, and search index. Download or deploy directly from this panel.
⚙️ Configuration
Control site metadata, nav structure, theme tokens, lint rule sets, CI triggers, and deployment targets — all from a single config panel.

Real documentation, production quality

Each project below is a fully authored, end-to-end documentation site — built using Docs-as-Code principles, hosted on GitHub Pages, and aligned to enterprise-grade compliance standards.

VP
VaultPay API Docs
Payment Processing · FinTech

Comprehensive REST API reference for a payment processing platform — covering charges, refunds, disputes, 3D Secure/SCA, webhooks, and test data. Includes NICE Actimize-aligned compliance sections: Risk Scoring (IFM-AI), AML Transaction Monitoring (SAM), KYC verification (CDD), and Sanctions Screening.

PCI DSS L1 PSD2 / SCA BSA/AML NICE Actimize IFM SAM · CDD Sanctions
CF
CaseForge API Docs
Enterprise Case Management · Compliance

Enterprise API reference for a compliance case management platform (v10.2). Documents the full SAR filing lifecycle, tamper-evident audit trail with SHA-256 hash chaining, workflow automation, and 15-event webhook system. Aligned to FinCEN BSA e-filing, FATF Recommendation 20, EU AMLD6, and FINRA 3310.

FinCEN BSA FATF R.20 EU AMLD6 SOC 2 Type II FedRAMP GDPR
DC
Documentation Center Dashboard
Docs-as-Code · Platform Engineering

This site — a fully interactive Documentation Center Dashboard demonstrating the complete write → commit → build → validate → publish pipeline. Features a live Markdown editor, style linter, content map, build output viewer, and configuration panel — all in a single-page application.

Docs-as-Code Vale Linting CI/CD Multi-Format GitHub Pages
Interactive Demo

Explore the Documentation Center Dashboard

Switch between views using the sidebar below to explore each platform module.

↓ Platform Dashboard Starts Here ↓
All systems live
▶ Build
↑ Deploy

acme-platform-docs

Enterprise documentation for the ACME Cloud Platform. Built with Docs-as-Code — Markdown source, Git-versioned, CI/CD deployed.

📄 Total Pages
147
↑ 12 this month
🔀 Git Commits
1,284
↑ 38 this week
⚡ Build Time
4.2s
↑ 18% faster
◉ Style Score
94
↑ 3 pts
CI/CD Pipeline
📝
Markdown Source
docs/*.md
🔀
Git + PR
Review & Merge
Lint & Validate
Style + Links
Build
SSG Transform
📦
Multi-Format
HTML · PDF · JSON
🚀
Deploy
CDN + Versioned
Recent Builds
a3f7c2d feat: add webhook configuration guide Passed 4.2s 3 min ago
e91b4a8 fix: broken links in authentication section Passed 3.8s 1 hr ago
7d2f0c1 docs: update API rate limits for v2.4 Passed 4.5s 3 hrs ago
b5c8e3a refactor: reorganize getting-started topics Failed 1.2s 5 hrs ago
f4a6d91 feat: add SDK quickstart for Python and Node Passed 4.1s 8 hrs ago

📁 Project Structure

📁 acme-platform-docs/
📄 docforge.config.yml
📄 package.json
📄 .github/workflows/deploy.yml
📁 docs/
📄 index.md
📁 getting-started/
📄 quickstart.md
📄 installation.md
📄 authentication.md
📁 guides/
📄 webhooks.md
📄 pagination.md
📁 api-reference/
📄 payments.md
📄 customers.md
📄 openapi.yaml
📁 troubleshooting/
📁 static/
📁 templates/

📊 Content Metrics

Concepts (DITA) 34
Tasks (How-to) 42
API Reference 38
Tutorials 18
Troubleshooting 15
Release Notes 24
Total Words 128,450
Ln 1, Col 1 · UTF-8 · Markdown
quickstart.md
authentication.md
docforge.config.yml
openapi.yaml
Source Markdown + YAML FM
Preview Rendered HTML

Content Architecture

Topic-based information architecture following DITA principles. Content is structured as reusable, single-purpose topics.

📊 Topic Taxonomy

Concept Topics
Explain what something is — definitions, overviews, architecture
34
Task Topics
Step-by-step procedures — how to accomplish a specific goal
42
Reference Topics
Lookup information — API specs, parameters, config options
38
Tutorials
End-to-end guided learning paths with progressive complexity
18
Troubleshooting
Problem → Cause → Solution patterns for common issues
15
Sample Topics
Concept
Platform Architecture Overview
High-level overview of the ACME microservices architecture, data flow, and component relationships.
1,240 words·Updated 2d ago
Task
Configure Webhook Endpoints
Set up HTTP endpoints to receive real-time notifications when events occur in your ACME account.
890 words·Updated 5d ago
Reference
Payments API: Endpoints
Complete reference for all Payment endpoints including parameters, response schemas, and status codes.
2,100 words·Updated 1d ago
Tutorial
Build a Checkout Flow
End-to-end tutorial for building a complete payment checkout using the SDK, webhooks, and error handling.
3,400 words·Updated 1w ago
Troubleshoot
Payment Declines
Common causes of payment failures and step-by-step resolution for each decline code.
1,050 words·Updated 3d ago
API Spec
OpenAPI 3.1 Specification
Machine-readable API definition auto-generating endpoint docs, SDKs, and Postman collections.
openapi.yaml·Auto-synced

Style Guide Linter

Automated checks against Microsoft Writing Style Guide, Vale, and custom project rules.

94
Overall Score
90
Readability
97
Consistency
100
Links Valid

Lint Results: 7 findings across 4 files

Last run: 3 min ago
Error
Microsoft.Passive
"The payment was declined by the issuing bank" — Use active voice for clarity.
✦ Fix: "The issuing bank declined the payment"
payments.md:42
Error
DocForge.TaskFirst
Task topic starts with background context instead of user goal. Lead with the action.
✦ Fix: Start with "To configure webhooks, ..." instead of "Webhooks are a way to..."
webhooks.md:1
Warn
Vale.Readability
Flesch-Kincaid grade level is 14.2 — aim for ≤ 10 for developer docs.
✦ Simplify long sentences in the "Architecture Overview" section
architecture.md
Warn
Microsoft.Wordiness
"In order to" → "To" — Remove unnecessary wordiness.
✦ 3 occurrences found
quickstart.md:18,31,56
Info
DocForge.Terminology
Inconsistent capitalization: "API key" vs "API Key" vs "api key".
✦ Standardize to "API key" (lowercase 'key') per style guide
Multiple files
Info
DocForge.ProgressiveDisclosure
Reference page exceeds 2,500 words. Consider splitting into sub-topics for scannability.
✦ Split into: "Endpoints", "Request Parameters", and "Response Schema"
payments.md
Info
DocForge.CodeSamples
4 endpoints missing code samples in non-primary languages (Go, Ruby).
✦ Add SDK examples for all supported languages
api-reference/*.md

Build Outputs

Single Markdown source → multiple publication formats. Content is treated as source code; all outputs are regenerable artifacts.

🌐
Static HTML
Responsive docs site via SSG
📕
PDF Manual
Print-ready with ToC & index
OpenAPI Spec
Auto-generated from source
{ }
JSON / Headless
Structured content for CMS/apps
📮
Postman Collection
Ready-to-import API testing
📋
Changelog
Auto from Git commit history

Static HTML: Build Preview

↓ Download

Configuration

Project settings defined in docforge.config.yml — the single source of truth for your docs pipeline.

# docforge.config.yml — Project Configuration # This file controls the entire docs-as-code pipeline project: name: "ACME Platform Documentation" version: "2.4.0" base_url: "https://docs.acme.dev" repo: "https://github.com/acme/platform-docs" source: content_dir: "./docs" static_dir: "./static" templates_dir: "./templates" openapi_spec: "./docs/api-reference/openapi.yaml" build: engine: "docforge-ssg" # Static site generator output_dir: "./dist" clean_build: true formats: - html # Responsive docs site - pdf # Print-ready manual - json # Headless CMS / API - openapi # Generated spec lint: enabled: true style_guide: "Microsoft" # Base style guide vale_config: ".vale.ini" custom_rules: - "rules/task-first.yml" # Enforce task-oriented structure - "rules/terminology.yml" # Product term consistency - "rules/progressive.yml" # Content length & disclosure fail_on: "error" # Block deploys on errors link_check: true versioning: strategy: "git-tag" # Semantic versioning from tags show_versions: true latest_redirect: true deploy: provider: "cloudflare-pages" branch: "main" preview_branches: true # Deploy PR previews custom_domain: "docs.acme.dev" search: provider: "algolia" index_on_build: true analytics: provider: "plausible" track_search: true track_feedback: true

⚙ Build Settings

Auto-build on push
Trigger a build whenever commits are pushed to main
PR preview deployments
Deploy a preview site for every pull request
Lint gate on PRs
Block merges if lint errors are found
Link validation
Check all internal and external links during build
Search indexing
Re-index content on Algolia after each deploy

🎨 Style Guide Rules

Base style guide
Foundation rules for prose quality
Task-first enforcement
Require task topics to lead with user goals
Max topic length
Warn when a single topic exceeds word limit
Reading level target
Flesch-Kincaid grade level ceiling