arckit-cli 6.1.1__py3-none-any.whl

arckit_cli-6.1.1.data/data/share/arckit/.arckit/templates/dfd-template.md

@@ -0,0 +1,161 @@
+# Data Flow Diagram: {diagram_name}
+
+> **Template Origin**: Official | **ArcKit Version**: [VERSION] | **Command**: `/arckit:dfd`
+
+## Document Control
+
+<!-- DOC-CONTROL-HEADER -->
+<!-- Resolved at command-execution time to _partials/document-control-uk.md or _partials/document-control-uae.md based on plugin userConfig classification_scheme + governance_framework. See _partials/RENDERING.md (when present). -->
+
+## Revision History
+
+| Version | Date | Author | Changes | Approved By | Approval Date |
+|---------|------|--------|---------|-------------|---------------|
+| [VERSION] | [DATE] | ArcKit AI | Initial creation from `/arckit:dfd` command | PENDING | PENDING |
+
+---
+
+## Yourdon-DeMarco Notation Key
+
+| Symbol | Shape | Description |
+|--------|-------|-------------|
+| **External Entity** | Rectangle | Source or sink of data outside the system boundary |
+| **Process** | Circle | Transforms incoming data flows into outgoing data flows |
+| **Data Store** | Open-ended rectangle (parallel lines) | Repository of data at rest |
+| **Data Flow** | Named arrow | Data in motion between components |
+
+---
+
+## Context Diagram (Level 0)
+
+### `data-flow-diagram` Format
+
+Render with: `pip install data-flow-diagram` then `dfd < file.dfd` (produces SVG/PNG with true Yourdon-DeMarco notation)
+
+```dfd
+{dfd_context_code}
+```
+
+### Mermaid Format
+
+View at [mermaid.live](https://mermaid.live) or in GitHub/VS Code markdown preview.
+
+```mermaid
+{mermaid_context_code}
+```
+
+---
+
+## Level 1 DFD
+
+### `data-flow-diagram` Format
+
+```dfd
+{dfd_level1_code}
+```
+
+### Mermaid Format
+
+```mermaid
+{mermaid_level1_code}
+```
+
+---
+
+## Process Specifications
+
+| Process ID | Name | Inputs | Outputs | Logic Summary | Req. Trace |
+|------------|------|--------|---------|---------------|------------|
+| {process_id} | {name} | {inputs} | {outputs} | {logic} | {req_ids} |
+
+---
+
+## Data Store Descriptions
+
+| Store ID | Name | Contents | Access Pattern | Retention | Contains PII |
+|----------|------|----------|----------------|-----------|-------------|
+| {store_id} | {name} | {contents} | {access} | {retention} | {pii} |
+
+---
+
+## Data Dictionary
+
+| Data Flow | Composition | Source | Destination | Format |
+|-----------|-------------|--------|-------------|--------|
+| {flow_name} | {fields} | {source} | {dest} | {format} |
+
+---
+
+## Requirements Traceability
+
+| DFD Element | Element Type | Requirement ID | Requirement Description | Coverage |
+|-------------|-------------|----------------|-------------------------|----------|
+| {element} | {Process/Store/Flow/Entity} | {req_id} | {description} | {status} |
+
+**Coverage Summary**:
+
+- Total Requirements Mapped: {total}
+- Fully Covered: {covered}
+- Partially Covered: {partial}
+- Not Covered: {not_covered}
+
+---
+
+## DFD Balancing Check
+
+| Level 0 Boundary Flow | Direction | Present at Level 1? | Notes |
+|------------------------|-----------|---------------------|-------|
+| {flow_name} | In / Out | Yes / No | {notes} |
+
+**Balancing Status**: {All flows balanced / Discrepancies found}
+
+---
+
+## Rendering Tools
+
+| Tool | Type | Yourdon-DeMarco | How to Use |
+|------|------|-----------------|------------|
+| **data-flow-diagram** | CLI (Python) | True notation | `pip install data-flow-diagram` then `dfd < file.dfd` |
+| **Mermaid** | Text-to-diagram | Approximate | Paste into [mermaid.live](https://mermaid.live) or view in GitHub |
+| **draw.io** | Online editor | True notation | Open [app.diagrams.net](https://app.diagrams.net), enable "Data Flow Diagrams" shapes |
+| **Visual Paradigm** | Online editor | True notation | [online.visual-paradigm.com](https://online.visual-paradigm.com) |
+
+---
+
+## Linked Artifacts
+
+**Requirements**: `{path_to_requirements}`
+**Data Model**: `{path_to_data_model}`
+**Architecture Diagrams**: `{path_to_diagrams}`
+**Architecture Principles**: `{path_to_principles}`
+
+## External References
+
+> This section provides traceability from generated content back to source documents.
+> Follow citation instructions in the project's citation reference guide.
+
+### Document Register
+
+| Doc ID | Filename | Type | Source Location | Description |
+|--------|----------|------|-----------------|-------------|
+| *None provided* | — | — | — | — |
+
+### Citations
+
+| Citation ID | Doc ID | Page/Section | Category | Quoted Passage |
+|-------------|--------|--------------|----------|----------------|
+| — | — | — | — | — |
+
+### Unreferenced Documents
+
+| Filename | Source Location | Reason |
+|----------|-----------------|--------|
+| — | — | — |
+
+---
+
+**Generated by**: ArcKit `/arckit:dfd` command
+**Generated on**: [DATE]
+**ArcKit Version**: [VERSION]
+**Project**: [PROJECT_NAME]
+**Model**: [AI_MODEL]

arckit_cli-6.1.1.data/data/share/arckit/.arckit/templates/dld-review-template.md

@@ -0,0 +1,427 @@
+# Detailed Design (DLD) Review: [PROJECT_NAME]
+
+> **Template Origin**: Official | **ArcKit Version**: [VERSION] | **Command**: `/arckit:dld-review`
+
+## Document Control
+
+<!-- DOC-CONTROL-HEADER -->
+<!-- Resolved at command-execution time to _partials/document-control-uk.md or _partials/document-control-uae.md based on plugin userConfig classification_scheme + governance_framework. See _partials/RENDERING.md (when present). -->
+
+## Revision History
+
+| Version | Date | Author | Changes | Approved By | Approval Date |
+|---------|------|--------|---------|-------------|---------------|
+| [VERSION] | [DATE] | ArcKit AI | Initial creation from `/arckit.[COMMAND]` command | [PENDING] | [PENDING] |
+
+## Document Purpose
+
+[Brief description of what this document is for and how it will be used]
+
+---
+
+## 1. Review Overview
+
+### 1.1 Purpose
+
+This document captures the review of the Detailed Design (DLD) for [PROJECT_NAME]. The DLD must provide implementation-ready specifications for all components, APIs, data models, and operational procedures before development begins.
+
+### 1.2 Review Context
+
+**HLD Approval Date**: [DATE]
+**HLD Open Issues**: [List any HLD issues that must be resolved in DLD]
+**DLD Document(s) Under Review**: [Links to DLD documents]
+
+### 1.3 Review Participants
+
+| Name | Role | Review Focus |
+|------|------|--------------|
+| [Name] | Lead Reviewer | Overall design quality, completeness |
+| [Name] | Domain Architect | Component design, domain logic |
+| [Name] | Security Reviewer | Security implementation details |
+| [Name] | Data Architect | Database schemas, data flows |
+| [Name] | SRE/Operations | Operational procedures, runbooks |
+| [Name] | QA Lead | Test strategy, test coverage |
+
+---
+
+## 2. Executive Summary
+
+### 2.1 Overall Assessment
+
+**Status**: [APPROVED | APPROVED WITH CONDITIONS | REJECTED]
+
+**Summary**: [Paragraph summarizing the review outcome]
+
+### 2.2 Conditions for Approval
+
+**MUST Address Before Development**:
+
+1. [BLOCKING-01]: [Critical issue]
+2. [BLOCKING-02]: [Critical issue]
+
+**SHOULD Address During Development**:
+
+1. [ADVISORY-01]: [Important issue]
+
+### 2.3 Recommendation
+
+- [ ] **APPROVED**: Ready for development
+- [ ] **APPROVED WITH CONDITIONS**: Address blocking items before development
+- [ ] **REJECTED**: Significant rework required
+
+---
+
+## 3. Component Design Review
+
+### 3.1 Component Specifications
+
+For each major component/service, evaluate:
+
+#### Component: [SERVICE_NAME]
+
+**Purpose**: [What this component does]
+
+**Design Document**: [Link to specific DLD section]
+
+| Aspect | Assessed | Quality | Comments |
+|--------|----------|---------|----------|
+| **Responsibility & Boundaries** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Is scope clear and appropriately sized? |
+| **Component Diagram (C4 Level 3)** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Are internal modules/classes well-structured? |
+| **Class/Module Structure** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Is code organization logical? |
+| **Dependencies** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Are dependencies minimal and justified? |
+| **Error Handling** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Is error handling comprehensive? |
+| **Logging & Instrumentation** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Are log levels and metrics defined? |
+| **Configuration** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Is configuration externalized? |
+
+**Concerns**:
+
+- [Concern 1]
+- [Concern 2]
+
+---
+
+[Repeat for each major component]
+
+---
+
+## 4. API Design Review
+
+### 4.1 API Contract Specifications
+
+#### API: [API_NAME]
+
+**OpenAPI Spec Provided**: [ ] Yes [ ] No
+
+**ArcKit Version**: [VERSION]
+
+| Aspect | Quality | Comments |
+|--------|---------|----------|
+| **RESTful Principles** | [✅ | ⚠️ | ❌] | Resource naming, HTTP methods, status codes |
+| **Request/Response Schemas** | [✅ | ⚠️ | ❌] | Well-defined, validated schemas |
+| **Error Responses** | [✅ | ⚠️ | ❌] | Consistent error format, helpful messages |
+| **Versioning Strategy** | [✅ | ⚠️ | ❌] | API versioning approach (URL path, header) |
+| **Authentication/Authorization** | [✅ | ⚠️ | ❌] | Auth clearly specified per endpoint |
+| **Rate Limiting** | [✅ | ⚠️ | ❌] | Quotas and throttling defined |
+| **Pagination** | [✅ | ⚠️ | ❌] | For list endpoints, pagination strategy |
+| **Filtering & Sorting** | [✅ | ⚠️ | ❌] | Query parameter design |
+| **Idempotency** | [✅ | ⚠️ | ❌] | For POST/PUT/DELETE, idempotency keys |
+| **Documentation** | [✅ | ⚠️ | ❌] | Examples, descriptions complete |
+
+**Sample Endpoint Review**:
+
+```text
+POST /api/v1/orders
+Request:
+{
+  "customer_id": "uuid",
+  "items": [...],
+  "payment_method": "..."
+}
+
+Response (201 Created):
+{
+  "order_id": "uuid",
+  "status": "pending",
+  "created_at": "ISO8601"
+}
+```
+
+**Assessment**: [✅ Well-designed | ⚠️ Needs improvement | ❌ Redesign required]
+
+**Issues**:
+
+- [Issue 1: e.g., "Missing idempotency key for POST"]
+- [Issue 2: e.g., "Error responses lack structured format"]
+
+---
+
+[Repeat for each API]
+
+---
+
+## 5. Data Model Review
+
+### 5.1 Database Schemas
+
+#### Database: [DATABASE_NAME]
+
+**Technology**: [PostgreSQL | MongoDB | etc.]
+
+**Schema Provided**: [ ] Yes (DDL) [ ] Yes (ERD) [ ] No
+
+| Aspect | Quality | Comments |
+|--------|---------|----------|
+| **Normalization** | [✅ | ⚠️ | ❌] | Appropriate normal form (3NF typically) |
+| **Primary Keys** | [✅ | ⚠️ | ❌] | UUIDs, auto-increment, composite keys |
+| **Foreign Keys & Constraints** | [✅ | ⚠️ | ❌] | Referential integrity enforced |
+| **Indexes** | [✅ | ⚠️ | ❌] | Indexes on frequently queried columns |
+| **Data Types** | [✅ | ⚠️ | ❌] | Appropriate types and sizes |
+| **Nullable Columns** | [✅ | ⚠️ | ❌] | Nullability justified |
+| **Audit Columns** | [✅ | ⚠️ | ❌] | created_at, updated_at, created_by |
+| **Soft Deletes** | [✅ | ⚠️ | ❌ | N/A] | Deleted_at column if needed |
+
+**Sample Table**:
+
+```sql
+CREATE TABLE orders (
+  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
+  customer_id UUID NOT NULL REFERENCES customers(id),
+  status VARCHAR(20) NOT NULL CHECK (status IN ('pending', 'confirmed', 'shipped', 'delivered')),
+  total_amount DECIMAL(10,2) NOT NULL,
+  created_at TIMESTAMP NOT NULL DEFAULT NOW(),
+  updated_at TIMESTAMP NOT NULL DEFAULT NOW(),
+  deleted_at TIMESTAMP,
+  INDEX idx_customer_id (customer_id),
+  INDEX idx_status (status),
+  INDEX idx_created_at (created_at)
+);
+```
+
+**Assessment**: [✅ Well-designed | ⚠️ Needs improvement | ❌ Redesign required]
+
+**Issues**:
+
+- [Issue 1]
+
+---
+
+### 5.2 Data Migration Strategy
+
+**Migration from**: [Legacy system or none]
+
+**Migration Approach**: [Big bang | Phased | Parallel run]
+
+| Aspect | Addressed | Quality | Comments |
+|--------|-----------|---------|----------|
+| **Data Mapping** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Source→Target mapping documented |
+| **Data Transformation Logic** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Transformations and cleansing defined |
+| **Data Validation** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Validation rules and acceptance criteria |
+| **Migration Scripts** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Automated scripts for migration |
+| **Rollback Plan** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | How to revert if migration fails |
+| **Testing Plan** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Test migration in non-prod first |
+
+---
+
+## 6. Security Implementation Review
+
+### 6.1 Authentication Implementation
+
+| Aspect | Specified | Quality | Comments |
+|--------|-----------|---------|----------|
+| **Authentication Flow** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Login, token issuance, refresh |
+| **Token Format** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | JWT structure, claims |
+| **Token Expiry** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Access token TTL, refresh token TTL |
+| **MFA Implementation** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | TOTP, SMS, or other method |
+| **Session Management** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Session timeout, revocation |
+| **Password Policy** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Complexity, hashing (bcrypt, Argon2) |
+
+### 6.2 Authorization Implementation
+
+| Aspect | Specified | Quality | Comments |
+|--------|-----------|---------|----------|
+| **RBAC Model** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Roles and permissions defined |
+| **Permission Enforcement** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Where/how permissions checked |
+| **Policy Engine** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | OPA, built-in, or other |
+| **Least Privilege** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Default deny, explicit grants |
+
+### 6.3 Data Protection Implementation
+
+| Aspect | Specified | Quality | Comments |
+|--------|-----------|---------|----------|
+| **TLS Configuration** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | TLS 1.3, cipher suites |
+| **Database Encryption** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | At-rest encryption enabled |
+| **Key Management** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | KMS integration, key rotation |
+| **Secrets in Code** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | No hardcoded secrets verified |
+| **PII Masking in Logs** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | PII not logged or masked |
+
+---
+
+## 7. Test Strategy Review
+
+### 7.1 Test Coverage
+
+| Test Level | Coverage Target | Approach | Assessment |
+|------------|-----------------|----------|------------|
+| **Unit Tests** | 80% code coverage | [Jest, JUnit, pytest] | [✅ | ⚠️ | ❌] |
+| **Integration Tests** | Critical paths | [Testcontainers, mocks] | [✅ | ⚠️ | ❌] |
+| **Contract Tests** | All APIs | [Pact, Spring Cloud Contract] | [✅ | ⚠️ | ❌] |
+| **End-to-End Tests** | Key user journeys | [Cypress, Selenium] | [✅ | ⚠️ | ❌] |
+| **Performance Tests** | Load, stress, soak | [k6, JMeter] | [✅ | ⚠️ | ❌] |
+| **Security Tests** | SAST, DAST, pentest | [SonarQube, OWASP ZAP] | [✅ | ⚠️ | ❌] |
+| **Chaos Engineering** | Resilience testing | [Chaos Monkey, Gremlin] | [✅ | ⚠️ | ❌] |
+
+### 7.2 Test Data Strategy
+
+| Aspect | Addressed | Quality | Comments |
+|--------|-----------|---------|----------|
+| **Test Data Generation** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Synthetic data generation |
+| **Data Privacy** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | No production PII in non-prod |
+| **Data Refresh** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Refresh strategy for test envs |
+
+---
+
+## 8. Operational Readiness Review
+
+### 8.1 Deployment Procedures
+
+| Aspect | Documented | Quality | Comments |
+|--------|------------|---------|----------|
+| **Deployment Runbook** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Step-by-step deployment guide |
+| **Rollback Procedure** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | How to rollback if deployment fails |
+| **Smoke Tests** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Post-deployment validation tests |
+| **Blue/Green or Canary** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Deployment strategy detailed |
+
+### 8.2 Monitoring & Alerting
+
+| Aspect | Specified | Quality | Comments |
+|--------|-----------|---------|----------|
+| **SLI Definitions** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Specific indicators measured |
+| **SLO Definitions** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Target SLOs with error budgets |
+| **Alert Definitions** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | What triggers alerts, thresholds |
+| **Dashboards** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Grafana/DataDog dashboard specs |
+| **Log Aggregation** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Log collection and retention |
+| **Distributed Tracing** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | OpenTelemetry instrumentation |
+
+### 8.3 Operational Runbooks
+
+| Runbook | Provided | Quality | Comments |
+|---------|----------|---------|----------|
+| **Common Failures** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Runbooks for known failure modes |
+| **Scaling Procedures** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | How to scale up/down |
+| **Backup/Restore** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Backup and restore procedures |
+| **Incident Response** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Incident triage and escalation |
+| **Disaster Recovery** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | DR activation procedure |
+
+---
+
+## 9. Documentation Review
+
+### 9.1 Technical Documentation
+
+| Document | Provided | Quality | Comments |
+|----------|----------|---------|----------|
+| **Architecture Docs** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | C4 diagrams, architecture decisions |
+| **API Documentation** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | OpenAPI specs, examples |
+| **Database Schema Docs** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | ERDs, data dictionary |
+| **Code Documentation** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Inline comments, READMEs |
+| **Deployment Guide** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | How to deploy to each environment |
+
+### 9.2 User Documentation
+
+| Document | Provided | Quality | Comments |
+|----------|----------|---------|----------|
+| **User Manual** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | End-user instructions |
+| **Admin Guide** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | System administration tasks |
+| **Training Materials** | [ ] Yes [ ] No | [✅ | ⚠️ | ❌] | Training guides, videos |
+
+---
+
+## 10. Issues and Recommendations
+
+### 10.1 Critical Issues (BLOCKING)
+
+| ID | Issue | Impact | Recommendation | Owner | Target Date |
+|----|-------|--------|----------------|-------|-------------|
+| BLOCKING-01 | [Issue] | HIGH | [Action] | [Owner] | [DATE] |
+
+### 10.2 High Priority Issues (ADVISORY)
+
+| ID | Issue | Impact | Recommendation | Owner | Target Date |
+|----|-------|--------|----------------|-------|-------------|
+| ADVISORY-01 | [Issue] | MEDIUM | [Action] | [Owner] | [DATE] |
+
+### 10.3 Low Priority Items (INFORMATIONAL)
+
+| ID | Suggestion | Benefit | Owner |
+|----|------------|---------|-------|
+| INFO-01 | [Suggestion] | [Benefit] | [Owner] |
+
+---
+
+## 11. Review Decision
+
+### 11.1 Final Decision
+
+**Status**: [ ] APPROVED | [ ] APPROVED WITH CONDITIONS | [ ] REJECTED
+
+**Conditions** (if conditional):
+
+1. [Condition 1]
+2. [Condition 2]
+
+**Next Steps**:
+
+- [ ] Address blocking issues
+- [ ] Resubmit revised sections (if needed)
+- [ ] Proceed to development phase
+- [ ] Finalize and baseline DLD
+
+### 11.2 Reviewer Sign-Off
+
+| Reviewer | Role | Decision | Signature | Date |
+|----------|------|----------|-----------|------|
+| [Name] | Lead Reviewer | [ ] Approve [ ] Conditional [ ] Reject | _________ | [DATE] |
+| [Name] | Domain Architect | [ ] Approve [ ] Conditional [ ] Reject | _________ | [DATE] |
+| [Name] | Security Reviewer | [ ] Approve [ ] Conditional [ ] Reject | _________ | [DATE] |
+| [Name] | Data Architect | [ ] Approve [ ] Conditional [ ] Reject | _________ | [DATE] |
+| [Name] | SRE/Operations | [ ] Approve [ ] Conditional [ ] Reject | _________ | [DATE] |
+| [Name] | QA Lead | [ ] Approve [ ] Conditional [ ] Reject | _________ | [DATE] |
+
+---
+
+**Document Control**
+
+| Version | Date | Author | Changes |
+|---------|------|--------|---------|
+| 1.0 | [DATE] | [AUTHOR] | Initial review |
+
+## External References
+
+> This section provides traceability from generated content back to source documents.
+> Follow citation instructions in the project's citation reference guide.
+
+### Document Register
+
+| Doc ID | Filename | Type | Source Location | Description |
+|--------|----------|------|-----------------|-------------|
+| *None provided* | — | — | — | — |
+
+### Citations
+
+| Citation ID | Doc ID | Page/Section | Category | Quoted Passage |
+|-------------|--------|--------------|----------|----------------|
+| — | — | — | — | — |
+
+### Unreferenced Documents
+
+| Filename | Source Location | Reason |
+|----------|-----------------|--------|
+| — | — | — |
+
+---
+
+**Generated by**: ArcKit `/arckit:dld-review` command
+**Generated on**: [DATE]
+**ArcKit Version**: [VERSION]
+**Project**: [PROJECT_NAME]
+**Model**: [AI_MODEL]