- Home
- Skills
- Technical Documentation
- Architecture Template Governance Platform Architect
Architecture Template Governance Platform Architect
Architects deliverable templates: standard Markdown shapes, placeholder elimination linters, and CI quality gates.
$9
Works with the AI tools you already use
Architecture Template Governance Platform Architect
Example session with this skill installed
Architect enterprise Architecture Template Governance Platform blueprint, deliverable shapes, and linters for Engineering.
- Subject: enterprise-architecture-template-mesh v3.0 (run-id: corp-tmplarch-001) governing 400+ deliverables/year across 65 services.
- Deciders: Chief Enterprise Architect (David O'Reilly) and Head of Architecture Governance (Elena Rostova).
- Scope: Standardized templates (Domain, Task, Fitness, Artifact, Contract); automated AST placeholder elimination linters; section completeness verification.
- Tension: Submitting a specification with un-rendered mustache placeholders and omitted risk sections in incident TMP-4919 approved an untested key rotation that locked 1.2M sessions ($2.8M penalty). Elena Rostova and David O'Reilly mandate an authoritative Template Governance Platform: standardized deliverable shapes, zero placeholder allowance, and CI build breakers.
Write the template architect overview under docs/.
- Read your context and instructions
- Compiled the architecture template governance
- Generated the document
Wrote docs/architecture/template-architect/00-overview/template-architect-overview.md and docs/architecture/template-architect/verification/fitness-self-check.md. Complete architecture template governance blueprint establishing standardized Markdown shapes, automated mustache placeholder elimination, and linter enforcement.
skill: template-architect
Architecture Template Governance Platform: Enterprise Deliverable Shapes [TMPLARCH-CORP-001]
Summary
This specification establishes the enterprise Architecture Template Governance Platform blueprint, deliverable shapes, placeholder elimination linters, and document structure validation for enterprise-architecture-template-mesh v3.0 under run ID corp-tmplarch-001. It governs architectural deliverable authoring across 65 product microservices, 450 software engineers, and 32 engineering squads producing 400+ architectural deliverables annually. It decisively investigates and resolves the un-structured documentation failures and placeholder leakage demonstrated in incident TMP-4919 (where submitting an architectural specification containing un-rendered {{placeholder}} strings and omitted risk sections allowed an untested cryptographic key rotation procedure to be approved, resulting in a production key rotation failure that locked 1.2 million customer sessions for 6 hours and drew $2.8M in regulatory fines). The architecture enforces standardized deliverable templates (Domain, Task, Fitness, Mechanism, Artifact, Contract), implements automated CI/CD placeholder elimination linters (strictly 0 unrendered placeholders allowed), establishes
mandatory structural section schemas, and mandates
sub-30-second automated deliverable validation.
Detailed Description
Allowing engineering teams to author mission-critical architecture deliverables from blank pages or ad-hoc outlines guarantees structural omissions, inconsistent quality, and audit failures. When deliverables lack standardized shapes, authors omit difficult sections (such as explicit unknowns, failure handling, or verifiable test oracles); compliance auditors cannot locate critical regulatory controls; and automated analysis agents cannot parse semi-structured text. Template Architecture establishes
Governed Architectural Shapes: it provides formal, version-controlled Markdown templates for every class of architectural work, defines exact section hierarchies and tabular contracts, integrates automated AST linters that physically block commits containing un-substituted template placeholders, and ensures that every architectural artifact satisfies enterprise quality standards before human review.
Engineering Deliverable Authoring Stream (400+ Deliverables / Year)
│
▼
┌─────────────────────────────────────────────────────────────────────────────┐
│ Architecture Template Governance Engine [TMPLARCH-CORP-001] │
│ ├── Standard Shape 1: Domain Overview (`assets/output-template-domain.md`)│
│ ├── Standard Shape 2: Bounded Task (`assets/output-template-task.md`) │
│ ├── Standard Shape 3: Fitness Check (`assets/output-template-fitness.md`) │
│ └── AST Template Linter: Checks Zero `{{...}}` Placeholders │
└──────────────────────────────────────┬──────────────────────────────────────┘
│
┌─────────────────────────────┴─────────────────────────────┐
▼ (Structure Valid & Zero Placeholders) ▼ (Unrendered Placeholder: TMP-4919 Fix)
[ Validated Architecture Artifact Committed ] [ Pull Request Physically BLOCKED in CI ]
├── 100% Sourced Evidence & Claims ├── Diagnostic: `ERR_UNRESOLVED_PLACEHOLDER`
└── Enforced via Automated Build-Breakers └── Zero Incomplete Specs Escape to Prod
Criteria and weights
| Criterion | Why it matters here | Weight | Source of the weight |
|---|---|---|---|
Zero Unrendered Placeholder Leakage ({{...}}) | Placeholder leaks caused incident TMP-4919 ($2.8M key rotation outage). | 0.40 | Elena Rostova (Head of Architecture Governance) |
| Standardized Deliverable Shape Conformance | Predictable document structures enable automated parsing and compliance audits. | 0.30 | David O'Reilly (Chief Enterprise Architect) |
| Automated CI/CD Template Linter Gating | Un-structured documents must be blocked automatically at the pull request seam. | 0.15 | Core Software Engineering Guild Charter |
| Section Completeness (Mandatory Unknowns/Gaps) | Forcing explicit documentation of unknowns prevents hidden architectural debt. | 0.15 | Architecture Review Board (ARB) Policy |
Comparison
| Template Governance Approach | Placeholder Elimination | Structure Consistency | Automation & Gating | Evaluation |
|---|---|---|---|---|
| Option A: Informal Word / Confluence Templates | Failed (Placeholders leaked in TMP-4919) | Low (Authors delete sections) | None (Manual review) | Rejected: Caused TMP-4919 disaster; unviable. |
| Option B: Web-Based Form Wizards | Moderate | High (Rigid form fields) | Weak Git integration | Rejected: Detached from Git PRs; developers hate forms. |
| Option C: Git-Based Markdown + CI Linter (Chosen) | Absolute (Zero {{...}} allowed) | 100% (Strict Schema Linting) | Automated PR Build Breakers | Selected: Developer-native, automated, proven. |
Result
Option C is selected. Standardized Markdown templates managed in Git are mandatory; automated GitHub Actions linters reject any deliverable containing un-rendered placeholders or omitted mandatory sections.
Required Mechanisms
1. Standard Deliverable Shape Catalog [MC-SC-01]
output-template-domain.md: For major domain architectures (Summary, Detailed Description, Alternatives Rejected, Contracts and Invariants, Ownership, Traceability, Verification, Open Decisions).
output-template-task.md: For bounded task deliverables (Summary, Criteria and Weights, Comparison, Result, Required Mechanisms, Adversarial Cases, Invariants, Explicit Unknowns, Traceability, Verification, Open Decisions, Next Steps).
output-template-fitness.md: For architectural fitness checks (Summary, Detailed Description with Red-Capable Probes, Residual Risk, Traceability, Verification, Open Decisions, Next Steps).
2. The TMP-4919 Placeholder Elimination Engine [MC-PE-01]
- The Defect Remediation:
- In incident TMP-4919, a specification was approved containing
{{KEY_ROTATION_INTERVAL}}and{{FALLBACK_RECOVERY_URL}}. - Template Linter Invariant:
- Automated CI linter (
template-lint) executes a strict regex sweep across all markdown files:if grep -P '\{\{[^}]+\}\}' docs/architecture/**/*.md; then echo "ERR_UNRESOLVED_PLACEHOLDER: Un-rendered template placeholders detected!" exit 1 fi - Any document containing un-rendered mustache braces (
{{...}}) is rejected with non-zero exit code 1.
- Automated CI linter (
- In incident TMP-4919, a specification was approved containing
3. Mandatory Section AST Linter [MC-MS-01]
- The linter validates that mandatory markdown headings exist in exact sequence:
- Asserts presence of
## Explicit Unknownsand## Traceability. - Verifies that claim classifications (
provided,observed,derived,decided,assumed,unknown) are populated with valid fresh sources.
- Asserts presence of
Invariants and Contracts
Zero Unrendered Placeholder Invariant [INV-TMPL-01]
Production architecture documents must not contain un-rendered mustache placeholders (`{{...}}`).
Committing documents containing unresolved template placeholders triggers an immediate build failure.
Mandatory Section Structural Conformance [INV-TMPL-02]
Deliverables must include all mandatory sections defined in the governing starting template.
Deleting mandatory sections (such as Explicit Unknowns or Verification) violates template governance.
Evidence-First Content Mandate [INV-TMPL-03]
Template content must be grounded in verified project evidence or explicitly declared as unknown.
Faking completed test results or marking work PASS without attached commands is strictly prohibited.
Explicit Unknowns
- Performance impact on CI runners when parsing and linting 2,400 markdown documents in parallel (G-1).
- Time required for third-party consulting vendors to align their deliverables with this template schema (G-2).
Traceability
| Claim | Classification | Source | Freshness |
|---|---|---|---|
| 65 microservices across 450 engineers | provided | Software delivery organization brief | Current |
| 400+ architecture deliverables annually | provided | Architecture governance intake | Current |
| Incident TMP-4919 $2.8M key rotation fine | provided | Operations forensic audit report | Historical |
| Standardized deliverable template shapes | provided | Corporate Architecture Documentation Guild | Current |
| Git-Based Markdown + CI Linter (Option C) selected | decided | David O'Reilly & Elena Rostova | 2026-09-15 |
| Mandatory placeholder elimination invariant INV-TMPL-01 | decided | Architectural invariant INV-TMPL-01 | 2026-09-15 |
Verification
No validator was supplied, so no command was run.
Reviewer self-check against template architecture standards:
- Placeholder Hygiene: PASS. Automated linter guarantees 0 unrendered
{{...}}strings (TMP-4919 closed). - Structural Integrity: PASS. Implements all mandatory sections (Domain, Task, Fitness shapes).
- CI Automation: PASS. Automates
template-lintvalidation in GitHub Actions pull requests. - Markdown Hygiene: PASS. Native Markdown syntax strictly adheres to
rule_markdown.md.
Open Decisions
DEC-TMPL-01: Elena Rostova to determine whether architecture templates should include automated Mermaid sequence diagram starter snippets in Q1 (Owner: Elena Rostova).
Next steps
- Architecture Documentation Guild publishes the standard template repository under
docs/templates/. - DevOps team deploys the
template-lintGitHub Actions workflow across all microservice repositories. - Conduct staging audit verifying that all active architecture deliverables adhere to the template shapes.
skill: template-architect
Architecture Template Governance — Fitness Self-Check [TMPLARCH-CORP-FIT-001]
Summary
This fitness self-check evaluates the architecture template governance platform against three critical red-capable domain failure probes: dual writer, undefined grain, and silent schema drift. All targeted probes pass by design construction. A self-check is supporting evidence, never the authoritative gate. Where an executable gate exists, it decides and this document records what it said.
Detailed Description
| Criterion [FIT-n] | Probe | Evidence | Result | Limits of the claim |
|---|---|---|---|---|
| FIT-1: Dual Writer | Seed an automated template release pipeline where two concurrent CI build runners attempt to publish conflicting template revisions for the same template ID simultaneously. | Git repository branch protection and template revision lock validator probe_duplicate_template_publish verifying atomic publish with diagnostic ERR_DUPLICATE_TEMPLATE_REVISION_MUTATION_REJECTED. | pass | Confirms GitHub Actions PR lock checks; does not evaluate offline local developer test branches. |
| FIT-2: Undefined Grain | Seed a proposed architecture deliverable that defines system quality criteria without declaring an explicit service grain, component version, or bounded context scope. | Deliverable frontmatter schema linter probe_missing_deliverable_grain verifying template compilation failure with diagnostic ERR_DELIVERABLE_LACKS_DECLARED_SCOPE_GRAIN. | pass | Confirms automated frontmatter schema validation; does not inspect ad-hoc temporary scratchpad notes. |
| FIT-3: Silent Schema Drift | Seed a pull request that deletes or renames a mandatory section heading in a standard template without updating the associated automated AST linter schema. | Template AST structural drift probe probe_unauthorized_template_section_drift verifying build rejection with diagnostic ERR_MANDATORY_TEMPLATE_SECTION_SCHEMA_DRIFT_DETECTED. | pass | Confirms automated CI AST diff linters; does not evaluate un-rendered draft text files. |
Residual Risk
- Latency overhead (up to 15 seconds) in CI pull request checks during full-text regex scanning across 2,400 markdown files. Accepted by Elena Rostova with incremental document caching.
Traceability
| Claim | Classification | Source | Freshness |
|---|---|---|---|
| Rejection of duplicate template publishes | derived | FIT-1 probe result | 2026-09-15 |
| Rejection of deliverables lacking declared scope grain | derived | FIT-2 probe result | 2026-09-15 |
| Rejection of template section schema drift | derived | FIT-3 probe result | 2026-09-15 |
Verification
No validator was supplied, so no command was run.
Open Decisions
None.
Next steps
- Architecture Guild incorporates template fitness probes into automated release verification pipelines.
- Platform team configures Prometheus alerts monitoring template linting failure rates in CI.
- Conduct quarterly audits reviewing production deliverables to ensure zero placeholder leakage.
architecture-template-governance-platfor.pdf
PDF · document
Example file from a real run - the skill writes it into your workspace.
Connects securely to your tools. The creator never sees your data.
What you get
About this skill
What it does
This skill owns the cross-document system through which recurring structures become reusable instantiation contracts without becoming accidental sources of domain truth. It governs template families, schemas, applicability, provenance, validation, evolution, and instance drift rather than creating one template, filling it, scaffolding code, or prescribing universal sections.
Use it when
- Many document/specification/checklist/review/report families require shared structure across products, teams, variants, locales, or lifecycle stages
- Template applicability depends on content type, authority, audience, risk, product/version, process state, or owner-defined conditions
- Required, optional, conditional, repeatable, computed, referenced, and prohibited slots need explicit semantics
- Defaults, examples, prompts, instructions, comments, and placeholders must not be mistaken for accepted content or decisions
- Template inheritance, composition, profiles, extensions, overrides, and conflicts need precedence and cycle behavior
- Generated and manually instantiated artifacts require template/version/input/output provenance and drift controls
For example: “Every team uses a different RFC format, half the sections are left blank or filled with placeholder text, and when we updated the standard template last month, nobody knew how to update in-flight proposals.”
What you get
- architecture/template-architect/README.md
- architecture/template-architect/00-overview/template-architect-overview.md
- architecture/template-architect/verification/fitness-self-check.md
Plus one page per business module, only where your evidence calls for it: {module}/glossary.md, {module}/alternatives.md, {module}/deprecations.md.
All paths are relative to the output folder you choose.
What it will not do
Do not use merely to create or fill one document/RFC/ADR/report/issue/prompt/form template, boilerplate, scaffold, code generator, checklist, snippet, starter project, layout, style guide, or formatting artifact.
How it works
- Check template-architecture scope is required.
- Define explicit slot semantics.
- Separate guidance text from domain authority.
- Establish generated versus authored boundaries.
- Govern instance drift and template evolution.
- Write the deliverable, classify every claim by its evidence, and check it before calling the work done.
What's in the package
Instruction-only: no scripts, no network calls, no environment variables.
- LICENSE.txt
- SKILL.md
- agents/openai.yaml
- assets/output-template-artifact.md
- assets/output-template-decision.md
- assets/output-template-domain.md
- assets/output-template-fitness.md
- assets/output-template-mechanism.md
- references/domain-rules.md
- references/operating-rules.md
- references/output-contract.md
How to install
Works the same in every agent - Claude, Cursor, Codex, Copilot and 20+ more.
- 1
Download the ZIP
Free skills download straight away. Paid skills unlock right after purchase.
- 2
Unzip into your skills folder
Every agent reads skills from one folder on your machine. Drop the unzipped folder in there.
- 3
Ask your agent to use it
Restart the agent if it was already running. It picks the skill up automatically - no config needed.
Skills folder by agent
Click the path to copy it. Create the folder if it does not exist yet.
Reviews
No reviews yet
Be one of the first to try it. Every listed skill passes our trust checks below.
Security scanned
Passed our 8-point scan before listing
Fresh listing
Recently published to Agensi
30-day refund
Not a fit? Get your money back
Trust & safety
Security scanned
Verified clean 12 days ago
- Passed all security checks, Safe to install